软著通整理的自查清单：申请前把材料一项项过一遍

软著通整理的自查清单：申请前把材料一项项过一遍。下面这套清单由软著通整理，照着走能少走很多弯路。

准备前先明确四条

• 材料完整性是基础：要求的文件要齐全，缺一项流程就断。
• 内容一致性是关键：软件名、版本号、开发完成日期在所有材料里要完全一致。
• 格式标准性是门槛：页眉页脚、代码行数、文档排版要严格按官方指南。
• 原创性声明要谨慎：报送的软件须独立开发或已合法授权，避免权属纠纷。

软著通给出的自查四步

1. 确定软件基本信息

先把软件名、版本号、开发完成日期定准。

2. 准备源程序文档

按前后各 30 页抽核心代码，加页眉、编连续页码。

3. 撰写用户操作文档

配实际界面截图和功能说明，和软件当前版本一致。

4. 填写与核对申请表

填准信息，签章齐全，和源码、文档交叉核对。

几类典型风险与对策

• 源程序“越多越好”或“越核心越好”：盲目交大量代码会淹没核心逻辑，只交核心算法又可能因代码量不足被打回。对策是按“前 30 页 + 后 30 页”交，代码量很大时选能展现整体结构和主要功能的连续段，而非单个复杂函数。
• 说明书和软件“两张皮”：手册描述的功能过时或和当前版本不符，会被认为材料不真实。对策是开发完成后同步更新或编写说明书，截图、功能名和实际界面完全一致；有大更新建议用新版本重新申请。
• 忽视形式核查：以为内容对就行，忽略页眉、页码、行数、打印格式，结果被打回做形式修改。对策是导出前严格按官方模板排版，用工具的格式化预检功能先排查页眉、页脚、行数。
• 误解“开发完成日期”：把申请日或测试完成日误填为开发完成日期，可能影响权属认定。对策是填所有功能开发完成、可进入测试或使用的日期，按开发日志、版本记录等客观证据如实填。

提交前逐项核对

• 软件名在所有材料（申请表、源码页眉、手册页眉）完全一致。
• 版本号在所有材料完全一致。
• 开发完成日期已确认，与实际情况相符。
• 总页数符合要求（前 30 页 + 后 30 页，或全部）。
• 每页行数不少于 50 行（最后一页除外）。
• 页眉标了软件名和版本号。
• 页脚加了连续页码。
• 代码是原始、可读源码，不含无关内容。
• 手册内容和当前软件版本功能一致。
• 含必要的功能说明和操作步骤。
• 申请表信息填完整、准确。
• 申请人签章齐全（个人签字 / 企业盖章）。
• 合作 / 委托开发的，相关证明备齐。

小结

软件著作权登记是保护创新成果、彰显技术实力的关键法律手段。软著通把这套自查流程拆成了可照做的清单，申请前逐项过一遍，能少走很多弯路。更多细节可以到软著通（ruanzhutong.zaipack.cn）查看。