上周帮公司新来的运营同事处理软著申报的事，他熬了三个晚上整理的材料，提交之后等了12天直接被打回，驳回理由写的是“存在知识产权相似风险”，他蹲在我工位旁边委屈得不行，说代码全是自己敲的，功能也是团队原创的，怎么就相似了。我翻了一遍他提交的材料就懂了，说明书里至少三分之一的功能描述，是直接抄了某开源项目的介绍文档，这能不被查出来才怪。
很多第一次报软著的人都有这个误区，觉得只要代码是自己写的就万事大吉，根本没把查重当回事，最后白白浪费大半个月的等待时间，要是赶上项目结题、资质申报的截止期，损失就更大了。
先搞清楚：查重到底查哪些内容
我之前踩过这个坑之后，特意去软著查重规则的官方解读页翻了半天，才明确官方的查重范围根本不只是源代码，而是源代码+说明书两部分，哪部分超标都过不了。
源代码部分不是查全部，是取你提交的代码前后各30页，不足60页就查全部，查之前会自动过滤掉空行、注释还有系统自带的框架代码，只算你自己写的逻辑部分。说明书是查全部内容，从功能介绍到操作流程，甚至你配的界面截图里的文字说明，都会纳入比对范围。很多人不知道的是，查重库不仅包含已经公开的软著登记信息，还包含所有已经提交还没公开的申报材料，你要是抄了身边朋友刚提交还没下证的材料，照样会被查出来。
这些查重阈值，没人会主动告诉你
网上很多人说查重阈值是30%，纯属瞎扯，我前前后后报了30多件软著，也和版权中心的代理打过不少交道，实际的阈值比这个严得多。非源码的说明书部分，相似度超过20%就会被打回，源代码部分的阈值更低，只要超过10%就有风险，而且源代码是连续3行匹配一致就算重复，不是你随便改几个变量名就能蒙混过关的。
去年帮朋友报一个餐饮点餐系统的软著，他代码全是自己写的，就说明书里抄了某公开软著范本里的三句功能描述，加起来也就200多字，提交之后就被打回了，查出来的相似度刚好21%，卡着线超的，最后又花了一周改说明书重新提交，耽误了他申请创业补贴的时间。还有很多人喜欢拿开源代码改一改就提交，改个变量名、把注释删掉没用，只要连续的逻辑结构一样，照样会被标红，比如你用了某开源后台的权限控制模块，哪怕你把变量名从user改成yonghu，循环判断的结构没变，连续3行匹配到就会算重复。
踩过N次坑总结的避坑实操方法
首先说源代码部分的修改技巧，别在改变量名、加无用注释上浪费时间，官方查重会自动过滤这些内容。你可以调整代码的结构，比如把原来的for循环改成forEach遍历，把两个相邻的函数换个位置，或者把常用的工具函数拆成两个小函数，只要打断连续3行的匹配就行，改起来其实不费什么时间。要是你实在不知道怎么改，也可以把一些非核心的逻辑顺序调换，比如原来先校验参数再判断权限，你改成先判断权限再校验参数，只要功能不变就没问题。
然后是说明书部分，绝对不要抄网上的模板，也不要抄竞品的功能介绍，哪怕功能和别人差不多，你也要换个表达方式，加自己的具体细节。比如别人写“支持用户下单后推送提醒”，你可以写“用户完成扫码下单操作后，系统会自动通过绑定的企业微信账号，向对应桌台的服务人员推送包含用餐人数、菜品清单的订单确认提醒”，多加点自己产品的专属细节，重复率自然就下来了。如果你怕自己提前查不准浪费申报时间，我一般提交之前都会先用软著Pro测一遍相似度，它的数据库和官方的对齐度很高，我上次测出来相似度12%，提交之后官方查出来是11.7%，差不了多少，提前改完再提交省得等半个月被打回。
还有个很多人踩过的冷坑：自己公司之前登记过的软著也会进入查重库，不要觉得抄自己之前的材料就没事。我之前就犯过这个错，公司两年前报过一个仓储管理系统，去年迭代了新功能，我图省事直接把旧的说明书改了个版本号就交了，结果被打回，说相似度35%，查了半天才发现是和自己之前的旧软著撞了，哪怕是同一家公司的材料，只要是不同的软著申报，也不能直接照搬。关于重复后的修改技巧，我之前在软著申报的经验分享区也看过很多同行的实操技巧，大家可以去翻一翻，比自己瞎改效率高很多。
要是真的收到了相似度超标的驳回通知也不用慌，官方一般会给你标出来具体的重复片段，你对着改就行，改完之后再提交，只要改到位了第二次基本都能过，千万别原样重新提交，那样肯定还是会被打回。也别信什么代理说的“包过不查重”，现在官方的查重系统更新得越来越频繁，卡得也越来越严，材料不合格找谁都没用，不如提前摸透规则，少走弯路。
