上个月帮公司运营部门报那个客户会员管理系统的软著，前两次提交都被打了回来，第一次说源码里第三方框架代码占比太高不符合要求，第二次说操作说明书里的功能描述和源码对应不上，前后折腾了快半个月，差点赶不上项目的补贴申报 deadline。
先把退回原因读明白，别上来就瞎改很多人收到补正通知书扫一眼就着急改材料，其实第一步得先把通知书里的每一条要求都抠细了看，版权局的审查员每条退回意见都写得很明确，不会故意给你打哑谜。比如我第一次收到的退回意见写的是“源程序中第三方开源代码占比过高，请提交软件核心自主开发代码”，我刚开始还以为是我交的源码行数不够，又多凑了20页扔上去，结果直接又被退了，后来才知道是我把vue、elementui的框架代码都放进去了，审查员一眼就能看出来不是你自己写的。这里建议大家拿到通知书先把每条问题都用荧光笔标出来，每条后面备注好需要修改的材料类型，是改源码还是改说明书，还是要补证明材料，别漏了任何一条，软著申报的补正要求都是一卡一卡的，只要有一条没达标就会被退。
最常见的两类退回问题，改的时候盯着这几个点我自己踩过的坑，加上帮朋友改了十多份补正材料的经验，90%的软著退回都是源码或者说明书的问题，很少有其他材料的问题。
先说说源码的修改方法，首先要记住规则是前后各交30页核心代码，不足60页就全部提交，每页至少要有50行有效代码，不要整页都是空行或者注释。改的时候先把所有第三方依赖、开源框架的代码全部删掉，比如前端的node_modules里的代码、后端引用的公共工具类代码，这些都不算你的自主开发内容，放多少都没用。然后前30页尽量放启动类、核心业务逻辑的代码，比如会员管理系统就放会员等级计算、权益核销相关的代码，别一上来就放配置文件、数据库连接代码，审查员翻前几页看不到你的核心逻辑很容易直接打回。后30页的最后一页必须是程序的结束页，不能半截卡在某一个函数中间，最好能显示程序结束的标识，比如return 0或者结束大括号。要是你嫌自己一页页筛代码太麻烦，可以试试软著Pro，我上次改源码就是用它自动过滤重复代码和第三方框架代码，直接导出符合要求的60页源码，省了我快一天的功夫。
再说说说明书的修改，这个是最多人踩坑的地方。首先所有的操作截图，标题栏或者左上角必须和你申请的软著全称完全一致，比如你申请的是“XX电商会员积分管理系统V1.0”，截图里就不能只写“积分系统测试”，差一个字都不行。然后操作流程要从登录页开始写，每一步操作都要有对应的截图和文字说明，不要跳步，比如你写“点击新增按钮完成会员添加”，就必须要有点击新增的截图、输入信息的截图、添加成功的截图，三张都不能少。还有很重要的一点，说明书里写的所有功能，都要能在你提交的源码里找到对应内容，比如你说系统支持自动计算积分抵扣金额，源码里就要有积分计算的相关逻辑，不然审查员会认为你提交的材料和实际软件不符，直接退回。
提交修改前最后核对一遍，别踩这些小坑改完所有材料先别急着提交，再核对几个细节，能帮你少走很多弯路。首先补正的材料要和你第一次提交的版本对应，比如你原来的说明书是15页，修改的时候不要直接删掉好几页或者加十几页，要是改动太大最好在补正说明里写清楚你改了哪些地方，方便审查员核对。然后补正的期限是30个工作日，从你收到退回通知那天开始算，超期没提交的话就会被视为主动撤回申请，交的官费也退不回来，得重新申报，太亏。要是你拿不准自己改的材料能不能过软著补正审核，可以提前找上面的顾问帮你把把关，我第二次改完就是找他们帮我看了下，帮我指出了截图里少了版本号的问题，不然又要被退一次。
我上次按照这个流程改完，提交之后不到一周就出了登记证书，刚好赶上了公司的项目补贴申报。其实软著补正没有大家想的那么难，只要对着审查意见一条条改，把核心要求都踩中，基本都能一次过，不用太慌。
