上个月帮技术部报考勤系统的软著，第一次提交就因为代码重复率42%被打回来，当时我们急着用软著报高新资质，差一点就赶不上申报截止日期。那段时间蹲了好几个软著申报的交流群，自己也试了五六种降重方法，后来报的十多件软著基本都是一次过，身边不少朋友找我问技巧，干脆整理出来给大家参考。
很多人对软著重复率的认知还停留在“随便凑点代码就能过”，其实这两年版权局的比对库更新得特别勤，不仅覆盖了Github等平台的公开开源代码，连往年已经授权的软著代码、网上公开的软著申报材料也都收录在内，你要是图省事直接抄开源代码、或者用网上的通用模板，十有八九会被卡。
先说说大家最容易忽略的代码降重技巧。我见过很多人提交代码的时候，会把整个项目的代码全都粘进去，连框架自带的依赖包代码、引入的开源组件代码也不筛，这些内容早就被无数人提交过了，重复率能不高吗？第一步就是要筛掉所有非自主编写的代码，只保留核心业务逻辑部分，比如考勤系统里的排班算法、加班时长自动核算、假期余额抵扣这些你自己写的部分，那些vue、react框架自带的初始化代码、引入的开源时间处理插件的代码，全部删掉就行，版权局要求的是提交核心代码，不是全部代码，只要你保留的部分能支撑软件运行就没问题。
筛完代码之后，先改注释。注释是会被计入重复率的，很多人完全没注意到这一点。比如你粘的代码里自带的// 初始化页面、// 获取用户信息这种通用注释，全部改成和你软件相关的表述，比如换成// 加载考勤系统移动端首页配置、// 同步企业微信员工打卡数据，哪怕逻辑完全一样，注释改了也能降不少重复率。接下来可以调整变量名和函数名，不用改逻辑，比如原来的userInfo改成staffDetailInfo，原来的calcOverTime改成countStaffOverWorkingHours，调整完之后代码片段的字符变化很大，比对的时候很难匹配到重复内容。还有个小技巧，你可以调整不同功能模块的代码顺序，比如原来先放请假模块再放排班模块，现在把排班模块放前面，比对系统是按片段匹配的，顺序换了之后重复的片段会被拆碎，重复率自然就下来了。
很多人降重只会改代码，忘了说明书也是会查重复的。我之前有个同事报客户管理系统的软著，代码重复率只有8%，结果因为说明书抄了网上公开的通用模板，重复率38%直接被驳回。说明书降重其实更简单，别用网上那种千篇一律的套话，什么“本软件旨在提升管理效率、降低运营成本”这种话全删掉，全部换成你软件的具体功能，比如“本软件可自动同步企业微信打卡数据，无需人工导入导出，加班时长可自动匹配国家法定薪酬计算规则”，写得越具体越独特，越不容易重复。还有功能示意图不要用模板里的通用框图，直接截你自己软件的真实界面，界面上的测试数据也换成你们自己的，比如不要用“测试用户1”，改成“行政部李测试”，独一无二的内容根本不会有重复的可能。
要是你不知道自己的材料重复率有多高，提前用软著重复率检测工具查一下，不要等提交到版权局被驳回再改，一来一回至少浪费半个月时间，赶项目的话根本等不起。我之前踩过这个坑，第一次报的时候没提前查，提交之后等了10天收到驳回通知，改完再提交又等了12天，前前后后耽误了快一个月。
还有几个坑一定要避开，很多人降重的时候喜欢乱加空行、改括号的位置，或者在代码里加一堆没用的注释，这些操作其实都是无效的，版权局的比对系统会自动过滤空行、特殊符号和无意义的冗余内容，你改了等于白改。也不要为了凑够3000行的要求，随便抄别人的代码凑数，要是刚好撞到别人已经申报过的软著内容，不仅过不了，还可能涉嫌侵权，得不偿失。要是你的代码筛完之后不够3000行，完全可以把后端的核心代码也放进去，要是是前后端分离的项目，优先提交后端代码，后端的业务逻辑都是自主编写的，重复率比前端低很多，实在不够的话，把核心逻辑的不同分支代码都放进去就行，不用凑没用的内容。
我自己平时申报前都会用软著Pro先过一遍，它的比对库和版权局的重合度很高，查出来的重复率误差基本不会超过5%，还能直接标出来哪部分内容重复了，对应的重复源是什么，改起来特别省时间。上次那个考勤系统的软著，就是用它查出来有3段代码用了开源的时间计算插件的内容，我把那部分替换成自己写的时间计算逻辑，再查重复率就降到了11%，提交之后12个工作日就拿证了，刚好赶上高新申报的截止日期。
上个月有个开小科技公司的朋友找我帮忙，他们要报双创项目，急着要3个软著，自己提交的第一次全被驳回，重复率都在40%以上。我就让他们按我刚才说的方法，先筛掉所有开源代码，改了注释和变量名，说明书全部换成自己的具体功能描述和真实界面截图，查了重复率都在12%以下，提交之后不到两周就拿证了，省了他们找代理要花的大几千块钱。
很多人以为软著重复率的合格线是30%，其实不同时期的审查尺度不一样，遇到申报高峰期的时候，审查会更严，卡20%的情况也有，最好尽量降到15%以下，基本不会出问题，不要卡着30%的线提交，很容易被驳回。还有一点要提醒大家，降重只是调整你的原创代码的表达方式，不是让你去抄别人的核心逻辑，要是核心功能和代码都是抄别人的，哪怕你改得重复率再低，真的追究起来也是有侵权风险的。
其实软著降重真的没有大家想的那么难，不用找代理花冤枉钱，自己花个一两天时间就能搞定，省下来的钱给团队点几杯奶茶不好吗？
