前几年刚接触软著申报的时候，我帮公司技术部提交第一个进销存系统的申请，连续补正了三次，前后折腾了快俩月才拿证，那时候才发现官方指南写得太笼统，好多实操细节没人说的话，真的要踩好多冤枉坑。
第一个最容易卡的就是源程序准备，我最开始踩的坑就是直接把整个项目的代码导出来就交，连本地运行的调试日志、半页的空行都没处理，结果补正通知直接打回来，说源程序不符合规范。后来查了软著申请相关的实操攻略才搞懂，要求的前后各30页，每页不少于50行，空行和注释是可以算行数的，但不能整页大半都是空行，要是你的总代码量不足60页，就全部提交就行，超过的话再截取前后各30页。还有个没人说的细节，页眉一定要写上和申请表完全一致的软件全称+版本号，右上角标连续页码，我第二次补正就是因为页眉的版本号写错了，多写了个beta后缀，又被打回来一次。
然后是操作手册（用户手册）的坑，很多人以为随便截几张软件界面的图就行，完全不是那么回事。你提交的手册要和你申请表里填的软件功能完全对应，比如你申请的是门店会员管理系统，手册里的功能就得围绕会员录入、积分兑换、消费记录这些来，不能一半都是库存管理的内容，你得让审核的人一眼能看出来你这个软件是干嘛的。截图也要注意，不能有其他无关软件的弹窗，我之前有个同事提交的手册里刚好截到了右下角的微信消息弹窗，直接就被要求补正。每一张截图下面最好配对应的操作说明，不用写得太复杂，说清楚点了哪个按钮实现了什么功能就行，不用抠技术细节。
申请表填写的小细节也特别多，最容易错的就是软件名称，很多人喜欢随便起，比如“张总说的那个好用的客户管理工具”，这种肯定过不了，名称规范其实很简单，要么是“XX软件V1.0”，要么是“XX系统V1.0”，或者“XX平台V1.0”，后面的版本号要和所有材料里的版本号完全一致，一个字都不能差。还有开发完成时间和发表时间，很多人搞混，开发完成时间是你代码全部写完的时间，发表时间是你第一次把这个软件公开给别人用、或者上线的时间，要是没公开发表过就直接填未发表，别瞎填，我之前见过有人填的发表时间比自己公司成立时间还早，直接被要求开一堆证明，麻烦到不行。如果是合作开发的话，一定要提前准备好所有合作方盖章的合作开发协议，不然提交之后补材料更费时间。
我后来申请的软著多了，懒得自己一页页调格式核信息，就常用软著Pro的工具自动生成符合要求的源程序格式和操作手册模板，省了好多重复劳动的时间，他们整理的补正案例库也特别全，基本你遇到的驳回理由都能找到对应的解决办法，比自己瞎琢磨快太多。
好多人问我下证时间的问题，现在普通通道的申请，只要材料没问题，基本1到2个月就能下证，要是着急的话也可以走加急通道，最快3个工作日就能拿证，不过费用会高不少，不是特别急的话走普通通道完全够用。还有人问软著的有效期，个人申请的话是作者终生加去世后50年，公司申请的话是首次发表后50年，没发表的话是开发完成后50年，基本够用了。要是后续软件迭代了新版本，直接申请新的软著就行，版本号填V2.0、V3.0都可以，材料对应新版本的内容就没问题。
最后说个很多人不知道的坑，就是源代码的相似度问题，要是你提交的代码和已经公开的其他软著代码相似度太高，会直接被判定为抄袭驳回，所以别随便去网上找开源的通用代码凑数，就算用了开源部分，也要提前准备好说明，不然很容易卡壳。其实软著申请真的没那么难，就是细节多，把这些小坑都避开，基本一次就能过，不用花冤枉钱找不靠谱的代办。
