软件著作权登记总被补正？源程序与说明书这两关最容易失分

软著登记总被补正？源程序与说明书这两关最容易失分。本文从代码取样、文档撰写、版本与时间逻辑三个实操层面，讲清容易失分的地方以及如何在递交前自查。

很多人拿到补正通知的第一反应是“哪里不对”，其实审查员关注的点非常具体。补正并不等于驳回，但《计算机软件著作权登记办法》里规定的补正期限只有 30 日，逾期未补或补得不对，申请就会被视为撤回。所以与其被动等通知，不如在递交前把下面这几处先捋顺。

代码取样：前后各 30 页是最常被退回的地方

源程序要求提交前 30 页和后 30 页，合计 60 页，每页不少于 50 行。常见失误有三个：一是只交了中间连续的一段，没有“前”“后”之分；二是把大量空行、注释页也塞进去，导致有效代码密度不够；三是直接把整个工程目录导出来，混入第三方库、配置文件或界面截图，让审查员根本看不清你的核心逻辑。整理代码时，应保留能体现软件主干功能的部分，去掉无关的库文件和纯配置。

说明书：要和代码“对得上号”

用户操作说明书或设计说明书，每页不少于 30 行，作用是让审查员看懂软件“做什么、怎么做”。最容易出问题的是图文脱节——文档里写的功能，在代码里找不到对应实现；或者截图用的是旧版本界面，和申请的版本号不一致。建议用真实运行截图，按功能模块逐项说明，让文档和源程序讲的是同一件事。

版本与时间逻辑不能自相矛盾

开发完成日期、首次发表日期、版本号三者要保持合理关系：开发完成日期通常不晚于首次发表日期，版本号在申请表、代码页眉、说明书里要完全一致。我们见过把 V1.0 写成 v1.0、把开发完成日期填成未来日期的低级错误，这些都直接在形式审查阶段就被打回。

补正通知来了怎么应对

收到补正通知后，先逐条对照审查意见，不要整体重做。多数补正只要求补充某几页代码、修正某处名称或说清某个功能点。在 30 日期限内一次性补到位，比反复提交更省时间。审查时限自受理之日起算为 60 日，补正期间不计入，因此越早补齐，下证越快。

需要针对自身项目定制软著登记方案？欢迎在软著通（ruanzhutong.zaipack.cn）进一步咨询，获取从评估到下证的一站式协助。