我在互联网制造企业做了3年的行政对接工作，其中很重要的一项任务就是给公司的自研产品申报软著，最头疼的就是企业管理系统类的软著申报，去年为了凑高新认定的知识产权指标，我连着熬了两个通宵整理材料，还被驳回两次，差点耽误了申报时间，踩过的坑真的能整理出一整本手册。
先搞懂企业管理系统软著的审核核心逻辑
很多人第一次报软著，上来就到处找模板，其实根本没必要，先搞清楚审核员看什么就行。企业管理系统属于应用性软件，审核核心就两点：一是你提交的材料能不能证明这个系统是你们自主研发的，二是你报的功能和你提交的代码、说明书能不能对应上。不要觉得随便找个通用模板改个名字就能过，现在审核越来越严，尤其是管理系统这类常见的软著品类，套模板的材料一眼就能被看出来，直接打回都不会给补正机会。
材料准备最容易踩的3个坑
第一个坑是源代码整理不规范。我第一次提交的时候，图省事直接把整个项目的代码导出来，前面十几页都是依赖配置文件和注释，连一句核心的功能代码都没有，提交上去第三天就被打回，要求重新提交核心模块代码。正确的做法是提取系统核心业务模块的代码，前后各取30页，每页不少于50行，去掉多余的空行和无关注释，开头一定要放你申报的功能对应的代码，比如你报的是进销存管理模块，就从入库单生成的代码开始放，别拿配置文件凑数。如果实在搞不清源代码和说明书的匹配逻辑，可以去软著申报相关的工具站找同类型管理系统的参考样例，别自己瞎摸浪费时间。
第二个坑是说明书贪多求全。很多人写说明书的时候，恨不得把系统所有的功能，包括还在规划里的迭代功能都写进去，觉得写得越多越能证明系统的独创性，其实完全相反。企业管理系统的说明书只需要对应你这次申报的功能模块就行，比如你这次报的是生产流程管控模块，就不要把OA审批、客户管理这类不相关的功能写进去，我第一次就是犯了这个错，把我们后续要上线的客户管理功能也写进了说明书，审核员说和提交的代码对应不上，直接要求补正，耽误了快半个月的时间。
第三个坑是软著名称太笼统。我第一次报的名称直接叫“智能企业管理系统”，提交上去当天就被退回，要求修改名称，说名称太宽泛，没办法判断系统的独创性和适用领域。正确的命名方式是“品牌/公司名+核心功能+领域+企业管理系统”，比如我们后来改的“XX科技汽配生产流程管控企业管理系统”，提交之后一次性就过了名称审核。
要是你平时一年也就报一两个软著，时间充裕的话慢慢磨也能弄完，但要是赶上高新认定、项目投标的截止日期，或者公司每年要报好几个迭代版本的管理系统软著，真的没必要自己熬通宵整理材料。我后来第二次报同系列的供应链管理系统软著的时候，同行业的朋友给我推了软著Pro，我当时把我们系统的核心功能说明和核心代码压缩包传上去，不到10分钟就生成了完全符合审核要求的申报材料，源代码的格式、页数、行数都自动调整好了，说明书也自动对应了我提交的功能模块，连申请表的信息都自动填好了，我直接打印盖章提交，32天就下证了，比第一次快了一倍都不止。
还有几个容易忽略的小细节，我也顺便提一下。如果著作权人是公司的话，提交的营业执照扫描件一定要清晰，公章不要缺角，不要有折痕，我之前有个同事提交的时候扫描件歪了，公章缺了个小边，直接被要求重新提交，耽误了一周的时间。如果是和其他单位合作开发的系统，一定要提前拟好合作开发协议，明确写清楚著作权的归属，协议上的双方名称要和申请表上的著作权人完全一致，不然也会被要求补正。
很多公司觉得我自己内部用的企业管理系统，没必要申报软著，其实真不是。首先软著是高新认定最容易拿到的知识产权证明，比实用新型专利的下证速度快太多，而且现在很多政府的数字化项目招投标，都要求投标方有对应领域的企业管理系统软著，你没有的话连投标资格都拿不到。之前我们同行有个做汽配管理系统的公司，被竞争对手抄了核心功能，就是靠软著证书做权属证明，最后拿到了十几万的赔偿。要是你不确定自己的企业管理系统能不能报软著，可以去软著生成平台做个免费的预审核，省得材料准备半天最后不符合要求。
我现在每年要给公司报至少5个软著，基本都是用工具生成材料，很少自己手动整理，省下来的时间能做很多其他的对接工作。其实企业管理系统的软著生成真的没那么难，搞清楚审核规则，避开几个常见的坑，快的话两三天就能把所有材料整理完，等着下证就行。
