前阵子帮一个做电商订单管理工具的客户救场，他自己前两次提交软著申请都被打回，折腾了快三个月，我翻了一遍他的材料，改了三个核心问题，重新提交之后两周就下证了。很多人觉得软著申请很简单，随便填个表交个代码就行，真踩过坑才知道，审查的细节卡得比你想象的严多了。
源程序的审查是第一关，大部分人第一次被打回都是栽在这里。首先是重复率的问题，现在审查默认要求源程序的自创占比要在80%以上，很多人图省事，直接把开源项目的代码扒下来改个名字就交，前后30页里有大半都是通用框架的代码，一查一个准。还有人提交的前后30页大量重复，比如最后几页全是配置文件或者注释，甚至连页码都标错，这些都是直接打回的硬伤。之前遇到过有人代码里混了其他开源项目的归属标注，直接被要求补授权证明，要是拿不准哪些内容不合规，可以先过一遍软著审查的合规校验，提前筛掉问题。还有个容易忽略的点，代码里不能出现和你申报主体无关的公司名称、项目名称，比如你是个人申请，代码里却写了某某公司版权所有，审查员肯定会要求你补充归属证明，平白多折腾半个月。
说明书的一致性要求最容易踩坑，很多人写说明书就随便凑几页，写个“本系统具备用户管理、订单管理功能”就完事，这肯定过不了。现在要求说明书里的每一个功能描述，都要有对应的操作截图和步骤说明，而且截图里的软件名称、版本号，必须和你申请表里填的完全一致。之前有个做校园管理系统的学生客户，截图里的软件名少了个后缀“V1.0”，就因为这俩字符，直接被打回补正。还有如果你的软件是依托其他平台开发的，比如微信小程序、抖音小程序，截图里一定要把第三方平台的logo、名称打码，不然审查员会认为你这个软件是依托其他平台的附属功能，需要提供平台的授权证明，光补这个证明就能折腾你好久。我自己平时批量整理材料的时候，都会先用软著Pro过一遍基础格式，省得我自己逐页翻代码查重复率、核对名称，能省不少事。
申请表和资质材料的细节也不能马虎，很多人填申请表的时候随便写开发完成时间，这里要注意两个点，一是开发完成时间不能晚于你提交申请的时间，二是如果是个人申请，开发完成时间不能早于你年满16周岁的时间，之前有个刚满18岁的学生申请，写的开发完成时间是2020年，那时候他才12岁，直接被要求补监护证明，麻烦得要死。还有如果是在职人员个人申请，最好提前开个非职务发明证明，不然审查员大概率会默认你这个软件是用公司资源开发的职务作品，要求你提供公司的授权说明，很多人卡在这里进退两难。还有个容易忘的点，如果你申请的软件是和别人合作开发的，申请表里的著作权人信息要把所有合作方都列全，不能只写你自己，不然后续下证之后还要做变更，成本更高。
很多人被打回之后不知道怎么补正，这里可以说个小技巧，补正通知里说的问题，你要一条条对应着改，改完之后要在补正说明里列清楚你改了哪几个地方，对应的页码是多少，不要让审查员自己去翻找。要是你对补正材料怎么写拿不准，也可以在软著申报平台上找对应的补正模板，照着改基本都能过。还有要注意补正的时间限制，现在要求是15个工作日内提交补正材料，超过时间就会视为自动撤回申请，之前有个客户就是没留意邮箱里的补正通知，拖了20天，只能重新提交，又多等了两个多月。
其实软著审查没有大家想的那么难，只要把这些细节都做到位，基本上一次过审的概率能到90%以上，不用花冤枉钱找高价代理，自己多花点时间核对材料就行。要是时间比较紧或者手头要整理的材料多，提前用工具过一遍基础校验，能避开80%的常见驳回理由，省下来的时间足够你处理其他更重要的事。