我上个月帮园区的科创企业提交了8件软著，结果有2件直接被打回补正，理由一个是说明书里的界面截图是Axure做的原型图，没带实际运行的系统标识，另一个是代码里有大段的公开开源框架代码，重复率超标。搁之前这两个材料肯定都能过，我当时就反应过来，这次的新规是真的落地动真格的了。
我做软著申报材料整理快3年了，前前后后经手的申请少说也有小一百件，旧规下哪些地方可以松一点，哪些是必查项，我闭着眼都能数过来。但新规落地这两个多月，我踩的坑比之前一整年都多，慢慢也摸出了规律，今天就把这些实操经验分享给大家，省得你们再走弯路。
新规下审查逻辑的核心变化首先最明显的就是从“形式审查”变成了“实质审查倾向”，之前大家都知道，只要代码凑够前后各30页，每页行数够，说明书没有明显的逻辑错误，基本都能过，现在不一样了。首先是代码新增了查重环节，不仅会和已经登记的软著代码库比对，还会和公开的开源代码库比对，重复率超过一定阈值直接就会被打回，要求你说明代码来源，或者替换核心代码段。如果不知道自己的代码重复率会不会超标，可以提前上软著申请查询平台做个预检测，比提交后被打回来补正省至少半个月时间。
其次是功能匹配度的审查，你说明书里写的每一个核心功能，都要能在提交的代码里找到对应的实现逻辑，之前那种随便找一套代码，然后套个完全不相关的说明书的操作，现在基本一查一个准。还有就是界面截图的要求，现在必须是实际运行的截图，如果你是PC端软件，要带上系统的任务栏，显示时间或者其他系统标识；如果是小程序或者APP，要带上手机顶部的信号、电量、时间栏，纯原型图或者设计图现在根本过不了审。
实操层面怎么调整材料准备逻辑首先第一步要先把软件名称捋顺，新规下对名称的要求比之前严很多，不能带“最”“第一”“顶级”这种夸大性的词汇，也不能太笼统，比如你不能直接叫“客户管理系统”，得加上具体的使用场景或者所属领域，比如“医美机构会员客户全生命周期管理系统V1.0”，名称里必须明确体现功能指向和版本号，不然第一步名称核验就过不了。
然后是代码整理，之前很多人习惯把注释删掉凑行数，或者直接贴配置文件的代码，现在不行了。核心代码必须占比超过80%，不能全是配置文件或者引入第三方库的代码，每页的有效代码行数不能少于50行，空行和注释占比不能超过每页的30%。我自己平时整理材料的时候会用软著Pro生成符合规范的代码格式和说明书框架，省了很多调整排版的时间，新手也不容易踩格式的坑。
说明书的话，除了刚才说的截图要求，还要注意功能描述要和代码一一对应，比如你写了支持自动生成数据报表，就要在代码部分能找到报表生成的相关逻辑，甚至有的审查员会要求你提供报表功能的实际运行动图，这个大家提前准备好总没坏处。如果是个人申请的话，最好还要准备好开发过程的佐证材料，比如需求文档、迭代记录、测试报告这些，要是你申请的软件和你的专业或者工作领域差得太远，审查员大概率会要求你提供这些材料证明你确实是实际开发人。
大家最容易踩的几个坑第一个坑就是电子版材料和纸质版材料不一致，之前旧规有时候纸质版少个签字，或者漏个章，补一下就行，现在新规要求电子版上传的所有材料，和你后续提交的纸质版扫描件必须100%一致，哪怕是差个水印，或者签字的位置不一样，都会被要求补正。
第二个坑是软著转让或者变更的申请，之前很多人图省事，直接买现成的软著用来评职称或者报项目，现在新规下这种操作基本过不了。现在转让申请必须提供双方的权属证明，转让方要拿出原始开发的相关材料，证明这个软著确实是他开发的，不然只靠一张转让协议根本通不过审查。如果是要做软著转让的话，最好提前整理好原始开发的全部材料，避免提交后被要求补正耽误时间。
第三个坑是加急申请的要求，之前很多人只要多交钱就能走加急通道，3到5个工作日就能拿证，现在新规下加急申请必须提供相关的证明材料，比如你要参加投标，就得提供招标公告，要评职称就得提供职称申报的通知，没有合理的加急理由，就算多交钱也走不了加急通道。
我这两个月调整了材料准备的逻辑之后，最近提交的12件软著只有1件需要补正，还是因为客户的营业执照扫描件分辨率不够，通过率比新规刚落地的时候高了太多。其实说白了，新规的核心导向就是鼓励真实开发，打击那种凑材料、买软著的灰色操作，只要你确实是自己开发的软件，材料按要求准备，通过率还是很高的，不用太担心。