我前两年刚接公司软著申报的活时，踩过的最大的坑就是查重，第一次报运营部的客户管理系统，代码是从网上找的现成电商后台改的，以为改了变量名和注释就没事，结果等了18天等来初审驳回通知，说代码相似度72%，不符合原创要求。前后折腾了两个多月才搞定，那之后我特意找版权局的朋友问了内部的查重规则，加上这两年报了30多件软著摸出来的经验，基本上现在申报的都是一次过审。
先搞懂：软著到底查哪些内容的重
很多人以为软著不像专利或者论文，不需要查重，那都是老黄历了。现在软著登记的初审第一步就是过查重系统，比对源不仅包含了所有已经成功登记的软著材料，还接入了主流的开源代码库、公开的技术文档库，只要你抄了就能查出来。
首先查的是源代码，官方系统会先把你提交的代码里的空行、注释、第三方依赖的引用声明全部过滤掉，只比对有效逻辑代码。规则是连续12行代码完全一致就算重复，整体重合率超过30%就会直接驳回，要求你提交原创说明或者修改材料。这里很多人踩坑，以为把开源框架的全部代码粘进去显得量大，其实常用的springboot、vue这些框架的基础代码早就躺在比对库里了，你全粘进去的话，重合率分分钟超过30%。要是你不知道软著登记的时候要提交哪部分代码才不会触发重复预警，也可以找相关的规范文档参考，比翻版权局的官网好找多了。
其次是说明书查重，这个是90%的人都不知道的点。说明书里的文字内容、功能流程图、界面截图全部都会进系统比对，文字连续20字相同就算重复，图片的特征匹配度超过60%也会判定重复。我之前有个同事图省事，把网上某款开源OA的产品介绍扒下来改了个公司名就交上去，直接被驳回说说明书相似度68%，还要求提交著作权归属保证书，前后折腾了快一个月才过审。
最后是软著名称的筛查，同行业同领域的软著名称不能完全相同，比如已经有人登记了「智能门店收银系统V1.0」，你再叫这个名就肯定过不了，要么加你的品牌前缀，要么加细分领域的描述，改成「XX品牌餐饮门店智能收银系统V1.0」就没问题。
这些常见的踩坑操作，90%的人都中过
我见过最多的坑就是找低价代理，很多99、399的代理承诺包过，其实给你用的都是通用模板代码，一套代码可能给几百个客户用过，提交上去一查一个准，重合率能到90%以上，驳回之后代理还会甩锅说你提供的材料有问题，钱也退不了。我之前有个做小微企业的朋友就踩过这个坑，找了个299的代理，等了三个月被驳回，最后自己重新整理材料又花了两个多月才拿证，反而耽误了申请高新技术企业的时间。
还有很多人改代码只改注释和空行，或者把代码的行序随便调一调，其实完全没用，查重系统会先过滤空行和注释再比对，逻辑顺序没变的话，就算你把行打乱也能查出来。还有的人把别人的软著说明书里的截图打个马赛克就用，现在系统有图像特征识别，只要界面布局、功能按钮的位置差不多，一样会判定重复。
我自己用了两年的避坑技巧，亲测有效
首先处理源代码的时候，要把第三方框架、开源组件的代码全部剔除，只提交你自己写的二次开发的核心功能代码，提交的前后30页尽量选你自己写的业务逻辑部分，不要把引入的依赖代码粘进去。如果确实用到了开源的算法或者功能模块，要把逻辑做调整，比如把for循环改成while循环，把变量名全部换成你自己定义的，相同的计算逻辑调整下执行顺序，这样基本就能避开重复。如果不确定自己的代码有没有重复，可以先用软著查重工具提前测一遍，省得提交之后等半个月才被驳回浪费时间。
写说明书的时候，不要找网上的通用模板整段抄，功能描述要结合你自己的系统实际情况写，比如你做的是教育类的排班系统，就不要把通用排班系统的功能介绍直接复制过来，要加上你自己系统的特色功能，比如对接教育局的考勤系统、自动匹配老师的代课时间这类具体的描述，截图一定要用你自己系统的实际运行截图，不要用网上找的素材图。
我现在报软著之前都会先把材料传到软著Pro上先过一遍预查重，不仅能查代码重合率，还能查说明书的文字和图片相似度，有问题直接改，最近报的8件都是一次过的，最快的10个工作日就拿证了，省了不少来回修改的时间。
上个月帮技术部报那个智能排班系统，一开始预查出来重合率35%，查了下是因为用了开源的排班算法部分的代码，后来我们把算法的变量名全改了，还把部分计算步骤的顺序换了，把原来的三步计算拆成了四步，再测就降到12%，提交之后没几天就过了初审。
其实现在软著查重的规则并不复杂，只要你确实是自己写的代码和说明书，稍微注意下这些细节，基本都能一次过，千万不要抱有侥幸心理随便抄，耽误的都是自己的时间。
