上个月帮一个做电商SaaS的创业团队改软著申请材料，他们之前自己提交了两次都被驳回，反馈是“源程序与已登记软件存在较高相似度”。团队的技术负责人特别委屈，说核心代码都是他们熬了三个多月一行一行敲的，怎么就重复了？我翻了下他们提交的材料，瞬间就找到问题了：他们为了凑够3000行代码的要求，把网上找的开源工具类代码直接复制粘贴进去了，连注释都没改，刚好这段代码已经被之前十几份软著用过，不被打回才怪。
很多第一次申请软著的人都有这个误区，觉得软著登记就是走个流程，随便凑点代码和说明书就能过，根本没把查重当回事。我做了快4年的软著材料整理，见过至少上百份因为查重不通过被打回的申请，轻则耽误一两个月的时间，重则错过项目申报、职称评定的截止日期，损失大的很。
首先要明确，现在版权中心的软著查重覆盖两个部分：源程序和说明书，缺一不可。
先说说大家最关心的源程序查重规则。现在官方的比对库是两个，一个是历年所有成功登记的软著源程序数据库，另一个是公开的开源代码库，只要你提交的代码在这两个库里有匹配的内容，就会被计算重复率。很多人以为改个变量名、调整下缩进就能躲过，其实根本没用，查重系统会先过滤掉注释、空行、缩进这些无效内容，再比对有效代码的逻辑结构，连续12行以上的逻辑一致就算重复，要是你直接抄开源代码，哪怕改了一半的变量名，还是能被识别出来。
我之前碰到过一个学生申请软著评奖学金，代码是自己写的，但是为了显得内容饱满，把自己之前课设做的小功能代码也加进去了，刚好他那个课设的代码被同班同学之前拿去申请过软著，结果查重直接命中，连补正的机会都没给，最后错过了奖学金评定的时间，哭着来找我有没有办法补救，我也只能说没办法，只能重新整理材料再提交。
如果你不知道自己的代码有没有提前命中重复，可以用软著查重工具先自检一遍，省得提交后等1个月才被驳回浪费时间。我自己平时帮客户整理材料前，都会先在软著Pro上跑一遍预查重，能提前筛掉90%的重复问题，比等官方反馈快太多了，要是有重复的部分提前改就行，总比被打回再补正强。
再说说很多人完全忽略的说明书查重。我见过至少一半的补正通知，都是因为说明书相似度太高被打回的。很多人写说明书喜欢找同类型软件的公开说明书抄，连功能模块的描述、逻辑顺序都不带改的，甚至直接拿别人的软件截图替换个logo就用，现在查重系统对文本的比对精度特别高，连续15个字相同就会被标红，更别说截图的特征比对了，只要你抄了，几乎不可能躲过去。
之前有个做教培机构管理系统的客户，找了个不负责任的代理帮他申请软著，代理直接拿了之前做过的同类系统的说明书给他改，他就只改了个系统名称和logo，提交之后直接被驳回，还被标记了“申请材料涉嫌抄袭”，之后他再提交申请都被重点审核，前前后后花了三个多月才拿证，本来要用来报政府补贴的，刚好错过了申报时间，十几万的补贴就这么泡汤了。
要规避说明书的查重问题其实很简单，你就按照自己的软件实际情况写，不要套模板。功能描述不要用网上那种千篇一律的话术，比如别人写“本系统支持用户信息管理，可实现用户的增删改查功能”，你可以结合自己的软件特点写成“本系统针对教培机构学员信息多、分类杂的特点，设置了学员信息分层管理模块，支持按报名课程、所在班级、缴费状态多维度筛选，一键导出学员的上课记录和缴费明细”，这样既贴合你的软件实际，又不会和别人的重复。截图一定要用自己的软件实际运行的截图，不要加多余的水印，也不要用网上的模板图，每一张截图都配对应的功能说明，这样就算是同类软件，你的说明书也不会和别人撞内容。
还有个很多人都踩过的坑，就是为了凑源程序的页数，故意加大量的空行、重复的注释，或者把一段代码反复粘贴。这些小动作其实根本没用，查重系统首先就会把空行、注释全部过滤掉，剩下的有效代码如果只有几百行，反而更容易和别人的重复，毕竟公共功能的逻辑就那么多，有效代码越少，重合的概率就越高。要是你的软件确实代码量不够3000行，你就把前后端的代码都放进去，或者把核心功能的完整逻辑贴全，不要凑没用的内容，反而弄巧成拙。
关于软著申报的材料整理要求，其实版权中心官网也有明确说明，但是很多人不会仔细去抠细节，总觉得差不多就行，等到被驳回了才着急。其实只要你提前搞懂查重的规则，提交前花十几分钟做个预查重，基本都能一次性通过，根本不用来回折腾。
这段时间碰到好几个申请软著报高企的客户，都是卡在查重上，高企申报的截止日期就在眼前，急得团团转。其实真的没必要，前期多花点时间把材料做扎实，比什么都强。毕竟软著这个东西，要么不申请，要申请就尽量一次过，省得耽误事。
