我刚接触软著申报那会，第一次递了3份申请，全被打回来补正，要么是源代码空行太多不符合要求，要么是说明书里的截图版本号和申报的对不上，前前后后折腾了两个多月才全部受理，那时候才知道，原来软著审查不是随便凑凑材料就能过的，好多细节没注意到，百分百要被打回。后来摸了三年的申报规则，现在经手的申请基本都能一次过审，很少有补正的情况，今天就把这些实打实的审查要点说清楚，帮大家少走弯路。
首先说大家最容易踩坑的源代码审查要点
很多人第一次准备材料的时候，以为随便找几千行代码凑数就行，其实审查员看源代码的第一个要点就是相关性，你提交的代码必须和你申报的软件功能是对应的，比如你申报的是“校园社团管理系统”，结果代码里出现了“电商订单结算”“短视频爬虫”这类完全不相关的字符，那肯定直接被打回。其次是格式要求，软著源代码格式要求前后各提交连续的30页，每页不少于50行有效代码，空行占比不能超过每页的三分之一，很多人图省事直接从项目里导出代码就交，空行一大堆，每页只有二十多行有效代码，这属于最低级的错误。还有要注意，代码里不要有太多无意义的注释，比如满页都是//测试、//临时写的后续改，这种也会被要求补正，正常的功能注释是可以的，别太乱就行。很多人担心要提交核心代码会泄露技术，其实完全没必要，你完全可以挑非核心的功能模块的代码提交，审查员不会去核验你的代码逻辑能不能跑通，只会看格式和相关性，不用有顾虑。
再来说占补正比例超过一半的说明书审查问题
说明书的审查核心是匹配性和真实性，首先你里面的所有截图，显示的软件名称、版本号必须和你申请表里填的完全一致，差一个字都不行，我之前有个同事就是申报的版本号是V1.0，结果截图里右上角写的是V1.0内测版，就多了三个字，直接被要求补正。其次是内容不能太虚，别整什么“行业首创”“体验一流”这种宣传话术，审查员不吃这套，你就实打实写清楚软件的运行环境、核心功能模块、具体操作流程，每个功能配对应的操作截图，逻辑顺下来就行。还有功能描述要和你提交的代码能对应上，比如你说你的软件有AI智能生成报表的功能，结果代码里连个相关的模块标识都找不到，那肯定过不了。软著说明书撰写其实有很清晰的逻辑线，顺着运行环境、功能概述、操作流程的顺序写，基本不会出大问题。对了还要注意，截图里不要出现其他无关软件的弹窗，比如你截操作图的时候，右下角弹出个微信消息，或者顶部有个360的悬浮球，这种也是会被要求补正的，截图之前最好把后台无关的软件都退了，保证截图干净。
最后说容易被忽略的申请表和主体材料审查细节
很多人觉得申请表随便填填就行，其实这里的坑也不少，首先是软件开发完成时间，如果你是公司申报，开发完成时间绝对不能早于公司的成立时间，我之前就碰到过一个创业公司的小伙伴，填的完成时间比公司注册早了半年，直接被打回来要求补权属说明。如果是个人申报，而且你现在是在职状态，最好提前开个非职务开发证明，不然审查员很可能会质疑你这个软件的权属是不是属于公司，要求你补材料。要是合作开发的申请，一定要附双方盖章的合作开发协议，明确著作权的归属比例，不然也过不了审查。还有公章的问题，所有需要盖章的地方，必须盖清晰的鲜章，不能是打印的电子章，也不能盖得糊到连字都看不清，我之前有个申请就是因为公章边缘糊了一点，被要求重新盖章提交，耽误了好几天时间。
我去年开始帮几家小创业公司做批量软著申报的时候，同行朋友顺手给我推了软著Pro，里面自带的格式校验工具，源代码和说明书上传之后能自动排查不符合规范的问题，省了我好多逐页核对的时间，最近半年递的五十多件申请只有一件因为公司公章盖糊了补正，其他全是一次过审。
平时也有不少朋友问我，是不是要找中介申报才容易过，其实真的没必要，中介收的钱大部分都是信息差的费用，你只要把这些审查要点都摸透，准备材料的时候多核对两遍，完全可以自己申报。如果赶时间的话，尽量避开每年的3-4月和9-10月这两个申报高峰期，这两个时间段提交的申请量大，审查速度慢不说，审查员也会卡得更严，能错开的话尽量错开。我之前有个朋友3月底提交的申请，等了两个多月才出受理通知书，同年6月提交的另一个，一周就出结果了，差距还是挺大的。
其实软著审查真的没有大家想的那么严格，都是有明确的规则的，只要把这些细节都注意到，一次过审真的不难，没必要花大几千的冤枉钱。