我之前在互联网公司做了3年的项目申报工作，前后经手了60多件软著申请，从最开始第一次提交半个月就被打回，改了三次才下证，到后来基本提交的材料一次就能过，踩过的坑数都数不过来。身边不少做开发的朋友、创业的同行问我软著申请的问题，其实90%的驳回原因都是常见的小问题，提前注意到就能省下好多时间。
先说说大家最容易踩坑的源代码问题我第一次申请软著的时候，就是源代码这块栽的跟头。当时图省事，直接把整个项目的代码导出来，随便截了前后30页就交了，结果没到半个月就收到补正通知，说代码里大量出现第三方开源框架的版权标识，还有不少空行，每页有效代码行数不够。后来我才摸清楚要求，源代码要提交的是你自主开发的部分，前后各30页，总共60页不够的话就全部提交，每页至少要50行有效代码，注释不能超过总行数的30%，也不能出现和你开发主体无关的名称、版权信息。很多独立开发者喜欢直接把开源框架的默认代码粘进去凑数，这种一查一个准，肯定会被打回。其实现在也有不少工具可以提前帮你排查代码问题，比如软著申请的相关工具站就有免费的代码校验功能，把代码粘进去就能自动排查问题，省得自己挨个翻。
说明书被打回的概率其实比源代码还高我做过统计，我经手的补正案例里，有六成都是说明书出问题。很多人写说明书要么太敷衍，两页纸就写完了，通篇都是功能介绍，一张操作截图都没有；要么就是截图不规范，比如网页端的截图带了其他网站的广告弹窗，APP的截图带了状态栏里的其他APP图标，甚至还有人截图里的软件名称和你申请的软著名称对不上，比如你申请的是“门店进销存管理系统V1.0”，结果截图里的软件抬头写的是“小店库存工具”，这种肯定过不了。还有人喜欢在说明书里写未来要做的功能，这也是大忌，你写的所有功能都必须是已经开发完成的，没上线的功能别往上写。我之前有个做工具类APP的朋友，写说明书的时候把还在开发的会员系统也写进去了，结果被要求补正，只能把相关内容全删掉重新提交，耽误了快一个月。
主体材料和申请表的小错误最容易被忽略很多人觉得前面的源代码和说明书搞定就完事了，结果在最基础的材料上栽跟头。比如个人申请的话，要是你是在职状态，很多人会忘了开非职务创作证明，没有这个证明，审查员会默认你这个软著是职务发明，归属权是公司，个人申请肯定过不了。公司申请的话，营业执照要用最新的、盖了鲜章的扫描件，要是你公司刚换过名称，营业执照还没更新的话，得额外提供工商出具的名称变更证明。还有申请表上的著作权人信息，不管是多个人还是多个公司，都要全部核对清楚，少一个盖章或者签字都会被打回。之前有个合作的创业团队，三个合伙人共同申请软著，有一个人在外地没来得及签字，我想着先提交再说，结果果然被要求补正，来回耽误了快三周。
名称起不对，连提交的资格都没有我见过好多人一开始就卡在上名称这一步，提交的时候直接被系统驳回。软著的名称是有明确规范的，必须要有明确的应用场景+软件/系统/平台/APP这类后缀，比如你做的是给奶茶店用的点单系统，就叫“奶茶门店智能点单系统V1.0”就没问题，要是你只叫“点单神器”，没有后缀，肯定过不了。还有名称里不能随便用第三方的品牌名，比如你做的是微信生态的小程序，直接叫“微信外卖系统”，没有腾讯的授权的话，100%会被驳回。还有尽量不要和已经登记的软著重名，要是实在想叫类似的名称，就要准备好说明材料，证明你的软件和已经登记的那个没有关联，功能也不一样。
之前我每次准备材料都要翻好久版权局的官方文档，就怕漏了什么要求，后来同行给我推了软著Pro，我用了一次就再也没自己挨个核对规则了。上面有现成的源代码校验工具，你把代码粘进去就能自动排查有没有空行太多、第三方版权信息的问题，还有不同行业的说明书模板可以参考，甚至可以帮你做免费的前置审核，把明显的问题先筛出来，省得你提交之后等大半个月才收到补正通知。我上个月帮一个做独立开发的朋友申请软著，他自己之前提交两次都被打回，我用上面的工具帮他过了一遍材料，改了源代码里的开源框架标识，调整了说明书的截图，提交之后22天就拿到证了。
很多人觉得软著申请太麻烦，宁愿花大几百找代理，其实只要避开这些常见的坑，自己提交一点都不难，而且现在版权局的审核效率也提高了，普通申请一般一个多月就能下证，要是急用的话还能走加急通道。对了，要是你拿不准自己的材料有没有问题，也可以先去软著登记的预校验通道查一下，几块钱就能提前排查大部分问题，比被打回耽误时间划算多了。
