用了开源框架，就不能申请软著了吗？
不能只凭“用了开源”作结论。应核对申请人实际拥有的成果、第三方组件的许可及本次登记材料。《计算机软件著作权登记办法》第七条涉及独立开发的软件，以及经原著作权人许可修改、在功能或性能方面有重要改进的软件。开源许可给出的使用权限，并不把原作者的代码变成申请人的原创。
先制作一份组件来源表
每个组件记录名称、版本、来源地址、许可证、是否修改、在哪个模块使用，以及是否随产品交付。把自行编写的业务代码单独标出，并保存相应开发记录。复制过来的示例代码、购买模板和外包交付也应注明来源，不能只检查依赖配置文件中的组件。
以MIT许可证为例，应注意什么？
MIT许可证允许的使用方式较宽，但要求在软件副本或重要部分中保留版权声明和许可声明。不能把它简化为“免费代码没有任何条件”。这只是MIT这一许可证的例子，其他组件应阅读其实际版本的许可文本，尤其注意交付、修改或服务使用方式是否触发不同义务。
材料里如何写自己的开发工作？
围绕实际完成的业务流程、模块、接口集成和改进说明自己的贡献，区分框架提供的通用能力。说明文档应与真实软件对应，程序材料按登记要求组织；不要把框架源码换个名称作为主要成果，也不要为了凑页数加入与本软件无关的代码。
拿到软著证书，开源许可问题就解决了吗？
不是。登记不能替代对第三方许可的遵守，也不能消除本来存在的权属争议。准备发布或向客户交付时，还应核对许可声明、交付内容和合同承诺是否一致；对某一许可证不理解时，应针对实际用法进一步确认。
咨询时先给哪些信息？
可以先说明软件用途、自研模块、主要组件与开发方式，提供组件清单而非完整源码。凌智可据此沟通材料整理范围。复杂许可或权属争议需要专门判断，不能用“开源都能登记”或“开源都不能登记”代替核对。
依据与核对入口
继续阅读
依据核对：2026-09-16。办理前请再次确认官方要求及实际接收机构的说明。