软著申请被补正十个里有八个栽在源代码文档上。版权保护中心对源代码的格式要求其实就几条硬指标但每条都有踩坑点。这篇按审查口径逐条讲清照着准备基本不会被挑毛病。## 一、硬指标清单1. 页数前后各连续 30 页共 60 页- 代码总量够 60 页的提交前 30 页 后 30 页中间可以断开- 代码不足 60 页的全部提交一页不能少- 注意是“连续”页码不能跳着挑好看的页面交2. 每页行数不少于 50 行- 指纯代码行空行、纯注释行审查时不算数- 从 IDE 直接打印常常每页只有 30-40 行这是补正重灾区- 解决办法调小字号、缩小行距、页边距调窄把每页行数凑够3. 页眉软件名称 版本号- 每一页的页眉都要标注软件名称和版本号- 名称必须与申请表填写的完全一致多一个字少一个字都不行- 版本号首次登记统一 V1.04. 页码连续标注- 页眉或页脚标页码前 30 页编 1-30后 30 页编 31-60- 页码不连续会被怀疑抽换页面5. 内容完整第 1 页是程序开头最后 1 页是程序结尾- 第 1 页必须从程序的入口部分开始比如 main 函数所在的文件开头- 最后 1 页必须是代码的自然结尾不能半截截断## 二、内容上的注意事项-注释可以保留但不要整页都是注释更不能拿开源协议的 LICENSE 页凑页数-别混入第三方代码版权页审查员看到别人的版权声明会要求说明权利归属-代码要真实明显拼凑、重复刷行数的代码有被驳回风险- 多种语言混合开发的项目按主要代码量选主体语言的部分提交即可## 三、常见补正原因对照表| 补正原因 | 解决办法 ||—|—|| 每页不足 50 行 | 调排版参数凑够行数 || 页眉名称与申请表不一致 | 全文统一为申请表上的软件全称 || 页码缺失或不连续 | 重新编号 1-60 || 首页不是程序开头 | 换从程序入口开始截取 || 代码与说明书功能对不上 | 说明书截图的功能要在代码里有体现 |## 四、省时间的做法60 页代码、每页 50 行、页眉页码齐全手工排版一份要两三个小时改一处全部重来。这类机械重复的工作其实完全可以自动化。现在有不少软著材料生成工具核心思路就是把审查规范固化进算法里上传代码后自动按要求排版——前后各30页、每页凑够50行、页眉软件名称版本号、页码连续编号一步到位。有些工具还能同时生成操作说明书和实机截图一套材料全部配套出。我自己在用的是信可维最近刚更新了大版本AI识别代码结构的准确率提升了不少特别是多文件、多语言的项目生成的材料连贯性更好。有需要的朋友可以试试看能省不少反复调格式的时间。## 总结源代码文档的审查逻辑就五点页数够、行数够、页眉对、页码连、首尾完整。申请前拿这五点自查一遍补正概率能降一大半。
