前两年我帮公司做知识产权申报，前前后后过手了二十多个软著，最开始踩的最大的坑，就是不知道软著还要提前查重。第一次提交的三个软著，等了整整28天审核，结果全被驳回，理由都是源代码重复率超标，最高的那个居然有83%的重复率，我当时拿着驳回通知整个人都懵了，代码全是我们研发团队一行行敲的，怎么会重复？
后来翻了好多资料，问了好几个做代理的朋友才搞明白，软著的重复率判定，比对的是版权局已经登记过的所有软著的源代码和说明书内容，很多通用的功能模块，比如用户登录、短信验证、数据导出这些，大家的实现逻辑本来就差不多，还有不少团队会引用开源组件的代码，撞库的概率特别高，根本不是你自己写的就不会重复。
我踩过最坑的软著驳回理由，居然是没提前查重知道要查重之后，我走的弯路也不少。最开始图省事，直接用平时查论文的工具查代码，查出来重复率才4%，我信心满满提交，结果又被打回来，还是重复率的问题。后来才搞清楚，论文查重的数据库和软著的数据库完全是两个体系，你用论文工具查得再低，对软著申报来说一点参考价值都没有。
后来我又找了好几个专门做代码查重的工具，要么是只能查代码逻辑相似性，对接的都是公开的开源代码库，根本碰不到版权局的登记数据库，查出来的结果和官方审核的结果差得十万八千里，还有个小工具，我上传完代码之后，过了一周居然在某开源平台看到了我们还没上线的业务模块片段，吓得我赶紧换了所有密钥，到现在想起来都后怕。
后来是群里做知识产权代理的朋友顺手推了软著Pro，说他们内部给客户做预审都用这个，基本和官方审核的重复率结果差不超过2%。我当时抱着试试的心态，把之前被驳回的那版代码传上去，不到10分钟报告就出来了，标红的部分刚好就是我们复用的之前项目的登录模块，还有引用的开源支付组件的代码，连重复对应的已经登记的软著编号都标得清清楚楚，我当时就知道这次找对工具了。
选查重工具别瞎选，对准数据库才有用很多人第一次选软著查重工具，第一反应是找免费的，或者找便宜的，其实这里面坑特别多。首先你得确认这个工具对接的数据库有没有包含版权局的历史登记数据，这直接决定了查重结果准不准，要是查的都是公开开源库，你查了也白查，提交还是会被驳回。
然后要看保密协议，软著提交的代码和说明书很多都是还没公开的项目内容，要是工具没有明确的保密承诺，随便泄露你的材料，损失根本不是那点查重费能补回来的。我现在用的软著Pro就有明确的保密条款，上传的材料查完24小时就自动删除，用了快两年从来没出过问题。
还要看查重的范围，很多人不知道，软著审核的时候不仅查源代码，还会查说明书的内容，要是你说明书里的功能描述、流程说明和别人已经登记的重复了，一样会被驳回。我之前帮朋友看他的驳回通知，就是因为他用了网上找的通用说明书模板，里面一大段系统优势的描述和别人的完全一样，哪怕代码是原创的，照样过不了。
查重之后怎么改，我总结的实用小技巧查完重复率之后，不用看到标红就慌，改起来其实很简单。代码部分的话，要是是通用模块的重复，你把变量名、函数名改一改就行，比如把原来的user_info改成customer_user_detail，或者把逻辑顺序调一下，比如原来先做权限校验再获取请求参数，你改成先获取参数再做校验，只要功能不变，完全不影响使用，重复率很快就降下来了。记得改之前要把代码里的注释、空行还有开源许可的声明都删掉，这些内容特别容易和别人撞，白白拉高重复率。
说明书部分就更简单了，标红的段落换个表达方式就行，比如原来写“本系统支持用户通过手机号一键登录”，你改成“用户可使用本人实名认证的手机号码完成快速登录验证”，配图尽量自己用画图工具画，别用网上找的通用模板，基本改完再查一遍就能过。
我现在每次提交软著之前，都会先把整理好的代码和说明书传上去查一遍，只要重复率控制在10%以内，基本提交都能过，最近一年报的11个软著，一个驳回的都没有，比最开始的时候省了至少三分之二的时间，也不用每次都担惊受怕等一个月的审核结果，生怕又被打回来返工。
很多人第一次申报软著，都把精力放在怎么凑够30页代码、怎么把说明书写得更规范上，完全忽略了查重这一步，等到被驳回了才着急，耽误了项目申报高新、拿补贴的进度，真的得不偿失。提前花十几分钟查一遍，啥麻烦都没了。
