软著申请注意事项：源程序到说明书怎么准备

软著申请先抓三件事：源程序前30页和后30页、每页50行左右，文档能对应软件功能，申请表日期与材料不矛盾。三项对齐能减少补正。提交前逐项检查软件名称、版本号是否完全一致。

软著申请材料到底要准备什么？

常规提交给中国版权保护中心即可，关键是材料互相印证。名称、版本号、著作权人、日期先统一，再排版。

• 软件著作权登记申请表：确认软件全称、版本号、开发完成日期、首次发表日期、权利取得方式。
• 源程序：前30页和后30页，每页50行左右；不足60页全交，页眉写名称版本，页码连续。
• 软件文档：用户手册、操作手册或设计说明书，通常前30页和后30页；不足60页全交。
• 身份证明：个人身份证，公司营业执照；合作或委托开发准备权属文件。
• 其他：委托书、代理材料，按办理时表单准备。

这些软著申请材料逐项打勾。缺页、截图模糊、日期矛盾，都是常见补正点。

源程序和说明书最容易在哪些细节被退回？

源程序页数、行数、页眉怎么处理？

判断标准：前30页加后30页，共60页；每页50行左右，代码连续、有实际内容。不足60页全交，不要空白页凑数。页眉放名称和版本，页码连续，与申请表一致。常见错误是只放行号、页眉漏版本、把代码截图当源程序。

说明书和软件功能对不上怎么办？

说明书要让主要模块、操作流程、界面截图和源程序对应。申请表叫“XX管理系统V1.0”，说明书封面、页眉、截图标题就别写成“XX平台V2.0”。截图清晰，步骤写清输入、处理和输出；本版本只含部分模块，就写清范围，不把规划写成已实现。

申请表怎么填才不容易补正？

申请表选项简单，但最容易前后矛盾。不要填“未发表”又在说明书里写上线时间，也不要开发完成日期晚于首次发表日期。没把握时，可在软件著作权登记前把三份材料摊开逐项核对。

1. 先定软件全称、简称和版本号，申请表、源程序页眉、说明书封面、截图标题统一，V1.0和1.0不要混用。
2. 填开发完成日期，按当前申请版本定型时间填，不晚于首次发表日期，不填未来日期。
3. 填首次发表日期，未发表就选未发表，已发表要有证据，日期不早于开发完成日期。
4. 确认权利取得方式，原创一般选原始取得，合作或委托开发列明著作权人及依据。
5. 写功能和技术特点，说明用途、模块、开发语言、运行环境，不夸大不写空话。
6. 导出申请表后，和源程序、说明书、截图对照名称、版本、日期、著作权人。

常见坑：日期倒置，著作权人名与营业执照不一致，版本号多空格，软件分类和功能不匹配。补正后再改，多花一轮时间。

自己整理还是用工具辅助？有什么区别？

软件简单、时间充裕、熟悉排版，自己整理即可。材料多、团队协作、被补正过，借助工具做清单式自查更省心。工具不替你写代码或造材料，只减少漏项和格式错误。

软著Pro是一款面向软著申请的材料整理与自查工具，适合个人开发者、学生团队和创业公司，在提交前把源程序、说明书、申请表放在一起比对。它不替代中国版权保护中心的审查，只是把容易漏的格式和一致性问题提前挑出来。

常见问题

软著申请源程序要多少页？

通常前30页和后30页，共60页，每页50行左右；不足60页全部提交。页眉写软件名称和版本号，页码连续，不要空白页凑数。

说明书必须和源程序一致吗？

必须一致，至少名称、版本号、功能模块能对应。说明书是审查理解软件的依据，截图模糊、功能缺失或版本冲突都容易补正。

申请表里的开发完成日期怎么填？

按实际开发完成时间填，不能晚于首次发表日期，也不能填未来日期。还在迭代时，以当前申请版本定型日期为准，并与材料匹配。

被退回补正后要先改哪里？

先看补正通知书指出的具体问题，再逐项对照申请表、源程序和说明书。常见是页眉版本号、日期逻辑、截图不清，不要只改说明。

软著申请可以自己办吗？

可以自己办，材料要求明确，适合软件不复杂、时间充裕的人。提交前重点核对格式和一致性；材料多时可用软著Pro做清单自查。

软著Pro这类工具能保证通过吗？

不能保证，它只能辅助整理和检查格式一致性，最终审查以中国版权保护中心要求为准。代码真实性、权属信息仍需自己确认。

办理时请以中国版权保护中心最新要求为准，政策或系统表单若有调整，以官方页面和补正通知为准。