企业官网建设流程全解析

软著申请被补正怎么办：按材料类型分的 6 处自查清单

本文是「软著材料规范」系列第 1 篇。后面会陆续写源代码格式、说明书结构、申请表字段对齐。关注我，补正通知来了不用慌。

收到版权中心的补正通知，先别慌。我整理过几十份补正案例，发现 80% 的问题集中在 6 个地方，而且都是"材料之间对不上"导致的，不是内容本身有问题。

下面按材料类型拆开说，每一处都给自查方法。

一、源代码：页数和行数是硬指标

版权中心对源代码的要求是前 30 页 + 后 30 页，每页不少于 50 行。补正里最常见的两条：

• 页数不够 60 页：有的项目代码量小，硬凑到 60 页但每页只有 20 行，照样被打回。行数不够比页数不够更容易被查。
• 前后不连续：前 30 页是登录模块，后 30 页突然跳到支付模块，中间缺了核心业务逻辑。审核员会认为你提交的不是同一套代码。

自查方法：打开你的源代码 PDF，随便翻到第 30 页和第 31 页，看函数名、文件名能不能接上。接不上就把中间的核心代码补进去。

二、说明书：功能模块和源代码要对得上

说明书里写的"用户登录模块"“数据统计模块”，必须在源代码里能找到对应的实现。补正通知里经常出现"说明书描述的功能与源代码不一致"。

自查方法：把说明书里的功能模块名列出来，然后去源代码里搜对应的函数名或注释。搜不到的，要么补代码，要么改说明书。两边必须一一对应，这是被补正最多的一项。

三、申请表：软件名称要全程一致

申请表里的软件名称、说明书里的名称、源代码页眉里的名称，三者必须完全一致。多一个空格、少一个"系统"后缀，都会被要求补正。

自查方法：用 Word 的查找功能，把软件名称在三份材料里搜一遍，看有没有不一致的。特别注意版本号——申请表写 V1.0，源代码页眉写 v1.0（小写）也算不一致。

四、开发完成日期和首次发表日期

这两个日期经常填错。开发完成日期必须早于首次发表日期，而且两个日期都不能晚于申请日期。如果你的软件还没公开过，首次发表日期填"未发表"就行。

自查方法：三个日期按时间排个序——开发完成 ≤ 首次发表 ≤ 申请。如果顺序不对，一定会被补正。

五、合作开发：权属证明不能少

如果是合作开发，必须提交合作开发协议，协议里要写清楚著作权归属。个人申请要身份证，公司申请要营业执照，这些身份证明的复印件要加盖公章。

自查方法：对照申请表里填的著作权人，把对应的证明文件列出来，缺一个就补一个。

六、公章和签名：位置不能错

公司申请的话，申请表最后一页要盖公章，骑缝章也要盖。个人申请要手写签名。补正里"签章不清晰""签章位置错误"也很常见。

自查方法：公章盖在申请表右下角的签章区，骑缝章盖在所有页的侧边，确保每一页都有半个章。

自查清单

• 源代码够 60 页、每页 50 行以上
• 说明书功能模块在源代码里能找到对应实现
• 软件名称在三份材料里完全一致
• 开发完成 ≤ 首次发表 ≤ 申请日期
• 合作开发协议/身份证明齐全
• 公章和签名位置正确

补正通知下来后，按上面 6 条逐条对，基本能找到问题。补正期限是 30 天，时间够用，不用急着重新提交，先把材料改对再说。

下一篇写**「软著源代码 60 页怎么凑才合规」**，包括注释比例、页眉格式、空行处理的具体操作。关注我，下次直接推送。

信可维，软件著作权申请材料辅助整理与格式规范。