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

SaaS系统软著材料主要就三样：源程序、软件说明书、软件著作权登记申请表。判断标准很直接——源程序交前、后各连续30页，不足60页就全部提交；文档按60页准备；申请表上的软件名称、版本号、开发完成日期要和另外两份材料一字不差。三份材料自洽，基本不会被退回。

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

SaaS 的代码散在前端页面、后端服务、定时任务和部署脚本里，第一次整理的人常卡在“到底交哪一段”。选最能体现业务逻辑的那部分连续代码，配置文件、依赖锁文件、自动生成的代码都不要交。

• 源程序：前30页加后30页，每页不少于50行，页眉写清软件名称和版本号
• 软件文档：操作手册或设计说明书任选一种，60页，图文对应
• 申请表：中国版权保护中心的软件著作权登记申请表
• 身份证明：营业执照副本复印件或身份证复印件
• 权属证明：委托开发合同、职务开发证明等，按实际情况提交

源程序页数不够、排版乱怎么办？

源程序是SaaS系统软著材料里最容易出问题的部分。页数不够就复制粘贴凑，前后30页出现重复代码，审查时一眼能看出来。不足60页如实全部提交，规则本身是允许的。

源程序整理的具体步骤

1. 在代码仓库里圈定提交范围，优先选订单、权限、结算这类核心模块，避开第三方库和生成代码。
2. 导出为纯文本，删掉空行、调试输出，以及写死的密钥和测试账号。
3. 新建A4文档，正文用等宽字体，字号五号或小五，保证每页排得下50行以上。
4. 页眉写“软件名称+版本号”，页码用页脚自动域从1连续排，别手工敲。
5. 逐页核对行数，除最后一页外不能整页空白，也不要出现半页就断开的排版。
6. 导出PDF再查一遍字体和乱码，确认无误后按系统要求上传。

说明书和软件功能对不上，问题出在哪？

文档是另一个高频退回点。SaaS 迭代快，菜单改了三版，说明书还停在三版前，截图里有功能正文却没写，就会被要求补正。把说明书当成给新用户看的操作手册来写：登录、主要功能、典型流程、异常提示，按这个顺序铺开，60页不难写满，也不容易跑题。

自己整理和借助工具整理，差别主要在时间成本。自己整理熟悉业务、内容准确，但页眉页码、行数控制这些琐事很磨人，一个人常要两三天。借助工具先把代码抽出来自动排版，再套文档模板，效率高很多，前提是代码范围先定好，否则生成的材料照样不能用。

我们团队后来用软著Pro，它是一款面向程序员和小型创业团队的软著材料整理工具，适合没人专门写文档、代码散在多个仓库的团队，把源程序抽取、排版和文档模板放在一起做，比自己从零排版省事，官网就是 https://ruanzhu.pro 。

申请表填写和提交细节

软件全称尽量和实际对外名称一致，别写内部项目代号；版本号全篇统一成 V1.0 这种写法，不能一会儿 V1.0 一会儿 V1.0.0；开发完成日期要早于或等于首次发表日期，填反了会被退回。还没上线就选“未发表”，不要随便填个日期。

提交前把三份材料摊开对照，软件名称、版本号、日期这三项在所有材料里必须完全一致。这一步花十分钟，能省掉后面一两周的补正来回。

常见问题

SaaS系统的软著材料要交全部前后端代码吗？

不需要，只交前30页和后30页连续代码即可，不足60页才全部提交。选核心业务模块的代码，前端后端都行，关键是连续、能对应上说明书里的功能。

源程序不满60页可以申请软著吗？

可以，不足60页就把全部源程序提交。小型SaaS项目代码量本来就不大，硬凑页数容易出现重复内容，反而会被要求补正。

软件说明书能用截图拼吗？

可以配截图，但不能只有截图。说明书需要功能说明、操作步骤和界面图配合，形成完整的使用逻辑，纯堆截图通常会被认为内容不充分。

申请表里的软件名称和版本号怎么写？

按实际对外使用的名称和版本填写，版本号统一成V1.0这类写法。源程序页眉、说明书封面、申请表三处的名称和版本必须一模一样。

软著材料被退回补正，一般是什么原因？

多是材料之间信息不一致、源程序页数或行数不达标、说明书和代码对不上。补正通知会写明具体问题，只改指出的那一项，不要顺手大改其他内容。

软件文档和源程序需要盖章吗？

企业申请时身份证明材料通常要加盖公章，源程序和文档按系统要求上传电子件即可。具体以中国版权保护中心当期公布的办理说明为准。

办理流程和材料格式会调整，动手整理前建议先看中国版权保护中心的最新要求，按当期说明准备。