前两年我帮研发部报那个库存管理系统的软著，第一次提交就栽在查重上，被版权局打回来的时候我才知道，原来现在软著申请早就不是随便凑够3000行代码就能过的年代了，那次耽误了我们部门的科创补贴申报，我整整多折腾了快一个月才搞定，从那之后我每次报软著第一件事就是先做查重。
很多刚接触软著申报的人可能没概念，觉得软著查重到底查的是什么？其实主要查两部分，一个是你提交的前后各1500行、总共3000行的源代码，另一个是配套的软件说明书，这两部分只要有一个重复率超标，轻则要求补正都是小事，严重的直接被纳入异常名录，后面再申请都要额外提交原创证明，更麻烦。
先说说我自己平时查重的步骤，都是踩了好几次坑摸出来的
首先你得先把要提交的材料预处理好，别拿着没处理的代码去查完全没用。源代码先把空行、注释、导入的第三方库头文件、自动生成的框架代码全部删掉，剩下的纯业务代码凑够3000行，前后各1500行，注意不要全拿登录、支付这些通用模块的代码，这些模块大家写的都大同小异，很容易撞。说明书的话，先把网上找的模板内容全部删掉，功能描述要自己写，界面截图要自己截实际运行的界面，不要随便搜别人的产品截图往上放。
要是你所在的公司之前已经申报过同类型的软著，比如现在要申报的是同一个软件的迭代版本，那你先自己做个内部比对就行，把之前提交过的源代码拿出来，和现在的代码做个比对，重复的地方改一改，比如变量名换个命名规则，原来的if-else逻辑改成三元运算符，或者调整一下函数的顺序，重复的地方尽量控制在30%以内就差不多。手动比对嫌麻烦的话，可以直接用软著查重工具，上传两份代码一分钟就能出标红的重复片段，比你自己翻3000行代码省太多时间。
要是你是第一次申报，或者申报的是全新的项目，那你得查和全网已经公开的软著的重复率，这个自己肯定没办法手动查，毕竟已经公开的软著那么多，你总不能一个个去找来比对。我之前被驳回那次之后，同事给我推了软著Pro，我每次整理好材料之后直接上传代码和说明书，等个几分钟就能出详细的查重报告，重复的地方标得清清楚楚，还会给你修改建议，我用了快两年了，之后提交的二十多件软著全部一次过，没有因为查重的问题被打回来过。
几个我踩过的坑，你们千万要避开
第一个就是别直接抄开源代码，我之前带的实习生图省事，去GitHub扒了个热门的开源OA系统代码，改了个名字就提交，结果查重重复率直接到82%，直接被驳回不说，我们公司那半年内提交的另外三件软著都被抽中额外审核，多交了一堆原创证明才搞定，耽误了好久。开源代码可以参考逻辑，但是别直接整段抄，尤其是那种热门的开源项目，不知道有多少人拿去申请软著用过，一查一个准。
第二个是别觉得自己公司内部的代码重复率高也没事，比如你之前申报过1.0版本的电商后台，现在要报2.0版本，你直接把1.0的代码改个版本号就提交，肯定会和之前的1.0版本撞重。这时候你要优先选2.0版本新增功能的代码，比如新增的直播带货模块、用户画像模块的代码，把这些新写的代码放到提交的3000行里，原来重复的部分尽量少放或者改完再放。
第三个是说明书别抄模板，很多人找个网上的软著说明书模板，把名字一改就完事了，要是刚好别人用过这个模板申请过软著，那你的说明书重复率肯定超标。我之前有个朋友报软著，代码过了，结果说明书重复率超了，补正了两次才过，耽误了小一个月。
去年我们公司申报高新技术企业，要求10件软著，我提前一个月把所有材料都整理好，每件都先做软著查重过了才提交，最后全部一次过，刚好赶在高企申报截止前三天拿到了全部证书，要是那时候有一件被驳回，就赶不上申报了，几十万的补贴泡汤，我可担不起这个责任。
现在软著的审核要求真的越来越严，之前可能确实很多人随便凑代码都能过，现在只要抽中查重，重复率高就直接驳回，正常下证本来就要1个月左右，驳回补正又要多等半个月，要是赶项目申报、评职称、拿补贴的话，错过时间真的亏大了。提前花个十几分钟做个查重，比后面折腾大半个月要划算太多，第一次申报的朋友别嫌麻烦，这步真的不能省。
