上个月帮公司运营部报的那款客户打卡小程序的软著，刚提交12天就收到了版权局的驳回通知，当时负责对接的小姑娘都快急哭了，说再过两周要给甲方交资质，拿不到证项目就得黄。我拿过驳回通知扫了一眼，其实就是两个小问题：源代码相似度超标，还有操作说明书里的界面截图带了微信公众平台的水印，根本不是啥解决不了的大事。
很多人第一次收到软著驳回通知的时候第一反应是完蛋了，要重新走流程，甚至要找高价代理走加急，其实完全没必要，我前前后后报过12次软著，踩过3次驳回的坑，每次都是自己改材料补报就过了，一分钱额外的钱都没花。
拿到驳回通知的第一件事，绝对不是急着重新提交材料，而是先把驳回理由拆解得明明白白。版权局给的驳回理由一般就两大类，一类是材料问题，一类是资质问题。材料问题占了90%以上的驳回情况，比如源代码不达标，要么是行数不够，要么是前后重复率太高，要么是直接照搬开源代码没做修改，连注释都没换；还有操作说明书的问题，比如截图里的产品名称和申报的软著名称对不上，或者带了第三方平台的logo、水印，再或者功能描述和提交的代码完全不匹配，你代码里根本没做会员体系，说明书里写了一大堆会员权益，那不驳回你驳回谁。资质问题就更少了，一般是申请人身份证明没盖公章，合作开发的项目没附合作协议，或者之前有过近似的软著申请没做说明。要是你拿不准自己的驳回理由属于哪类，可以先上软著查询平台对照下常见的驳回场景，省得自己瞎猜浪费时间。
拆解完理由就可以对应改材料了，我上次遇到的源代码相似度高的问题，是之前找的外包团队偷懒，直接把GitHub上的开源打卡系统改了几个界面文字就拿来交，相似度快80%，肯定过不了。改源代码的时候别瞎改边角料，要改核心功能的逻辑，原来的打卡校验是按时间戳判断，我就改成按用户ID+当日哈希值联合校验，前后的所有注释全部换掉，不要留开源代码里的默认注释，还有提交的源代码要求是前后各30页总共60页，每页不少于50行，空行别太多，注释占比不要超过三分之一，别把前端后端代码混着排，要连续。改说明书的时候更要细心，所有截图里的产品名称必须和你申报的软著名称完全一致，差一个字都不行，所有第三方的logo、水印要么裁掉要么打码，功能描述要对应你代码里实际有的功能，别瞎吹。我后来改材料的时候用了软著Pro的材料校验功能，上传完源代码和说明书自动帮我查相似度、名称匹配度还有有没有违规水印，省得我自己一页一页翻，省了至少俩小时。
改完材料准备补报的时候，有几个坑一定要避开。首先是补报期限，版权局给的补报时间是15个工作日，千万别超期，超期就等于自动撤回申请，得重新交钱重新走流程，亏得慌。然后补报的时候一定要写补报说明，别啥也不写就直接传新的材料，审查员每天要看几百份材料，不知道你改了啥，很可能又给你打回来。比如你上次是源代码相似度高，补报说明里就写清楚“已调整核心功能模块代码共1200行，替换全部原有开源注释，代码原创度达90%以上”，写得明明白白，审查员一目了然，过的概率高很多。要是你不会写补报说明，可以参考软著申报平台里的补报说明模板，都是已经过审的真实案例改的，不用自己瞎琢磨措辞。
还有几个新手特别容易踩的雷，我也顺便说下。别觉得驳回了就只能找代理花几千块走加急，我第一次被驳回的时候，代理说要花2000块走绿色通道才能过，结果我自己改了材料重新交，一分钱没多花，18天就拿证了，所谓的包过代理大多也只是帮你改改材料而已，收你好几倍的钱，完全没必要。还有补报的时候只能改材料，不能改申请人信息和软著名称，要是你发现名称错了，只能撤回重新申请，别瞎改了名称就传上去，直接就会被打回来。还有源代码里千万别留别的公司的名称或者开源项目的地址，我之前有个朋友提交的源代码注释里写了“来自GitHub某某开源项目”，直接就被驳回了，还被记了个涉嫌抄袭的标记，后面再报软著审查都比别人严很多。
上次我改那个打卡小程序的材料前后花了不到3个小时，提交补报之后10天就收到了通过通知，刚好赶在给甲方交资质的前一天拿到了电子证书，运营小姑娘还特意给我买了杯冰奶茶感谢。其实软著驳回真的不是什么大不了的事，大部分都是材料的小问题，你只要照着驳回理由一点点改，别糊弄，基本都能过，完全没必要慌慌张张花冤枉钱。