上个月帮做线上教育的发小处理软著驳回的事，他急得嘴上起泡，说再过半个月就是当地文创项目补贴的申报截止日，要是软著下不来，十万块的补贴就打水漂了。我当时翻了下他的驳回通知书，其实就是个很小的问题：软件名称里没有明确应用领域，提交的操作说明书里的功能描述也太笼统，改完第二天重交，一周就下证了，刚好赶得上申报。
先把驳回通知书读透，别上来就瞎改
我见过太多人一收到驳回通知就乱了阵脚，随便改两行代码或者换个文档就重新提交，结果第二次还是被打回来，平白浪费时间。首先你要逐字逐句读驳回通知里的理由，官方的驳回理由都写得非常明确，不会含糊其辞，常见的无非就是几类：软件名称不符合规范、源代码原创率不达标、操作/设计说明书和源代码不匹配、申请人资质材料有问题。如果不知道怎么判断驳回理由是不是合理，或者不知道同类问题别人是怎么整改的，可以先到软著查询平台对照同类已通过的案例参考下，别自己闭门造车想当然改。
我之前第一次报软著的时候，给软件起的名字叫“智能库存管理系统”，直接被驳回，理由是名称没有明确所属领域和应用场景，后来我对照平台上同类型的已通过软著，把名字改成“快消品经销商智能库存管理系统V1.0”，第二次提交直接就过了。要是我当时不看案例，瞎改成“库存管理系统2.0”，肯定还是过不了。
不同驳回理由的针对性整改方法
如果是源代码的问题，基本都是两个原因：要么是原创率不够，要么是提交的源代码不符合规范。很多人图省事，直接扒开源代码改几个变量名就提交，审核老师每天看成千上万份代码，一眼就能看出来是不是抄的。现在要求软著的源代码原创率至少要到80%，而且提交的是前30页和后30页，每页不能少于50行，不能有大量空行，也不能出现第三方开源库的标识、开源协议字样或者外网链接。我之前有个同事提交的代码里留了大量// 引自GitHub某某项目的注释，直接被打回来，整改的时候把这些注释全删掉，把核心功能的逻辑顺序调整了一遍，还自己重写了近一千行的核心业务代码，再提交就过了。我之前整改的时候嫌找重复代码太麻烦，用了软著Pro的代码校验功能，上传完代码直接就能标出和开源库重复的部分，还有文档和代码的匹配度检测，省了我至少两天的时间。
如果是文档的问题，大多是因为操作说明书或者设计说明书写得太敷衍，要么是功能描述和源代码对不上，要么是界面截图和申请的软件名称、版本号不匹配。比如你文档里说你的软件有自动生成报表的功能，结果你提交的源代码里连一行和报表计算相关的代码都找不到，肯定会被驳回。整改的时候要对着你写的每个功能点，都能在提交的源代码里找到对应的模块，甚至可以在备注里标注某个功能对应的代码行号，让审核老师一眼就能看到你确实实现了这个功能。还有的人截图里的软件名称是测试时候随便写的，和你申请的软著名称差十万八千里，这种低级错误真的别犯，改下截图上的水印或者名称，两分钟的事，别因为这个耽误时间。
如果是申请人资质的问题，就更简单了，无非就是公章盖得模糊、营业执照过期、个人身份证拍得不清楚、合作开发没有提交协议或者协议没签字盖章，按照要求补全材料就行，这种是最好整改的，基本补完再交都能过。我之前帮一个创业的学弟报软著，就是合作开发协议上忘了写签署日期，直接被驳回，补签了之后第二天重交，三天就过了。
重提交流程的注意事项
整改完所有内容之后，重新提交的时候一定要写清楚整改说明，就在提交页面的备注栏里，把你针对上次的驳回理由做了哪些整改一条条列清楚，比如“上次驳回理由为软件名称不规范，本次已将名称修改为‘快消品经销商智能库存管理系统V1.0’，补充了快消品领域专属功能的操作说明文档”，这样审核老师不用再从头翻你的材料找整改点，通过率会高很多。如果实在不知道怎么整改源代码和文档，也可以找软著代办的专业老师帮你把关，比自己瞎琢磨效率高太多，尤其是赶时间的情况下，花点小钱省大事。
去年我帮公司报供应链管理系统的软著，第一次驳回是说源代码和某开源进销存系统相似度超过70%，后来我把我们自主开发的库存预警、供应商分级两个核心功能的代码抽出来，放到提交的源代码前30页的显眼位置，文档里专门把这两个功能的操作流程、界面截图写得特别详细，备注里也标注了这两个功能对应的代码行号，说明是我们自主研发的，第二次提交五天就过了，刚好赶上了高新技术企业认定的时间节点，没耽误事。
其实软著驳回真的不是什么大事，只要你不是完全抄袭的，90%以上的驳回理由都是可以整改通过的，不用太焦虑。很多人卡着时间点报软著，要么是为了评职称，要么是为了申补贴、上应用市场，遇到驳回先稳下来，对着理由一点点改，基本都能赶得上时间。我这两年帮身边朋友和公司处理了快20个软著的驳回整改，还没遇到过整改之后还过不了的情况，前提是你真的认真改了，不是随便敷衍。