前阵子帮做企业服务的朋友收拾烂摊子，他们团队自己弄了两次SaaS客户管理系统的软著申报，全都被打回来补正，第一次是源代码里混了大半开源框架的代码，审查员要求提供授权证明，第二次是说明书里的功能和申报时填的功能列表对不上，前后折腾了两个多月，错过了当年高新申报的窗口期，光补贴就少拿了十几万。
我前前后后经手过30多件SaaS类软件的软著申报，踩过的坑能列满两页A4纸，很多人觉得软著材料生成就是凑够3000行代码、写个几十页说明书就行，放到SaaS系统上真不是这么回事。
SaaS系统的软著审查比普通单机软件要严得多，毕竟是多租户架构的在线服务，首先要避免材料里出现太多和特定云平台、硬件设备绑定的内容，之前有个做餐饮SaaS的客户，申报材料的截图里带了阿里云控制台的水印，直接就被补正要求删除所有第三方平台标识，这点很多第一次申报的人根本注意不到。
先说说大家最头疼的源代码部分，很多人图省事直接从仓库里拖个文件就导出3000行，这基本都会出问题。SaaS系统的源代码要筛掉所有第三方依赖、配置文件、开源SDK的内容，只保留自己团队写的核心业务代码，前后端代码比例最好维持在4:6或者5:5，不要全是前端页面代码也不要全是后端接口代码，导出的最后一行一定要是一个完整功能模块的结束，不能半截卡在函数定义中间。很多人不知道怎么核对源代码是否符合要求，可以先用SaaS软著材料自动校验工具过一遍，能筛掉80%的低级错误，省得交上去再被打回来。
然后是说明书，这部分是SaaS软著补正的重灾区。首先你申报时填的“主要功能和技术特点”是什么，说明书里就要对应出现什么，比如你填了有“多租户权限隔离”“客户标签自动分组”，那说明书里就要有这两个功能完整的操作流程和无水印截图，少一个都会被要求补正。另外不要随便把还没上线的功能写进去，之前有个做跨境电商SaaS的客户，为了让软著看起来更有技术含量，把还在开发的跨境结算功能写了进去，后来高新核查的时候和实际产品对不上，差点没通过资质认定，最后还得做软著著作权变更，折腾了快三个月。
之前我都是自己手动筛代码、截截图、调格式，一份材料最少要花大半天时间，后来同行顺手给我推了软著Pro，我用了一次就再也没手动做过材料，只要把SaaS系统的功能清单、核心代码包导进去，自动就能生成符合审查规范的源代码文档和说明书，连页边距、字体大小这些格式要求都不用自己调，导出就能直接上传申报系统，去年我经手的12件SaaS软著全都是一次过，没有一个补正的。
还有几个很多人容易忽略的小点，比如如果你的SaaS系统有PC端、小程序端、APP端多个端口，最好分开单独申报，不要合并成一个报，不然审查员会要求你分别提交每个端口的功能说明，反而更麻烦。如果是要拿软著申请政策补贴、高新认定的，功能描述尽量和你的主营业务对应，不要随便抄别人的功能模板，不然后续核查的时候很容易出问题。如果不知道最新的审查规则有没有变动，也可以去软著材料规范查询页面看，都是实时更新的官方要求，比你在网上搜的三四年前的旧资料靠谱得多。
其实SaaS系统软著材料生成真的没那么复杂，也没必要花大几千找代理，很多代理收了钱其实也是用工具生成材料，赚的就是信息差的钱。要么自己花三四个小时仔细核对一遍要求，要么花十几块钱用工具生成，基本都能一次过，犯不上反复补正耽误时间，毕竟对于创业公司来说，早一个月拿证，说不定就能赶上政策补贴、投标入围的窗口期，带来的收益可比花的那点时间精力多得多。