我第一次报软著的时候踩过大坑，材料熬了三个晚上整理完，美滋滋提交上去，等了快俩月收到补正通知，原因是源程序重复率62%，直接被打回。那时候我才知道，软著早就不是随便凑点代码和说明书就能拿证的年代了，软著查重规则摸不清，来回折腾半年都拿不到证都是常事。
先给大家说下官方现在真实的查重范围，很多人以为只查代码，其实早就不是了。第一个查的就是源程序，比对库包含了已经登记的所有软著的代码片段、各大开源平台的公开代码、还有网上公开的技术博客、项目文档里的代码片段，甚至你自己之前登记过的软著代码，也会在比对库里，重复了一样算。第二个查的是说明书，尤其是功能描述、设计逻辑、架构说明这块，别以为把别人的说明书改个产品名就可以蒙混过关，现在所有通过的软著说明书都会入库，比对的时候连续20个字重复就会标红。
具体的判定规则我也是后来跟审查岗的朋友吃饭的时候聊出来的，代码那块是连续30个字符（包括注释、空格、标点）重复就算重复片段，重复率阈值普通申报是不超过30%，要是你拿软著报高新、评职称、申请项目补贴，很多地方要求重复率不超过20%，这个坑我见过太多人踩，以为过了30%的线就行，结果用到特定场景的时候被打回来，连重新申报的时间都赶不上。
说几个大家最容易踩的坑，第一个就是图省事直接扒GitHub或者Gitee的开源代码，连注释都不改，提交上去百分之百重复，我之前有个同事做个小工具，代码90%都是扒的开源项目，连注释里的原作者ID都没删，结果重复率91%，直接被纳入异常申报名单，半年内都不能再提交软著。第二个是自己复用自己之前的软著代码，很多人做同系列的产品，通用模块直接复制之前的代码，以为是自己写的就没问题，实际上库里已经有你之前的登记记录了，重复率超了一样打回，我去年帮朋友报一个系列的三个工具，第一个过了之后，后两个通用模块没改，重复率直接37%，又改了一周才重新提交。第三个是用网上卖的那种现成的软著模板，不管是代码模板还是说明书模板，用的人没有一千也有八百，你拿到手改个名字就交，一查一个准。
要是你不确定自己的材料有没有问题，提交前最好先自查一遍，软著查重现在有很多工具可以用，不用等官方的结果，省得耽误时间。我之前每次改完代码都要自己逐段比对，眼睛都要看瞎，后来同行给我推了软著Pro，查出来的重复片段和官方最终的补正通知里标出来的几乎一模一样，还会给你提修改建议，改起来省了好多功夫，我最近报的6件软著全都是一次过，连补正都没收到过。
再给大家说几个实操的修改技巧，亲测有用。代码这块，首先所有的变量名、函数名全部改成你自己项目的命名风格，比如原来的getUserList改成fetchCertifiedUserList，原来的pageNum改成currentPageIndex，光是改命名就能降下来至少10%的重复率。然后所有的注释全部自己重写，哪怕功能完全一样，也不要用原有的注释，比如原来的注释是“// 分页查询用户列表”，你可以改成“// 从用户中心拉取已完成实名认证的用户分页数据，每页默认返回10条”。然后非关联的代码块可以调整顺序，比如原来先写参数校验再写权限判断，你可以把权限判断挪到参数校验前面，只要不影响代码正常运行就行，也能有效降低连续重复的概率。还有，不要提交那些和功能无关的测试代码、引入的第三方依赖代码，官方要求提交的是你自己原创的核心代码，第三方的代码你交上去反而会增加重复率。
说明书这块就更简单了，所有的功能描述都对着你自己的产品实际写，不要抄竞品的公开文档，也不要抄网上的模板，截图全部用你自己本地运行的真实截图，哪怕界面丑一点也没关系，架构图、流程图自己用drawio画，不要直接拿别人的图改个名字。要是你是基于开源项目二次开发的，一定要在申报材料里主动说明用的是什么开源协议，你自己二次开发的部分占比有多少，不要等查出来你用了开源代码再补说明，那时候大概率已经被打回了。
我之前接触过一个做企业服务的客户，找的那种低价代报机构，机构给的材料全是网上扒的模板，提交之后重复率85%，直接被打回，还要重新排号，等了三个多月才重新提交，差点耽误了他们高新企业认定的时间，光补贴就损失了十几万。真的不要在这块省功夫，现在官方的审查越来越严，尤其是每年申报高峰期，卡重复率卡得特别死，提前摸清楚规则，提前自查，比什么都强。