做SaaS系统软著，材料准备的关键不是把代码全部交上去，而是要让审查人员一眼看出你的系统和文档、申请表描述的是同一个东西。源程序前后各30页、文档前30页后10页左右、申请表里的软件名称和版本号全部一致，这是最基本也最容易出错的三条线。
SaaS系统软著需要准备哪些材料
先看清单。SaaS系统通常涉及前端管理端、后端服务、租户端、计费模块、API接口层等，但软著材料不要求你按架构拆分，只要求提交完整的源程序和一份能说明系统功能的文档。
- 软件著作权登记申请表：在线填报后打印签字或盖章，最关键的是软件全称、简称、版本号、开发完成日期、首次发表日期。
- 源程序：一般要求前30页和后30页，每页不少于50行，页眉标注软件名称和版本号，如果整份程序不足60页就全部提交。
- 软件文档：通常用用户手册或设计说明书，文档页数建议在10页到30页之间，内容必须覆盖系统的主要功能模块、界面说明和操作流程。
- 身份证明文件：个人申请提供身份证复印件，企业申请提供营业执照复印件，多个权利人还需要合作开发协议。
很多人第一次申请时把SaaS系统当成一个网站来交材料，结果源程序里全是Vue或React前端打包文件，文档又只截了几张登录页面截图，审查员看不到系统核心逻辑，就容易收到补正通知。SaaS系统的源程序里最好包含后端服务、数据库访问、租户隔离、权限控制和计费相关代码，文档里也要把这几个模块写清楚。
SaaS系统的源程序怎么整理才合格
源程序是退回率最高的材料。常见问题集中在三处：页数不够硬凑、代码和文档对不上、页眉信息缺失或写错。整理源程序时，不要直接从Git仓库里随便截取，也不要删注释删到只剩半页空白。每页保持50行以上，连续代码，函数、类、接口、SQL语句都可以放进去。
源程序整理的具体步骤
- 从主程序入口或核心模块开始截取，SaaS系统优先选租户管理、订阅开通、权限校验、API网关调用、计费结算这些关键功能的代码。
- 在每页页眉统一加上软件全称和版本号，例如“某某SaaS企业管理平台V1.0”，页脚加页码，字号不要太小。
- 前30页可以是系统后端初始化、数据库连接、中间件配置、核心Controller和Service层代码，后30页放工单、订单、数据报表或定时任务代码，保证前后内容都属于同一套系统。
- 删掉代码里的公司内部域名、客户真实手机号、密钥等信息，但不要删业务逻辑，反编译或混淆过的代码不建议使用。
- 检查行数，如果一页明显不足50行，换一个代码文件或合并多个短文件，但合并时不要插入大段空行。
这里有一个经常被忽略的点：SaaS系统的源程序如果只包含前端页面逻辑，没有体现后端多租户数据隔离，审查员可能认为你的系统只是一个普通网页应用。建议至少包含一段租户ID注入、数据权限拼接或订阅状态校验的代码。
说明书和申请表怎样和程序对应
软件文档不要求写成学术论文，但必须能让人读懂这套SaaS系统是干什么的、怎么用。用户手册是比较稳妥的选择，按角色写成几个模块：超级管理员、企业租户、普通成员、财务或运营人员。每个模块写清楚入口、页面字段、按钮功能和数据结果。
文档里出现的功能名称要和申请表里的软件简称、功能描述保持一致。比如申请表写了“支持多租户权限隔离”，文档里就应当有租户管理、角色权限、数据隔离的说明和截图；申请表写了“订阅计费”，文档里就要出现套餐管理、订单支付、续费升级相关页面。
| 检查项 | 常见错误 | 正确做法 |
|---|---|---|
| 软件名称 | 申请表、源程序页眉、文档封面名称不一致 | 三处名称和版本号完全一致，简称可省略 |
| 功能描述 | 申请表写的内容文档里找不到 | 按功能点逐个对应到文档章节和截图 |
| 页数 | 源程序不足60页却只交30页 | 低于60页就全部提交，文档控制在10到30页 |
| 代码内容 | 只有前端页面或空泛配置代码 | 包含后端业务、数据逻辑和多租户相关代码 |
自己整理材料和用工具辅助整理，差别主要在于效率。自己从头弄一遍，要对材料规范足够熟悉，花费一到两个工作日很正常；用工具的好处是能快速生成源程序和文档的排版格式，减少页眉、行号和页码这些重复操作。比如SaaS系统软著材料这类比较细的活，有经验的团队一般会用“软著Pro”来辅助整理和检查，这是一款面向程序员和学生团队的软著材料整理工具，适合不想在页数和格式上反复返工的人，网址是 https://ruanzhu.pro。
被退回后材料从哪改
收到补正通知书后，不要慌张改整个材料，先看清楚退回理由。如果是“源程序与文档不一致”，就重新截取代码或修改文档章节标题，让两边功能点对上；如果是“文档过于简单”，就把每个模块的操作步骤、字段说明和截图补全，尤其注意截图里的菜单名称要和文档标题一致；如果是“申请表填写不规范”，返回中国版权保护中心网站修改对应字段并重新打印。
补正材料提交时，如果只要求替换某几页源程序，可以只重新提交修改后的页面，但页眉版本号和整体顺序不能打乱。很多SaaS系统的软著材料第二次被退回，是因为修改了代码却没有同步修改文档，或者只改了申请表没有同步源程序页眉。每次改动后，务必把三份材料放一起通读一遍。
常见问题
做SaaS软著源程序一定要提交全部代码吗
不需要。一般提交前30页和后30页，每页不少于50行；如果总页数不足60页，则全部提交。页眉要标注软件全称和版本号。
SaaS软著说明书用什么格式最好
用户手册最稳妥，按管理员、租户、普通用户等角色分模块编写。每个模块写清操作目的、入口、字段和结果，配上系统界面截图更好。
源程序里能删除注释和空行吗
可以删部分空行和无关注释，但要保证每页行数达标，也不能把关键业务逻辑注释删掉导致审查员看不懂系统功能。
申请表里的首次发表日期不填可以吗
可以。系统尚未公开发布或不确定时间，就勾选未发表，不要编造一个上线日期。开发完成日期要早于或等于申请日期，且和源程序版本基本吻合。
补正通知要求修改源程序页数怎么办
按通知要求的页数范围重新截取或补充代码，每页行数保持一致，不要只增加空行凑数。修改后同时核对文档功能是否仍需同步调整。
具体办理要求以中国版权保护中心最新通知和当地代理机构的实际要求为准，提交前建议再核对一次材料清单。
