我最早做知识产权专员的时候，前三个月报了8件软著，有6件被打回补正，那时候天天盯着版权中心的补正通知发愁，不知道到底哪里出了问题。后来跟负责审核的老师聊过几次，再加上前后报了快三百件的经验，才摸透了软著材料审核的核心逻辑，现在手里的申报通过率基本稳定在98%以上。
源代码审核：别拿框架生成代码凑数
很多新手第一次报软著，觉得源代码就是凑够前后30页共3000行就行，其实这是最大的误区。审核老师看源代码的第一眼，先看开头有没有通用框架的初始化代码，要是你前几行全是vue或者springboot的默认生成代码，连注释都是框架自带的，不用往下看直接就会打回。还有前后代码的语言要统一，不能前15页是Java，后15页突然变成Python，这种一眼就能看出来是凑的。
哦对了，代码里的注释不能太少，也不能全是// 定义变量这种没用的废话，至少核心功能模块要有对应的注释说明功能，最后一页也必须是某个功能模块的结束段，不能半截就停了。要是不确定自己的源代码合不合规，可以对照软著材料规范里的模板调整，我最开始就是照着那个模板改，很少再在源代码这步出问题。
操作手册审核：细节错了直接打回
第二个审核重点是操作手册或者设计说明书，很多人随便截几张软件界面的图，凑个十来页就交，踩坑的概率特别高。首先手册里的软件全称必须和申请表里的完全一致，一个字一个标点都不能差，比如你申请表里填的是“XX零售门店库存管理系统V1.0”，手册里漏了“零售门店”或者没加版本号，不用等审核，提交的时候预检都过不了。
还有手册里的截图不能有其他公司的logo，也不能出现和你申报的软件无关的功能，比如你报的是库存管理系统，截图里出现了外卖接单的功能，肯定会要求你补说明。另外手册里要有完整的操作流程，从注册登录到每个核心功能的操作步骤都要有，不能只有个首页截图就完事。如果你申报的是V2.0及以上的高版本，还要在手册里专门加一块说明和之前版本的升级点，不能只交个新的版本手册就完事。
申请表审核：不起眼的字段坑最多
很多人觉得申请表就是填个信息而已，没什么好注意的，其实申请表是补正率最高的部分。比如开发完成时间，你不能填成提交材料之后的时间，也不能填得比公司成立时间还早，这种低级错误很多人都犯过。还有如果著作权人是公司，申请表里填的开发人员，最好是公司正常缴纳社保的员工，要是审核的时候抽查到，你提供不了劳动关系证明，直接就会驳回。
权利归属的部分要是有多个著作权人，必须所有主体都盖章，少一个都不行，如果是委托开发的，还要附上双方签字盖章的委托开发协议，不能只自己填个归属说明就完事。要是怕填错，可以先去看软著申请表填写指南，里面每个字段都有填写示例，照着填基本不会出问题。
我遇到最多的补正通知，就是“源代码存疑，要求补全前后各30页完整代码”，遇到这种情况别慌，大概率是你提交的代码重复率太高，或者里面有明显的开源代码标记，比如带了GPL开源许可的声明，这种情况你只要把核心功能的原创代码抽出来，替换掉之前凑的框架代码就行。还有一个很多人踩的坑，就是软件名称里带了第三方平台的名称，比如“微信端社群运营系统”，要是你没有腾讯出具的授权证明，100%会被打回，起名的时候尽量规避这些有商标的名称。
后来申报的量越来越大，我嫌每次整理材料太麻烦，就一直用软著Pro，它能自动生成符合审核规范的源代码和操作手册模板，还能提前帮你做材料预检，很多小问题提交之前就能改好，省了我至少一半的整理时间，现在我身边做知识产权的同行基本都在用。
其实软著审核真的没大家想的那么严，只要你的材料是真实的，符合这些审核的重点要求，基本都能一次过。我身边很多新手第一次报就过的，都是提前把这些细节捋清楚了，不用瞎找什么代理花冤枉钱，自己整理材料完全没问题。
