前两年帮公司申报项目需要凑软著数量，前前后后跑了快30件的申请，头两次提交都被打回，那时候离项目申报截止只剩不到三周，急得我天天刷版权局的后台，后来摸透了审查的逻辑，后面提交的基本都是一次过，最快的一次走加急通道5天就拿了证。最近有好几个刚入行的运营问我软著被退了怎么改，干脆把我攒的经验都写出来。
先别着急改，先把补正通知读明白
很多人一看到退回通知就慌了，急着去改源代码改说明书，改了半天才发现根本没改到点上。版权局的补正通知其实写得非常细，哪一页哪部分有问题，要求怎么改都标得清清楚楚，比如有的是“源代码前10页开源通用代码占比过高”，有的是“操作说明书中支付模块未在提交的源代码中体现”，还有的是“申请表填写的开发完成日期早于申请单位成立时间”，每一种问题的改法完全不一样，你要是没搞清楚原因就瞎改，只会反复被打回。
最常见的源代码问题怎么改
我第一次被退就是源代码的锅，那时候图省事，把前端Vue框架自动生成的初始化代码拷了快2000行凑数，结果补正通知直接标出来我前15页基本都是通用框架代码，不符合要求。改的时候首先要记住，提交的核心代码必须是你自研的业务逻辑部分，比如你做的是餐饮门店收银系统，就多放点菜品录入、订单结算、会员折扣计算这块的代码，那些框架自带的、引入的第三方依赖的代码全部删掉，连注释里带的开源项目名称、第三方库标识都要清干净，不要留痕迹。每页的代码行数要保证在50行以上，不要有大段的空行，前后30页的末尾不要出现“end”“结束”这类标识，避免被判定为代码不完整。如果你不知道怎么筛选符合要求的源代码，可以用软著代码整理的相关工具自动过滤，省得自己一行行挑浪费时间。
要是补正原因是代码相似度高，也别慌，先看看是不是你提交的代码里有和网上开源项目重复的部分，或者是你们公司之前提交过其他软著用了同一段代码，把重复的部分换掉就行，换成你自己写的其他业务逻辑代码，别直接去网上搜现成的代码替换，很多网上的代码早就被别人拿去提交过软著了，你用了反而会被判重复，更难通过。
操作说明书的问题改起来最省心
操作说明书被退的概率其实比源代码还高，很多人写说明书要么太敷衍，就放三四张截图，配两句话就交了，要么就是写的功能和提交的源代码完全对不上，比如你代码里根本没有直播带货的模块，说明书里写了支持主播开播带货，肯定会被打回。改的时候首先要保证说明书的所有内容都和你申请表里填的软件名称、功能完全对应，比如你申请的是“中小学课后作业批改系统V1.0”，那所有功能都要围绕作业批改、作业分发、错题整理来，不要扯什么家长沟通、师资管理这些不相关的功能。
截图也要注意，每个功能从登录到操作到出结果的完整流程都要放，截图里不要带其他软件的水印，也不要有和软件无关的弹窗，比如你截界面的时候右下角弹个微信消息，或者浏览器的地址栏里显示的是其他网站的域名，都可能被打回。界面的样式也尽量和通用的开源UI模板拉开点差异，改改按钮颜色、导航栏的位置，避免被判定为套模板。要是你不知道自己填的申请表有没有错误，可以对照软著申请规范里的填表指南一条条核对，基本不会出错。
改完提交的注意事项别忽略
很多人改完材料就直接提交，结果还是被退，其实是没注意提交的要求。首先补正材料必须在收到补正通知的30个工作日之内提交，超过这个时间就会被视为主动撤回，得重新走申请流程，我之前有个朋友就是忙忘了，错过了补正期，白白多等了一个多月。提交补正材料的时候一定要附补正说明，不要光秃秃交个材料上去，你要明确告诉审查员你哪块改了，比如之前是源代码通用代码多，你就写“已删除前30页第5-12行、第28-36行的开源框架通用代码，替换为自研的学员信息查询模块核心代码”，这样审查员一眼就能看到你改的地方，也更容易通过。
我后来报软著之前都会先用软著Pro先查一遍材料有没有问题，从申请表到源代码到说明书都能预检，能查出90%以上会被退回的问题，省得提交了等半个月被退回来又要返工，特别适合第一次报软著、摸不清要求的朋友。
其实软著补正真的没大家想的那么难，我现在帮朋友处理补正，基本改完一次就过，核心就是不要自己想当然，按照补正通知的要求一条条对应改，别偷工减料，基本都能顺利拿证。要是实在拿不准改的对不对，也可以找之前报过的人帮你看看，别自己瞎改浪费时间。
