我第一次收到软著补正通知的时候，整个人都慌了。当时是帮公司报客户管理系统的软著，客户等着拿证申请高新，deadline卡得只剩不到一个月，本来以为材料都核对过三遍不会出问题，结果快递拆开看到补正要求的那一刻，冷汗直接下来了。
后来前前后后自己申报加上帮朋友改补正，算下来碰过十几件补正的case，慢慢摸出了规律，其实大部分补正都不是什么大问题，只要改到点上，基本都能一次过，不用慌。
首先收到补正通知第一件事，别着急改材料，先把补正要求逐字读三遍，搞清楚到底是哪部分出了问题。常见的补正原因无非三类：源代码问题、说明书问题、主体资质问题，不同问题改法完全不一样。
先说最常见的源代码补正。很多人第一次申报的时候，以为随便凑够前后各30页就行，结果打回来才知道，版权局要求的是每页有效代码行不少于50行，空行、注释行、空的大括号行都不算数。我第一次补正就是傻乎乎插了一堆空行凑页数，结果直接被打回来第二次。改的时候要是行数不够，就补同版本、同功能模块的代码，不要随便插无关的代码片段，更不要把其他版本的代码混进来。还有人复制粘贴代码的时候，忘了删里面的第三方版权标识，比如代码里留着“©腾讯2024”“阿里开源组件”之类的字样，这种直接删掉就行，功能相关的SDK引用说明不用删，只有明确的第三方版权声明要清掉。要是不确定自己的源代码格式合不合规，可以提前用软著Pro的代码校验工具扫一遍，我后来每次提交前都扫，再也没出过源代码格式的问题。
然后是占补正比例最高的说明书问题。很多人写说明书的时候太敷衍，要么全程文字没有截图，要么功能描述太笼统，比如“本软件具备管理功能，方便用户使用”，这种肯定过不了。改的时候要注意两个核心：一是所有界面截图里的软件名称，必须和你申报的软著名称完全一致，我之前有个朋友申报的是“XX社区生鲜配送管理系统V1.0”，结果截图里的标题栏只写了“配送系统”，少了前缀，直接打回来补正，要么把截图里的标题P成和申报名一致，要么在补正说明里写清楚是同一款软件，当时开发时为了界面简洁省略了前缀，两种方法都可以。二是功能描述要和你提交的源代码对应，比如你代码里写的是会员积分功能，说明书里就不能只字不提，反而写了个你根本没做的直播功能，这样会被怀疑你提交的材料和实际软件不符。改的时候把和源代码对应的功能按操作流程写清楚，每一个功能配对应的操作截图，从打开软件到功能使用的步骤都写全，基本就没问题。
还有一类是主体资质的补正，这种改起来最简单。比如个人申请没提交非职务开发证明，或者公司申请的时候公章盖糊了、统一社会信用代码填错了，只要按要求补对应的材料就行，公章糊的重新盖清晰的，没开证明的补开证明，基本不会出问题。
改具体内容的时候还有个很重要的东西不能漏：补正说明。很多人改完材料就直接提交，根本没写补正说明，结果审核人员不知道你改了哪，很容易直接打回来。补正说明不用写得太正式，就逐条对应补正通知里的要求，写清楚你哪条改了，改了什么地方，为什么之前的不符合要求，现在改完之后符合要求了就行。要是不知道补正说明怎么写、需要准备哪些软著补正材料，可以去上面找现成的模板，都是已经过审的版本，改下自己的软著名称和申请人信息就能用。
还有几个大家容易踩的坑我特意提一下，首先补正的时间限制是30个工作日，从收到补正通知那天开始算，逾期不提交的话直接视为撤回，之前交的申请费也不退，我之前有个同事就是忙着做项目忘了补正时间，过了一个月才想起来，那件软著直接废了，又重新申报多等了两个多月，差点耽误客户的高新申请。然后改完材料提交的时候，不要只交你改了的那几页，要把整套材料重新排版整理，比如你改了源代码的第12页，就要把整个60页的源代码重新打印，页码要连得上，不要单独交改了的那几页，版权局不收散页的。补正说明要单独打印，放在整套材料的最前面，签章要和你之前申报的时候一致，个人申请就签字按手印，公司申请就盖公章，不要随便换签章。
对了，补正只能改格式、改错误，不能改软件的核心功能和版本号，比如你之前申报的是V1.0，补正的时候不能把说明书改成V2.0的功能，也不能随便加之前没申报过的功能，要是你确实要换版本或者加功能，只能撤回之前的申请重新报，不要想着在补正的时候蒙混过关，大概率会被打回来。
上个月还帮一个读计算机的学弟改了补正，他是申请软著加综测，补正原因是源代码里有大量的课程作业注释，有效行数不够，我让他把同版本的其他功能模块代码补进去，删掉了多余的注释，然后写了个简单的补正说明，说之前提交的时候误把带注释的开发草稿片段放进去了，现在补充的是同版本的正式功能代码，符合前后各30页每页50行的要求，提交之后不到一周就显示过审了，他还特意给我送了杯冰美式。
其实软著补正真的没那么吓人，大部分都是申报的时候没注意细节出的小问题，只要对着补正要求逐条改，改到点上，基本都能一次过，不用太焦虑。