前阵子帮公司申报内部客户管理系统的软著，本来以为所有材料都卡着要求整理的，结果半个月后还是收到了版权局的补正通知，当时手上堆着好几个项目要赶，看到通知的瞬间头都大了。好在之前也处理过两次补正，摸清楚了门道，花了一下午改完提交，三天就收到了过审通知。很多第一次碰到补正的朋友会慌，其实只要摸准规则，补正材料真的很好写。
先把补正要求读透，别漏了任何细节
拿到补正通知书的第一件事不是急着改材料，是把通知书里的补正要求逐字逐句读三遍，最好用荧光笔把每条要求的核心点标出来。我见过太多人扫一眼要求就动手改，结果漏了半条要求，提交上去又被打回来，平白耽误时间。比如有的补正要求写的是“请补充源程序前后各30页页眉，标注软件全称、版本号、连续页码，同时删除代码中出现的第三方开源框架标识”，很多人只改了页眉，忘了删开源标识，肯定过不了。要是你不确定要求里的表述是什么意思，可以打版权中心的咨询电话问，别自己猜着改。要是你不知道补正材料的格式要求，也可以在软著申请相关的工具站找最新的规范，别用网上搜的好几年前的老模板，格式不对也容易出问题。
补正说明函要逐条对应，别写空话
补正材料一般分两部分，第一部分是补正说明函，第二部分是修改后的佐证材料。补正说明函是给审核员看的第一份材料，写得清楚明白能省很多事。抬头直接写“中国版权保护中心”，接下来第一行就要写清楚你的软著申请号、软件全称、版本号，别让审核员还要去查你的申请对应哪个案子。
接下来就对着补正要求一条一条写你的修改情况，别写“我们已经按要求修改了所有内容”这种空话，要具体到改了什么、怎么改的。比如补正要求第一条是调整源代码页眉，你就写“针对补正通知书第1条要求，我方已调整提交的源程序文件，在前后各30页的页眉标注了《客户管理系统V1.0》，页码从1到60连续排列，著作权人标注为XX科技有限公司”，每条都对应得清清楚楚，审核员一眼就能看到你确实按要求改了。我自己平时整理这类材料习惯用软著Pro，自动帮你把源代码按要求拆成前后30页，页眉页码都标好，不用自己手动调格式，省了不少功夫。
常见补正场景的处理思路
我碰过的补正场景基本分三类，处理起来都不复杂。第一种是源代码相关的问题，也是最常见的，比如页眉不对、页码不连续、出现其他软件名称、开源代码占比过高。如果是格式问题，改完之后在补正说明里明确标注修改的位置就行。如果是开源代码占比过高，要么把提交的源代码里开源的部分替换成自己写的业务代码，要么附上对应的开源协议证明，说明这部分代码是遵循合法开源协议使用的，符合申报要求。我之前帮朋友处理过一次这类补正，他提交的代码里有大段的React框架代码，后来我们把那部分去掉，换成了他自己写的订单计算模块的代码，补正说明里写清楚“已调整提交的源代码内容，替换为软件核心业务模块的自有代码，无第三方未授权代码内容”，三天就过审了。要是你不知道怎么筛选符合要求的源代码，可以去软著申报的工具站找自动筛选的功能，省得自己一页页翻。
第二种是操作说明或者用户手册的问题，比如截图有第三方水印、界面和软件名称不符、功能描述太简单。比如你提交的截图里有微信或者阿里云的logo，要么打码删掉，要么说明这是对接的第三方接口，有合法授权。如果是功能描述太简单，就把每个功能点的操作流程补详细，别只写“用户可以登录”，要写清楚“用户打开软件后在登录界面输入11位手机号和6位以上密码，点击登录按钮后系统会校验账号合法性，校验通过后进入软件主界面，可查看个人待办任务”，还要配上对应的操作截图，每张截图下面标清楚对应的功能点。
第三种是著作权人相关的材料问题，比如营业执照过期、盖章不清晰、合作开发的没有附合作协议。这种就更简单，换最新的营业执照复印件盖章，重新盖清晰的公章，把合作开发协议补上去就行，补正说明里对应说清楚就好。
这些坑千万别踩
补正的期限是30个工作日，从你收到通知书那天开始算，千万别超期，超期了就视为撤回申请，得重新提交所有材料，我之前有个同事就是因为项目忙忘了补正，之前花了半个月整理的材料都白弄了，又重新走了一遍流程，多花了一个多月。还有补正的材料要和之前提交的版本对应，别改完之后软件名称或者版本号变了，那肯定过不了。还有补正说明函一定要盖公章，个人申请的话要签自己的全名，别漏了，我上次就见过有人补正说明没盖章，直接给打回来的。
其实软著补正真的不是什么难事，只要你对着要求一条条对应修改，每条都给出明确的说明，基本上都能一次过，不用太焦虑。我前前后后报了十几件软著，碰到补正的三次都一次过了，只要摸准规则，真的不用反复折腾。