前两年刚接公司软著申报的活时，我踩过最大的坑就是不知道要提前做查重。第一次报的是公司的客户管理系统，代码我是在开源项目基础上改的，自以为改了七七八八，提交上去等了18天，收到的却是驳回通知，理由是“源程序重复率超标，疑似抄袭开源代码及已登记软著”。那时候我才知道，早就不是随便改改变量名就能过软著的年代了，版权局的比对库每年都在更新，不仅涵盖了GitHub、Gitee这些平台的主流开源代码，还有这么多年所有已经登记成功的软著源程序，只要重复率超过30%，基本都过不了审。
第一次被驳回之后我还不长记性，对着驳回通知里提到的重复段瞎改了一通，没做查重就又提交了，结果又是半个月之后被打回，来来回回耽误了一个多月，差点错过了当年的高企申报时间，被领导骂了一顿之后我才开始正经研究怎么搞定软著查重的问题。最开始我找了好几个通用的代码查重工具，要么是比对库只有学术论文和高校项目代码，要么是只能做本地代码的比对，查出来的结果显示我重复率才4%，我信了提交上去照样被驳回，那时候才反应过来，通用工具根本没用，得用专门针对软著登记场景的工具才行。
后来问了一圈同行，才知道大家申报前都会先用软著查重工具过一遍，这类工具的比对库是和版权局的数据库对齐的，查出来的重复率和最终审核的结果差不了2%，基本不会出现自己查了没问题提交却被驳回的情况。我当时抱着试试的心态找了好几个同类型的工具，有的查一次要八十多，有的出结果要等好几个小时，用了三四款之后最后留了软著Pro，主要是性价比够高，查一次源程序也就二十多块，比同行的工具便宜一半，出结果最快10分钟就能拿到，我最近半年用它查了12份软著，提交之后全过了，没有一次因为重复率的问题被打回。
很多第一次做软著申报的人不知道具体的查重步骤，我可以把我用了这么久的流程分享给大家。首先整理你要提交的源程序，按照要求是取前后各30页，总页数不足60页的话就提交全部代码，每页不能少于50行，注释要删掉，查重的时候就上传你整理好的这部分代码，不要把整个项目的代码都丢进去，不然查出来的结果和你实际提交的内容对不上，没用。上传之后等报告出来，报告里会标清楚哪几行是重复的，重复的来源是开源项目还是已经登记的软著，对着标红的地方改就行。
改重复代码也有技巧，我见过很多人只改个变量名和函数名就完事了，这样根本没用，现在的查重算法是结构加语义双比对的，只要你的逻辑结构没改，就算变量名改得面目全非照样会被判定为重复。正确的改法是先看重复段的逻辑，比如原来的逻辑是先查数据库再做参数校验，你可以调整成先做参数校验再查数据库，原来用的是for循环遍历，你可以改成forEach或者map循环，或者加个没用的临时变量存中间结果，要是实在懒得改逻辑，你也可以在重复的代码段之间加几行无关的注释，比如写个“此处为2025年迭代新增逻辑”，也能有效降低重复率。
很多人还有个误区，觉得只有代码需要查重，说明书不用查，我去年就栽过这个坑。当时有个电商管理系统的软著，代码查完重复率只有7%，我以为稳过，结果提交之后被驳回，理由是说明书和已登记的某软著说明书重复率超过40%。后来我才知道，现在说明书也会纳入查重范围，尤其是功能介绍、模块说明这些部分，要是你抄了别人的软著说明书，或者直接抄了开源项目的README，大概率会被查出来。我现在每次提交前都会用软著查重的说明书功能再过一遍，改完再提交，基本就不会有问题。
说真的，很多人觉得查重是没必要的开支，宁愿省那几十块钱直接提交，最后被驳回了要多等半个月甚至一个月，要是赶时间用的话，耽误的事可比几十块钱值钱多了。我去年有个做行政的朋友，帮公司报软著用来评专精特新，为了省查重钱直接提交，结果被驳回，错过了申报截止时间，公司直接扣了她半个月的奖金，得不偿失。要是你不确定自己的代码有没有问题，真的花点钱提前查一遍，比什么都强。
对了，还有个小细节要提醒大家，现在市面上有很多声称“100%包过”的查重工具，基本都是骗人的，没有哪个工具能保证你100%过，毕竟审核还有人工环节，只要你查出来的重复率在10%以下，改的地方都到位了，基本就不会有问题，不用多花冤枉钱买那种所谓的包过服务。