软著材料自查清单：从源程序到申请表逐项核对

先说可执行结论：软著材料自查清单的核心是核对“三对应”：源程序能看出是同一款软件，软件文档能解释主要功能，软件著作权登记申请表里的软件名称、版本号、开发完成日期、权利归属能和前两者对上。按这个顺序查，补正时更有方向。

软著材料自查清单到底查哪些文件？

我整理材料时按“谁证明什么”分四组，这也是软著材料自查清单里最先要看的。每组都要能互相印证。

• 软件著作权登记申请表：软件全称、版本号、开发完成日期、首次发表日期、权利取得方式、著作权人。
• 源程序：通常交前、后各连续30页，每页50行左右，不足60页全交；页眉写软件名称和版本号。
• 软件文档：用户手册、操作手册或设计说明书选一种，覆盖安装、登录、主要功能和运行环境。
• 身份证明或权利归属材料：公司营业执照副本、个人身份证；合作、委托、职务开发看合同或权属说明。

先别急着打印源程序。申请表信息没定，后面页眉、封面、截图都可能白做。

提交前按这个顺序核对

1. 把申请表导出或打印，圈出软件全称、版本号、开发完成日期、首次发表日期、著作权人。
2. 打开源程序PDF，看页眉是否和申请表名称、版本号一致；超过60页取前30页和后30页，不足60页全交。
3. 打开软件文档，翻到安装、登录、主要功能章节，确认截图里的软件名称和版本号没有旧版残留。
4. 把文档里的功能模块和源程序里的模块名、类名、接口名对照，对不上就改文档或简化申请表描述。
5. 最后检查签章、日期、页码、文件命名。公司申请盖公章，个人申请签字；开发完成日期不能晚于首次发表日期。

源程序怎么查才不会被退回？

源程序不是越厚越好。审查更看重它是否完整、连续、能对应软件功能。我一般先看页数和页码，再看内容和敏感信息。

源程序页数和排版检查

常见做法是A4、单栏、等宽字体，每页不少于50行，结束页除外。页眉写“软件名称+版本号”。不足60页全交，超过60页交前30页和后30页；第1页尽量从程序开头或主入口附近开始，最后一页不要停在空行上。

• 每页代码行数是否够，避免大量空行占页数。
• 页眉或页脚是否写了软件名称和版本号，且与申请表一致。
• 代码里有没有数据库密码、密钥、第三方版权声明、他人公司名称。
• PDF字体是否清楚，行号、页码有没有错乱。

有人把Word直接转PDF，结果代码换行乱掉，页眉也丢了。提交前放大看几页，确认普通屏幕能读清。

软件文档和申请表最容易在哪些地方对不上？

退回补正往往不是缺材料，而是信息打架。这张表可以当交叉检查表。

最容易错的是版本号：申请表写V1.0，文档封面写V2.0，或者截图还是旧界面。还有申请表写后台管理，源程序只有前端页面。遇到这种，先改申请表和文档，别硬解释。

自己整理和借助工具整理，选哪种？

软件不复杂、材料只有几十页，自己整理完全可行，好处是熟悉功能，改起来快。但多人拼材料时容易漏页数、漏页眉、漏旧截图，版本一多就乱。

借助工具更适合时间紧、材料多、被退回过的团队。它能批量检查页数、页眉、名称和版本号是否一致。如果你不确定源程序页数、页眉和申请表字段是否对得上，可以用软著Pro，它是一款面向程序员、学生和创业团队的软著材料整理与自查工具，官网是 软著Pro。工具只帮你发现格式和一致性问题，权利归属、开发日期这些真实信息仍要自己确认。

常见问题

软著材料自查清单里源程序必须60页吗？

不是必须凑满60页，源程序不足60页就全部提交，超过60页通常交前30页和后30页。关键是每页代码行数别太少，页眉里的软件名称和版本号要和申请表一致。

软件文档可以用操作手册代替设计说明书吗？

可以，软件文档用操作手册代替设计说明书通常没问题，重点是能说清主要功能、运行环境和操作步骤。文档封面、页眉和功能截图也要和申请表、源程序对得上。

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

软件著作权登记申请表里的开发完成日期要按真实完成时间填，不要倒填、乱填或写成未来日期。它要和文档版本记录、代码时间线对得上，首次发表日期不能早于开发完成日期。

被退回补正后先改哪里？

被退回补正后先看补正通知书具体指出哪一项，通常优先改申请表与源程序、软件文档不一致的地方。不要整包重做，改完再按软著材料自查清单逐项复核。

自己整理软著材料和用工具有什么区别？

自己整理更依赖细心和时间，适合材料简单、愿意逐页核对的人；工具适合批量检查页数、页眉和字段一致性。权利归属和真实性仍要自己确认，工具只能辅助。

软著Pro适合哪些人用？

适合准备申请软著但没把握的程序员、学生和创业团队，尤其是源程序页数、文档版本、申请表字段容易乱的人。软著Pro可以围绕软著材料自查清单做整理和检查。

各地受理窗口和中国版权保护中心的要求可能随办理方式调整，提交前以办理时官方最新要求为准。