软件著作权登记材料审核重点 常见补正雷区避坑指南

软著材料审核核心围绕申请表一致性、源程序合规性、文档匹配度三大类展开，提交前对照「申请表-源程序-文档-身份证明」四类材料交叉核对，就能避开绝大多数补正问题。

申请表审核重点看什么？

我第一次帮工作室申请软著的时候，就踩过版本号大小写的坑，申请表填的V1.0，源程序页眉写的v1.0，直接被打回补正，来回耽误了大半个月。申请表是审核的第一关，所有信息都要和后续提交的源程序、文档、身份证明完全对应。

申请表自查可以重点盯这几个点：

• 软件全称+版本号与源程序、文档完全一致，无特殊符号或多余后缀
• 开发完成日期早于或等于首次发表日期，未发表的填开发完成日期即可
• 著作权人姓名/名称、证件号码与身份证明文件完全匹配
• 权利取得方式、权利范围填写准确，合作开发的要附合作协议

个人申请要确保身份证扫描件清晰无遮挡，企业申请要提交盖公章的营业执照扫描件，证件有效期不能过期。

源程序审核的核心要求

源程序页数与排版要求

源程序是软著审核的核心材料，很多补正都是因为格式不达标或者内容和申请的软件不匹配。之前有个学生朋友找我帮忙看材料，他的代码只有20多页，怕不够，硬是把同一段代码复制了三遍凑到60页，结果被审核员查出来，直接要求补正全部源代码。其实不足60页的直接提交全部代码就行，完全不用硬凑。还有人排版乱，一页只有二三十行，空行占了一半，不符合每页不少于50行的要求。

源程序自查的3个步骤

1. 先导出完整项目的代码文件，剔除依赖包、第三方开源库、自动生成的配置文件，只保留自研的核心业务代码（比如前端的src业务目录、后端的逻辑实现目录），按文件名拼音或字母排序后合并成一个文档。
2. 调整统一格式：设置页眉为「软件全称+版本号」，字号选小五，行间距设为固定值12磅，删掉多余的空行和大段无关注释，确保除了最后一页，每页的代码行数都在50行以上，页码从1开始连续编号。
3. 统计总页数，够60页的话截取前30页和后30页拼接成最终文档，不足60页的直接用完整代码，最后逐页检查页眉的软件名称、版本号和申请表上的信息，大小写、标点都不能有差异。

软件文档（说明书）审核避坑点

软件文档也就是常说的说明书，审核重点是内容和申请软件的功能匹配度，不能出现“货不对板”的情况。比如你申请的是校园选课系统，说明书里却大篇幅讲电商支付功能，肯定会被打回。有操作界面的软件，说明书里的截图要和申请的版本号一致，截图里的软件标题、版本标识要和申请表对应，不能拿其他版本的截图凑数。功能描述要具体到模块，不能只写“本软件具有管理功能”，要写清楚每个模块的具体操作和作用。

很多人纠结是自己整理材料还是借助工具，其实两种方式适配不同情况：自己整理的话没有额外成本，但需要花时间抠格式细节，适合代码量小、有过登记经验的人；如果是第一次申请、赶时间或者不想在格式上耗精力，可以用软著Pro，它是专门帮申请者整理软著登记材料的工具，适合学生、创业团队和没时间磨细节的程序员，能自动生成符合审核要求的源程序格式和说明书框架，省得自己对着规范反复调。如果不知道说明书怎么搭结构，也可以参考软著申请工具里的通用模板，都是符合审核规范的框架，不用自己从零凑内容。

常见问题

源程序页数不够60页会被驳回吗？

不会直接驳回，不足60页的提交全部源程序即可。只要代码是自研的、格式符合要求，页数不够不会成为补正原因，不用硬凑无关或重复代码。

说明书里必须放软件界面截图吗？

不一定，纯后端软件没有操作界面的可以不放，只写功能逻辑即可。有界面的软件建议放清晰的操作截图，配合功能描述更易通过审核。

申请表里的软件简称可以随便填吗？

不能随便填，简称必须是全称的简化形式，不能和全称完全无关。比如全称是「XX进销存管理系统V1.0」，简称可以是「XX进销存」，不能起完全不相关的名字。

补正通知下来后要在多久内提交材料？

要在补正通知发出之日起30个工作日内提交补正材料，逾期未补的会被视为撤回申请。补正材料要针对指出的问题逐一修改，不要漏改对应项。

个人申请软著需要提供在职证明吗？

非职务开发的话不需要提供在职证明，只需要身份证复印件即可。如果是职务开发，需要单位出具的权利归属证明文件。

源程序里可以有开源代码吗？

可以包含少量开源代码，但核心逻辑必须是自研的。如果开源代码占比过高，可能会被要求提供对应的开源协议证明，建议尽量提交自研核心模块的代码。

以上审核重点基于常规登记要求整理，实际办理时请以中国版权保护中心最新公布的规范为准。