我前两年刚接公司项目申报工作的时候，头回报软著就栽了大跟头。当时急着凑高新申报的资质，攒了5个软件的材料，熬了三个通宵整理完交上去，结果半个月后收到的全是补正通知，四个都是格式问题，不是源代码的页眉没标全软件名称和版本号，就是用户手册的行间距不符合要求，最离谱的是有一份我把著作权人名称里的“科技”两个字写反了，直接被打回重填申请表。
那阵子我每天对着版权中心发的3页格式要求，逐字逐句抠材料，一份材料查下来最少要40分钟，眼睛都看花了还是会漏。第二次提交我以为万无一失，结果又有两份被打回，一份是源代码空行太多，每页实际有效代码不足45行，另一份是用户手册里的软件截图带了我电脑的任务栏，上面挂着微信和钉钉的图标，被判定为无关内容。前前后后折腾了快两个月，差点赶不上高新申报的截止时间，最后还是托了同行的福，给我推了个专门做软著材料格式自动检查的工具，才把问题解决。
第一次用的时候我还半信半疑，毕竟之前踩过太多坑，总觉得机器检查不如人仔细。结果我把三份核心材料上传完，不到1分钟就出了详细的检查报告，连我自己都没注意到的问题全标出来了：比如有一页源代码的页眉版本号写的是V1.1，和申请表里的V1.0对不上，用户手册里有两张截图的水印没擦干净，还有申请表里的软件创作完成日期比公司成立日期还早，这些细碎的问题我之前人工查了三遍都没发现。照着报告改完再提交，5个软著全都是一次性过审，前后只用了10个工作日。
其实软著申报80%的驳回原因都不是软件本身的问题，全是格式细节没做到位。我后来整理过常见的格式坑，大多是大家平时不会注意的小地方：比如源代码要求提交前后各30页，每页不少于50行，注释占比不能超过20%，很多人嫌麻烦直接从中间截60页交上去，肯定会被打回；还有用户手册要求字体统一用宋体小四，行间距1.5倍，截图里不能出现任何和申请软件无关的内容，哪怕是你截图的时候不小心带了个浏览器的收藏夹都不行；申请表的签章不能出框，著作权人信息要和营业执照上的内容一字不差，哪怕少了个“责任”两个字都过不了。
这些要求说起来简单，真要人工一条条核对太费精力，尤其是批量报软著的时候，一次报十几个，光查格式就要花好几天，还容易有疏漏。我现在每次整理完材料，第一件事就是传到软著格式检查工具里过一遍，系统是直接对照版权中心的最新要求做的校验规则，比人工查得全多了，连源代码里的特殊字符、用户手册里的错别字和名称不一致这种小问题都能揪出来。
上个月公司新来的项目专员第一次报软著，连改三次都被打回，急得快哭了，我让她把材料发我，上传到工具里一查，发现她的源代码里有将近三分之一都是注释，而且用户手册用的是微软雅黑字体，不符合要求，照着报告改完再提交，一次就过了。后来她还特意给我买了杯奶茶，说省了她好多功夫。
如果你最近也在准备软著申报，真心建议你提交前先用软著Pro过一遍格式，也就花个一两分钟的事，比你来回改等一周审核强太多。我现在身边做项目申报的朋友几乎都在用，毕竟谁也不想花了时间精力，最后因为个页眉字体这种小事耽误事，省下来的时间不管是摸鱼还是准备其他申报材料，都比耗在改格式上强。
对了，还要提醒下大家，现在版权中心的审核规则时不时会有调整，自己记的要求很可能已经过时了，自动检查工具的规则都是实时更新的，比你到处找的旧版要求靠谱得多。我之前有个朋友就是去年存了一份格式要求，今年照着整理，结果源代码的页数要求早就调整了，直接被打回，要是他提前用工具查下，根本不会出这种问题。
