SaaS系统软著材料怎么准备？源程序与文档整理要点

SaaS系统软著材料就三块：源程序、软件文档、软件著作权登记申请表。源程序一般提交前、后各连续30页，整个程序不足60页就全部提交；文档要写清功能模块和操作流程；申请表里的软件名称、版本号、开发完成日期必须和另外两份材料一致。这三样对上了，被要求补正的概率会小很多。

下面按实际整理材料的顺序讲，说的都是容易踩坑的地方。

SaaS系统软著材料要准备哪些

先明确一点：软著登记交的是鉴别材料，不是整个代码仓库。SaaS系统前后端模块多，挑能体现核心业务逻辑的部分提交就行。

• 源程序：前、后各连续30页共60页，不足60页全部提交；每页不少于50行，末页除外，页眉要有软件名称和版本号。
• 软件文档：用户操作手册或设计说明书，一般不超过60页，需要配界面截图。
• 申请表：在中国版权保护中心系统里在线填写，含软件全称、简称、版本号、开发完成日期、首次发表日期、权利归属等。
• 身份证明：公司营业执照副本加盖公章，或个人身份证复印件；多个著作权人还要有相应协议。

源程序怎么排版才不容易被退回

页眉、页码和代码连续性

页眉统一写成“软件全称+版本号”，页码从第1页连续编到最后一页，不要每页都从1开始。代码里不要留整页空白，也不要只截几个没有上下文的函数。数据库连接串、密钥、真实客户数据要删掉或换成占位符，这既是规范要求，也是保护自己。

1. 从代码仓库里挑出登录鉴权、租户管理、核心业务处理这几个模块。
2. 把选中的代码合并成一个纯文本文件，去掉大段注释和多余空行，保证排版后每页不少于50行。
3. 在文档工具里设置页眉为“软件全称+版本号”，插入连续页码，然后导出PDF。
4. 逐页翻一遍，检查有没有空白页、页码有没有断、页眉是不是每页都在。
5. 核对代码里出现的软件名称和版本号，确认和申请表、说明书完全一致。

最容易出错的是第5步。代码里写的是V2.0，申请表填的是V1.0，两份材料打架，审核只能让你补正。

文档和申请表对不上是补正重灾区

软件文档不是产品宣传页，要写成能照着操作的手册：登录、租户配置、权限分配、业务模块操作、数据导出，按模块写下来，每块配一两张真实界面截图。

开发完成日期和首次发表日期很多人随手填。开发完成日期不能晚于首次发表日期；软件还没上线，首次发表日期就选“未发表”。这种逻辑关系对不上，系统或人工审核都会打回来。

自己整理还是用工具整理，怎么选

代码量不大的小工具，自己整理完全够用，无非排版花点时间。但SaaS系统模块多、截图零散，手工整理容易漏项，格式还要反复改。

自己整理零成本，对代码最熟，但规范得自己查，补正一次就重排一次版。借助工具整理，在页眉页码、页数、字段一致性上有模板和检查提示，省时间，但要花一点钱，内容最终还得自己确认。第一次申请又赶时间的团队，可以先让工具把格式这层兜住。软著Pro就是做软件著作权材料整理和登记辅助的工具，适合没什么经验的创业团队、学生和需要批量提交项目的公司，源程序排版、文档模板、申请表信息核对都能走一遍。

被退回之后补正从哪里下手

补正通知里会写明补正事项，常见的无非是页眉缺失、页数不足、截图不清晰、申请表某个字段填错。按通知逐条改，改完重新提交对应文件就行。不要顺手把没被指出的部分大改，尤其是软件名称和版本号，改动过大容易引出新的不一致。如果格式问题反复被挑，可以先用软著材料整理工具把源程序和文档过一遍再提交。

常见问题

SaaS系统软著材料要交多少页源程序？

一般提交前、后各连续30页共60页，整个程序不足60页的全部提交。每页不少于50行，末页可以少一些，页眉写清软件名称和版本号，页码要连续。

源代码里有客户数据能直接交吗？

不能。数据库连接串、密钥、真实客户信息和账号密码都要删除或替换成占位符。这既是登记材料的规范要求，也能避免把生产环境信息交出去。

软件说明书可以写成产品介绍吗？

不行，说明书要写成操作手册或设计文档。要写清功能模块、操作步骤和输出结果，配上真实界面截图，让审核人员能看出软件实际能做什么。

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

按项目实际完成的时间填，并且不能晚于首次发表日期。软件还没上线，首次发表日期选“未发表”，两个日期的先后逻辑要对得上。

材料被退回了怎么办？

按补正通知逐条修改，只改被指出的问题。页眉、页码、页数这类格式问题最常见，改完重新提交对应文件即可，不要顺手改软件名称或版本号。

软著登记的格式要求和系统填报字段会随官方规定调整，正式办理前请以中国版权保护中心发布的最新要求为准。