我前两年帮公司做软著申报，前两次提交全栽在查重上，第一次重复率62%直接被驳回，第二次是说明书重复率47%打回来重改，前后浪费了快两个月时间，本来要拿软著申请高新补贴的，差点错过申报截止期。后来摸清楚整套查重的逻辑和操作方法，后续报的6个软著全是一次过，最快的12天就拿证了。
很多刚接触软著申报的人都有个误区，觉得软著只要是自己写的就不会重复，或者觉得软著审查松，随便交就行。现在早就不是这样了，版权局的比对库每年都在更新，除了已经下证的软著材料，还会收录公开的开源项目代码、网上公开的产品说明书、甚至之前被驳回的申报材料，只要你有大段内容和库里的重合，大概率过不了审。
最麻烦的是一旦因为查重被驳回，轻则要补说明材料多等半个月，重则直接驳回之后半年内不能再申报同主题的软著，要是赶上公司要申请补贴、项目投标，或者个人要评职称，耽误的损失真的没法算。
我现在给朋友做软著申报指导，第一步都是让他们先做自查。自查其实很简单，先翻你要提交的源代码，看看是不是有大段直接抄的开源代码，很多人做管理系统直接扒Gitee上的开源项目，连注释里的原作者ID、项目名都没改，这种一查一个准。还有代码里的通用框架代码不算重复，比如你用SpringBoot的基础配置代码，大家都这么写，不会算你重复，但业务逻辑部分的代码，比如订单计算、权限匹配的专属代码，要是和网上的重合度太高就不行。
很多人以为软著只查代码，其实说明书的查重力度一点不比代码低。我第二次被驳回就是因为图省事，抄了同行公开的软著说明书框架，连功能模块的介绍话术都差不多，结果直接被标了高重复。自查说明书的时候先看有没有大段抄网上的产品介绍，配图是不是自己系统的实际截图，之前有个朋友用了网上找的通用后台示意图，刚好和别人提交的说明书配图一模一样，也被判了重复，冤得不行。
自查完只能筛掉特别明显的重复问题，要想知道能不能过官方的审核，还是得用专门的查重工具做预核验。我之前找了好多工具，要么比对库不全，要么查出来的结果和官方反馈的差十万八千里，后来同行给我推了软著查重的工具，就是软著Pro那个站，查出来的重复率和我后来提交后版权局反馈的只差2%，准度特别高。
用工具查重的时候也有小技巧，上传源代码的时候，尽量把你自己写的业务逻辑代码放在前面，不要全传框架的底层代码，不然会拉高不必要的重复率。说明书要上传Word版本，不要转成PDF再传，PDF识别容易出错，查出来的结果不准。查完之后工具会给你标出来具体哪一段、哪一行重复了，对应的原内容是什么，改的时候直接对着改就行。
很多人不知道重复内容怎么改，以为要把整个逻辑推翻重写，完全不用。代码部分的重复，你把变量名、函数名改一改，比如原来的user_info改成yhxx，注释全部重新写，换行的位置调整下，同功能的函数顺序换一换，重复率马上就下来了，完全不用改核心逻辑。说明书的重复就更简单了，把原来的话术换个表达方式，比如原来写“本系统支持用户登录、信息修改、权限分配”，你改成“系统为不同角色配置了独立的账号体系，登录后可根据自身权限完成个人资料更新、对应功能模块的操作”，配图全部换成自己系统的实际截图，基本就能把重复率降下来。
我之前踩过最大的坑就是信了代办说的“包过不用查重”，第一个软著找的代办收了我1500的加急费，结果半个月就给我发了驳回通知，说重复率太高，问代办怎么回事，他们说之前没查重，让我自己改材料还要再加300的材料费，后来我自己查才知道，那个代办直接把网上找的开源代码打包就提交了，根本没做任何修改。要是你找代办申报，也最好自己提前查一遍，不然出了问题浪费的还是自己的时间和钱。
官方其实没有公开明确的重复率合格线，但根据我这么多次申报的经验，重复率控制在20%以内基本都是一次过，20%到30%之间有可能会要求你补说明材料，超过30%的话90%的概率会被直接驳回。要是你不确定自己的材料能不能过，最好先在软著Pro上先查一遍，花十几分钟就能出结果，总比等半个月被驳回再改强得多。
还有几个容易忽略的小细节，要是你申报的是之前自己软著的升级版本，提交的时候要附上升级说明，就算和之前的材料有重复也没关系，不然也会被判重复驳回。还有走加急通道的软著查重会更严，因为审核周期短，只要有重复的苗头直接就打回，不会给你补材料的机会，提交之前更要做好查重。
现在软著不管是对企业还是个人用处都挺大的，企业申请高新认定、创业补贴、项目投标要用到，个人评职称、升学加分、申请落户也能用上，别因为查重这点小事耽误了正事，提前花点时间做好查重，能省掉后面好多麻烦。