我做软著申报代理快三年，前前后后经手的SaaS系统相关申报少说有200多份，刚入行的时候踩过的坑现在想起来都头疼。第一次独立做 SaaS 软著申报，花了三天整理的材料直接被打回，审查员给的理由是材料完全没体现SaaS属性，和普通单机管理软件没区别，只能全部推倒重来。
很多人以为SaaS系统的软著申报和普通软件没差，随便找个模板套就行，真去提交才发现到处是坑。首先要明确，SaaS系统的核心特征是多租户隔离、云端部署、可配置化，你提交的所有材料都要围绕这几个点做，不然就算格式没问题也大概率过不了。
先讲最容易填错的申请表部分
很多人填申请表的时候，软件名称就随便写个“XX管理系统”，完全没体现SaaS属性，这其实是给后续审查埋雷。最好直接在名称里就标注清楚，比如“XX多租户SaaS客户管理系统”，审查员一眼就能知道你申报的是什么类型的软件。还有开发完成日期要注意，不能早于申报主体的成立时间，如果是个人申报，也不要填你还在上学或者没接触相关技术的时间段，不然还要补一堆证明材料。首次发表日期如果你的产品还没上线对外公开，直接填未发表就行，别乱填日期，到时候要你补公开截图或者上线证明更麻烦。要是不知道申请表字段怎么填更合规，可以去SaaS软著材料生成工具里找对应的填表模板，都是过审的案例改的，基本不会出错。
再讲占了80%打回率的源代码部分
源代码要求提交完整代码的前1500行和最后1500行，总共3000行，这个是硬性规定。但很多人不知道SaaS的源代码还有额外要求，不能只提交后端的业务逻辑代码，必须包含前端交互、租户识别、权限隔离相关的代码片段，不然审查员会质疑你这根本不是SaaS系统。我之前有个做电商SaaS的客户，自己整理的代码全是后端订单计算的逻辑，一点租户配置的代码都没放，直接被打回，补了两次才过。还有要注意把代码里的空行、注释、第三方开源组件的版权信息全部删掉，也不能出现敏感词汇，不然也过不了审。我之前帮客户赶申报周期的时候，用过软著Pro，上传完整代码之后能自动筛掉注释、空行和敏感内容，还能自动提取SaaS相关的核心代码段凑够3000行，省了我好几个小时的整理时间。另外源代码的格式也有要求，要用五号宋体，每页固定50行，不要改字体和行间距，省得审查员挑格式问题。
最后是很容易被忽略的说明书部分
普通软件的说明书只要把功能讲清楚就行，但SaaS的说明书必须要体现多角色的使用场景，要区分平台运营方、租户管理员、普通用户三个角色的不同操作权限，还要明确写出多租户数据隔离、租户自定义配置这些特有功能，不能只泛泛写“支持用户管理”，要具体到“支持多租户独立用户权限配置，不同租户间用户数据完全隔离，平台运营方无法直接调取租户私有业务数据”这种表述，才能让审查员直观感受到你的SaaS属性。配的截图也要注意，系统名称要和你申报的名称完全一致，不能有其他平台的logo或者水印，截图里的时间也要改到开发完成日期之前，别拿现在的运营截图直接放上去，日期对不上也会被打回。要是不知道说明书怎么突出SaaS的特性，可以参考软著材料整理工具里的SaaS类说明书模板，每个模块的表述都是经过审查的，直接改自己的功能就行。
还有几个很容易踩的小坑，比如你写在说明书里的核心功能，必须在源代码里有对应的片段，比如你说支持租户独立装修店铺，结果源代码里一点相关的代码都没有，也会被打回，整理完材料最好核对一遍核心功能的对应关系。如果是个人申报，你如果当前有就职单位，最好提前开个非职务开发证明，不然审查员可能会质疑你是不是用了公司的资源做的开发，到时候补材料更耽误时间。
很多人可能觉得做个软著材料而已，没必要这么麻烦，其实现在SaaS产品要拿园区补贴、上应用市场、投标，甚至是后期维权，软著都是最基础的资质，材料做的规范一点一次过审，省得耽误后续的业务进度。要是懒得自己调整格式，也可以用软著材料生成工具自动导出符合要求的PDF，直接就能提交，能省不少事。