软著提交前 6 项核对清单：每项查什么、常见错法是什么

软著提交前 6 项核对清单：每项查什么、常见错法是什么

补正通知里最常见的一句话，不是“材料不足”，而是“信息不一致”。

我整理软著材料时，会把下面 6 项逐条打勾再提交。每项都写清楚：查什么、最容易错在哪、怎么改。具体口径以中国版权保护中心最新要求和你收到的通知为准。

1. 名称、版本号、开发完成日期，三处一致

查什么：申请表、说明书页眉、源代码文档页眉，这三处的软件全称、版本号、开发完成日期要逐字对得上。

常见错法：申请表写「V1.0」，说明书页眉写「1.0」；申请表写全称，页眉写简称；开发完成日期在申请表和说明书里差一个月。

怎么改：先定一份“字段底稿”，把软件全称、简称、版本号、开发完成日期写成四行，三份材料都从这份底稿复制，不要手打。

2. 源代码：前 30 页 + 后 30 页

查什么：前后各连续 30 页，共 60 页；每页不少于 50 行；页码连续；页眉带软件名称和版本号。不足 60 页的全部提交。

常见错法：只截了前 30 页；每页 40 多行；页码从 0 开始；页眉只有软件名没有版本号；代码里出现大量空白行凑页数。

怎么改：先把代码按每页 50 行切好，再统一加页眉页码；切完从头翻一遍，确认没有断页、没有重复页。

3. 说明书：前 15 页 + 后 15 页

查什么：前后各连续 15 页，共 30 页；每页有页码；功能截图和文字描述一一对应。不足 30 页的全部提交。

常见错法：整篇只有文字没有界面图；截图和功能标题对不上；截图里出现其他软件的名字；页码只在首页有。

怎么改：一个功能模块配 1–2 张图，图下写清楚“这个界面能做什么、怎么操作”，不要用形容词代替操作步骤。

4. 权属材料齐全

查什么：个人申请交身份证，公司申请交营业执照；合作开发、委托开发要附对应协议；协议里的软件名称要和申请表一致。

常见错法：公司申请只交了营业执照，没交经办材料；合作协议里写的是项目名，不是软件全称；多个著作权人但只交了一方材料。

怎么改：先把“谁拥有这个软件”写清楚，再按主体准备材料；协议里的名称、版本号与申请表对齐。

5. 功能描述和代码对得上

查什么：说明书里写的每个模块，源代码里要能找到对应实现；反过来，代码里的主要模块，说明书里也要有说明。

常见错法：说明书写了“智能推荐”“数据大屏”，代码里只有基础增删改查；代码里有支付模块，说明书完全没提。

怎么改：拿说明书的功能目录，对着代码目录过一遍，删掉没实现的，补上已实现的。宁可写少，不要写虚。

6. 开发完成日期逻辑成立

查什么：开发完成日期不早于代码形成时间，不晚于提交申请时间；如果软件已经上线，首次发布日期要和完成日期对得上。

常见错法：完成日期写在下个月；完成日期早于代码里最后一次提交时间；首次发布日期早于开发完成日期。

怎么改：用代码仓库的提交记录、版本号、上线记录互相印证，选一个能自圆其说的日期，三份材料统一。

我自己的核对顺序

先对字段（第 1 项），再查页数和行数（第 2、3 项），然后看权属（第 4 项），最后过功能和日期（第 5、6 项）。

这个顺序的好处是：前面的错了，后面的页数、截图都要返工；先把字段定死，后面只改细节。

你现在卡在第几项？可以在评论区说编号。下一篇文章我会写“说明书功能模块怎么和代码对应”，也是这个系列的一部分。

作者：信可维，记录软著材料整理与格式核对中的真实问题。