上周我帮公司开发团队报新研发的项目协同系统软著，前前后后跑了3次代办窗口，补正了两次才终于拿到受理通知书，搁去年我报10个软著都不一定有一次补正，说白了都是踩了最近刚更新的审核政策的坑，之前攒的老经验完全不好使。
先给大家说最核心的源代码审核规则变化，之前大家都知道只要提交前后各30页代码，每页不少于50行就行，很多人图省事直接把框架初始化代码、第三方库的引用代码凑数，我第一次提交就是这么干的，把前端vue脚手架生成的初始化代码凑了前面30页，后面30页放的是调用第三方插件的代码，结果第三天就收到补正通知，理由是“非自主创作代码占比过高，不符合登记要求”。我后来问了窗口的工作人员才知道，现在审核会逐页抽查代码内容，要是你提交的代码里框架生成代码、开源引用代码占比超过30%，直接打回，根本不给你商量的余地。后来我把核心的权限校验模块、任务调度模块的代码抽了出来，前后各30页，每页都加了对应业务逻辑的注释，注释占比差不多到15%，第二次提交才过了代码这关。要是你不知道怎么筛选符合要求的源代码，可以用软著Pro的代码自动筛选工具，自动把框架生成的、第三方引用的代码滤掉，直接导出符合要求的页码格式，当时我赶时间用了一次，省了我至少3个小时的手动整理时间。
第二个变化很多人都没注意到，就是功能说明书的审核要求比之前严了不止一倍。之前写说明书只要把功能列全，配几张界面截图基本就能过，我第二次补正就是栽在这上面。当时我们为了显得系统功能更完整，把还在开发阶段的报表批量导出功能也写进了说明书里，结果审核员直接比对了我提交的源代码，说没找到对应功能的实现逻辑，直接打回要求要么删除功能描述，要么补充对应代码。后来我们把还没上线的功能全删掉，每一个写在说明书里的功能，都在代码里找到了对应的实现段落，备注清楚了在源代码的第几页第几行，才过了这关。现在审核要求说明书里的每一个功能点，都必须在提交的源代码里有对应实现，你要是乱加功能，哪怕只是多写了一句，都有可能被打回。整理说明书的时候最好先过一遍软著申报的最新材料校验规则，看看有没有功能和代码不匹配的地方，提前改好省得补正耽误至少半个月的时间。
还有个容易被忽略的变化是身份核验的要求，之前企业申报只要在材料上盖公章，找个人去提交就行，现在企业申报必须提供经办人的近3个月社保缴纳证明，证明你是这个公司的正式员工，我上周去交材料的时候，前面有个小伙子帮朋友的公司提交材料，拿不出社保证明，直接被窗口拒收了。要是个人独立开发者申报的话，除了要做实名认证之外，还要提交无修的手持身份证照片，还要签自主创作声明，我有个做独立开发的朋友上周提交个人软著，因为照片磨了皮，直接被打回要求重新提交实拍无修的照片，耽误了快一周的时间。
我身边不少人之前都觉得软著申报随便凑凑材料就能过，现在真的不一样，我常合作的代办之前还敢说100%包过，今年已经把这话收回去了，最近三个月的整体审核通过率差不多只有40%，大部分被打回的都是不了解最新政策，还在用老方法准备材料的人。还有不少人为了省事买现成的代码改改变量名就提交，现在根本行不通，最新的审核系统是AI加人工双重比对，会和数据库里已经登记的所有软著代码做比对，雷同率超过30%直接打回，情节严重的还会被拉入异常申报名单，半年内不能再提交任何软著申请。
现在准备申报材料的话，我给大家几个实操的小建议，首先选源代码的时候，优先选你自己写的核心业务逻辑代码，不要凑那些没用的框架代码，注释尽量写得清楚一点，不要全是//123这种没用的注释，要说明这段代码是实现什么功能的。然后写说明书的时候，是什么功能就写什么功能，不要为了显得高大上乱加还没实现的功能，截图要和你实际运行的界面完全一致，要是有logo的话最好打上公司的logo，更容易过审。提交之前最好自己先核对一遍代码和说明书的对应关系，要是对最新政策拿不准，直接去软著审核的规则页面查，都是实时同步官方最新要求的，比你到处问几年前的老经验靠谱得多。
我这次6个软著折腾了快一个月才全部受理，搁之前最多一周就搞定了，说白了都是没及时跟上政策变化踩的坑，大家要是最近要报软著，一定按照最新的要求准备材料，能省不少补正的时间。