我刚接触软著申报的时候，第一次帮客户递一份餐饮门店进销存系统的申请，熬了两个晚上整理的材料，结果等了22天等来补正通知，当时客户等着软著报政府补贴，差点就耽误了事。那之后我把版权中心的审核细则翻了不下五遍，前后递了快一百份材料，现在基本材料整理完，就知道能不能过，很少再出补正的情况。
最核心的判断标准其实就两个：一是独创性够不够，二是材料规不规范。很多人以为软著只要凑够代码行数就能过，完全是误区。审核员会随机抽取部分代码做重复率比对，要是你直接扒开源项目的代码，或者网上随便找个模板改都不改就交，大概率会被打回来，严重的甚至会被判定为抄袭，连补正的机会都没有。我之前有个客户图省事，找外包做的系统，结果外包交的代码是网上公开的进销存代码改了个变量名，提交之后直接被驳回，最后只能重新开发再申请，耽误了好几个月的补贴申报时间。
之前我为了避免这种问题，还会先用软著申请的辅助工具做个代码预审，查一下重复率，比自己逐行比对效率高太多，毕竟30页代码快1500行，自己查得查到猴年马月。
再就是材料规范的问题，这也是大部分人补正的原因。先说源代码的要求，是要前后连续30页，每页不少于50行，很多人怕注释占地方，把自己写的注释全删掉，反而容易让审核员觉得你的代码是凑的，其实你自己写的功能注释、修改日志反而能证明这是你独立开发的，留着反而更容易过审。还有不要随便截中间30页代码就交，必须是前15页和后15页，最后一页要到程序或者模块的结束位置，不能半截就断了，不然肯定会被要求补全。
然后是说明书的问题，很多人说明书随便写两页，截图都是糊的，操作步骤跳步，甚至操作步骤对应的功能和你提交的代码对不上，这个肯定过不了。我之前有个同事做的申请，说明书里写了“智能统计月度销量”的功能，结果提交的代码里根本没有对应的统计模块，直接就被要求补正，折腾了快一个月才搞定。写说明书的时候，你就把自己当成完全不会用这个系统的新手，从点开软件到每个功能怎么操作一步步写，每个步骤配清晰的截图，截图里还要带上系统的名称和版本号，和你申请的信息对应上，基本就不会出问题。
还有几个很容易被忽略的小坑，比如软著名称的问题，不能太笼统，不能叫“办公系统”“管理系统”，必须要加具体的应用领域和功能方向，比如“制造业车间生产进度实时管理系统V1.0”这种才符合要求。还有版本号如果不是1.0的话，最好在说明书里附上版本升级说明，讲清楚和之前版本的区别，不然审核员会要求你补充说明，又耽误时间。
很多人问我加急申请是不是审核更严，其实完全不是，不管是普通通道还是软著加急，审核标准都是统一的，只要材料符合要求，加急的也能顺利下证，反而因为加急通道的审核优先级更高，有时候补正的反馈都会比普通通道快一点。
很多人收到补正通知就慌了，以为肯定过不了，其实真的不用。大部分补正都是小问题，比如你截图太糊，或者代码页数不够，或者名称不符合规范，只要按照补正通知里的要求一条条改，再提交上去，基本都能过。我去年有个申请，因为说明书里的系统运行环境写的太笼统，被要求补正，我就把服务器配置、数据库版本、运行需要的插件都列清楚，重新提交之后一周就过了。
如果是第一次做软著申请，没摸清楚规则的话，真心推荐你用软著Pro先做一遍预审，它的检测规则完全是跟着版权中心的审核标准做的，我现在每次提交材料之前都会先过一遍，好几次漏了版本说明、代码页数不够这种小问题，都是提前查出来改的，省了至少半个月的补正时间。
也别信市面上什么“包过”的噱头，那些收你几倍钱说包过的，无非就是帮你把材料捋一遍，要是你本身的代码就是抄的，找谁都过不了。其实软著申请根本没那么难，只要是你自己实际开发的项目，代码和说明书都是真实的，按照要求整理材料，通过率至少在90%以上。要是你实在拿不准，找有经验的人帮你看一眼材料，或者用工具先预审一遍，不用瞎担心，也不用花冤枉钱找所谓的包过中介。
