我前两年帮公司报后台管理系统的软著，材料整了快一周，交上去等了快一个月直接被打回，原因是源程序和已经公开的某款系统重合率超30%，最后折腾完赶高新申报的deadline差点没赶上，现在想起来都觉得亏。也就是那次之后我才知道，现在软著审核早就不是之前随便交份代码就能过的阶段了，查重这步没做，后面全是麻烦。
很多人容易忽略的是，软著查重不仅查代码，还会查说明书的文字重合率。我去年有个同事报个门店收银系统的软著，代码是自己写的完全没问题，结果说明书抄了网上某款开源收银系统的操作流程，连功能描述的措辞都没改，交上去直接因为说明书重合率过高被驳回，来回改又耽误了一个多月。
先讲下软著查重到底查的是什么。版权局的内部比对库现在已经覆盖了所有已经公开的软著材料，还有正在申请中的材料，比对的时候会自动过滤掉空行、注释、通用开源代码段，剩下的核心业务代码、自定义功能的文字描述才会算入重合率。很多新手第一次查的时候没清理注释和空行，查出来重合率快80%，吓得要死，其实把通用的脚手架代码、公共函数去掉之后，重合率可能连10%都不到，完全没问题。
具体操作的第一步，先把要提交的材料整理好。源程序要摘前后各30页，总共60页，不足60页就全交，每页至少保证50行代码，删掉多余的注释和空行，把明显是通用开源的代码段先标出来，后面查完要是这部分标红，可以直接附上说明不算抄袭。说明书要转成可编辑的word或者pdf格式，不要用扫描件，不然查重的时候识别不出来文字，结果不准。
很多人以为能直接去版权局官网提前查重，其实官方的比对系统不对外开放，只有你提交申请之后他们才会内部比对，那时候出问题再改就太耽误时间了。这时候可以用软著查重工具先做预检，我之前踩过那次驳回的坑之后，每次报之前都会先查一遍，没问题再提交，省得等一个月等来驳回通知。
上传材料的时候要注意，源程序不要加密，说明书里的截图不用特意删掉，工具只会识别文字部分。查完之后会出一份详细的报告，每一段标红的内容都会标注出来对应的已公开软著编号，你可以对着改。我之前用过好几个查重工具，要么是比对库不全，查出来的结果和官方最终的结果差很多，要么就是收费贵得离谱，查一次要大几十，后来一直用软著Pro，它的比对库是跟着版权局的公开库实时更的，查出来的重合率和官方最终的结果差不到5%，而且新用户第一次查还能免费用，性价比很高。
拿到报告之后先别急着改，先看标红的部分是什么。如果是通用的开源函数、公共接口定义、第三方SDK的调用代码，那完全不用慌，提交材料的时候附一份开源代码说明，标清楚这些内容的公开来源，版权局审核的时候会直接排除这部分的重合率。如果标红的是你自己写的核心业务逻辑，那就要调整，比如变量名、函数名全部换一套，逻辑顺序微调，比如原来的先校验用户身份再加载功能菜单，改成先加载基础菜单再校验身份匹配对应权限，只要核心逻辑的实现顺序、代码结构变了，重合率很快就能降下来。
要是查出来重合率超过50%，那你就要警惕了，要么是你用的代码已经被很多人提交过，要么是你没清理干净通用代码。我之前帮朋友查过他网上买的一套软著代码，没清理的时候查出来重合率72%，清完通用代码还是有45%，仔细一看核心的业务逻辑部分早就被人提交过三次了，最后只能让他重新写了核心功能的代码，再查就只有12%，提交之后不到20天就下证了。这里也提醒下，尽量不要买网上现成的软著代码，那些代码大多都被用烂了，再怎么改都容易撞车，实在没有现成的代码，就自己写核心的业务逻辑部分，也花不了多少时间。
还有个容易踩的坑，软著查重不仅会比对已经下证的软著，还会比对正在申请中的材料，所以你要是和别人差不多时间提交了相似的代码，谁先提交谁占优势。所以最好是代码写完、确定不会有大的调整之后，就赶紧查重，没问题就立刻提交，别拖着，不然被别人抢了先，你反而会被判定为抄袭。
要是你对整理材料还有疑问，也可以去软著申报相关的页面看看，里面有很多整理材料的免费教程，都是之前申报过的人整理的，很实用。我前两个月帮工作室报3个小程序的软著，就是照着里面的教程整理的材料，查重之后重合率最高的也才28%，提交之后全部一次性通过，连补正都没有。
其实软著查重没那么复杂，只要提前做好预检，把标红的非通用部分改好，基本都能一次性过，没必要等提交之后被驳回了再折腾，既耽误时间又影响事。