软著提交前五分钟自查清单：六个最容易翻车的细节
名称三处一致、版本号逻辑、源码60页规格、说明书要点、主体信息、日期链条——六项清单挡住几十天的补正等待，附交叉互查法。
材料交上去才发现软件名称前后不一、版本号对不上——这种低级失误每年让大量申请人白白吃一次补正，排队进度全部重来。其实提交前的自查只需要五分钟。这份清单请存在手机备忘录里，每次提交前过一遍。
为什么自查如此重要
审查部门对材料的格式规范执行严格，最常见的退回原因恰恰是最不起眼的细节：名称不一致、页眉缺漏、版本号矛盾。一次补正的代价是整个审查周期重置。五分钟的检查，换来的是几十个工作日的顺畅。
清单第一项：名称一致性（三处核对）
软件全称必须在这三处完全一致（含空格、中英文括号、全半角）：
- 申请表中的软件全称
- 源码文档每页页眉
- 说明书的封面与页眉
常见翻车点：申请表写了"管理系统V1.0"，页眉写成"管理平台V1.0"；或者一处用英文括号一处用中文括号。
清单第二项：版本号逻辑
- 版本号格式统一（V1.0 / v1.0 二选一并全局统一）；
- 版本号与"开发完成日期"匹配：不能出现 V2.0 的软件写着一年前完成；
- 多个软著一起提交时，各软件之间的版本关系要经得起推敲。
清单第三项：源码文档规格
- 前后各连续 30 页、共 60 页（不足 60 页全交）
- 每页不少于 50 行（最后一页除外）
- 页眉包含：软件全称 + 版本号 + 页码
- 无空白页、无截图页混入代码区
清单第四项：说明书要点
- 功能描述与申请表勾选的功能一致
- 操作界面截图与软件实际版本一致（别用旧版截图）
- 篇幅满足登记规格要求
- 图文编号连续、引用正确
清单第五项：主体信息
- 著作权人名称与营业执照/身份证一字不差（公司曾改名要用现名）
- 统一社会信用代码核对无误
- 联系方式真实可用（补正通知发到这里）
清单第六项：日期链条
三个日期要形成合理因果：开发起始日期 ≤ 开发完成日期 ≤ 提交日期。倒挂或重叠异常都会引发疑问。
加分动作：交叉互查法
自己查完容易盲区，找一个没参与过的同事/同学，给他这张清单让他独立核一遍——新鲜的眼睛最容易发现你看漏的地方。批量办理的企业建议把互查固化为流程。
常见问题
Q：已经提交了才发现错误怎么办？ A：视阶段而定：受理前可尝试联系更正；进入审查后如收到补正通知，按通知限期整改即可。所以更要在提交前拦住问题。
Q：用工具生成的材料还要查吗？ A：要。自动化把格式问题的概率降到极低，但软件名称这类源头信息来自你的输入——垃圾进垃圾出的道理在这里同样适用。
小结
这份清单的本质是把"经验"变成"流程"。五分钟的自查，挡住的是几十天的等待。现在就把它复制进你的备忘录——下一次提交前，你会感谢现在的自己。