软著申请被驳回原因：常见材料问题与补正方法

软著申请被驳回，通常不是软件本身有问题，而是材料之间对不上、格式不合规或权属信息有缺口。先看补正通知，逐条对照软著申请被驳回原因，再按申请表、源程序、说明书、证明文件四组材料同步修改，比盲目重交更有效。

驳回通常卡在哪几类材料

从实际提交和补正的经验看，中国版权保护中心更关注材料是否完整、一致、可读。软件有没有创意，反而不是第一道门槛。

• 源程序：页数不够、排版太稀、页眉页码缺失，前后页不连续。
• 软件文档：说明书像产品介绍，缺运行环境、功能模块、操作流程，截图和文字对不上。
• 软件著作权登记申请表：软件名称、版本号、开发完成日期、首次发表日期前后矛盾。
• 权属与身份证明：公司更名、合作开发、委托开发、学校项目没有说清权利归属。

这些点单独看都不大，审查时却会交叉核对。申请表写V1.0，源程序页眉写1.0，说明书封面又写正式版，就容易被要求补正。

源程序、说明书、申请表最容易出哪些硬伤

源程序不是随便打印一份代码就行。一般要求提交前、后各连续30页，共60页；不足60页的全部提交。每页通常不少于50行，结束页除外，页眉要能看出软件名称、版本号和页码。只截核心代码，或把字号调大、行距拉宽凑页数，都容易暴露问题。

源程序和说明书怎么互相印证

说明书要围绕软件本身写，不要写成融资材料。比较稳的写法是：先写运行环境，再写功能模块，最后按操作路径配截图。截图里的菜单、按钮、版本号，最好和源程序页眉、申请表版本号一致。文档里出现“用户管理”，源程序里找不到对应模块，也可能被追问。

补正时按什么顺序改更稳

收到补正通知后，不要马上推倒重做。先判断是形式缺陷还是实质材料缺失。形式缺陷包括页眉、页码、签章、格式；实质缺失包括权属证明、源程序连续性、说明书功能说明。

1. 逐字读补正通知。把审查员指出的条目抄成清单，标出必须改和需要补充的材料，不要只看结论。
2. 统一软件名称和版本号。以软件著作权登记申请表为基准，检查源程序页眉、说明书封面、截图版本号、证明文件。V1.0和1.0不要混用。
3. 重排源程序。选前30页和后30页连续代码，页眉写软件名称、版本号、页码，检查每页行数和结束页。不要用空白页、注释堆页数。
4. 改说明书。补运行环境、开发工具、功能模块、操作步骤。每个主要功能配一张能看清的截图，截图文字要和说明对应。
5. 核对权属和身份证明。公司申请看营业执照和签章，合作开发看合同或权属约定，委托开发看双方约定，学校项目看学校规定。
6. 提交前做交叉检查。按名称、版本号、日期、权利人、签章逐项核对申请表、源程序、说明书、证明文件，确认没有前后矛盾再提交。

最容易出错的是第二步和第六步。补了源程序却忘改申请表版本号，或改了说明书但截图还留着旧版本号，都会让补正白做一遍。

自己整理和借助工具整理怎么选

如果软件规模小、权利主体单一、你又有时间逐页检查，自己整理完全可行。坏处是容易只盯代码页数，忽略申请表、说明书、证明文件的一致性。材料一多，比如创业团队同时申请多个版本，或学生项目涉及导师、学校、合作方，漏项概率会明显上升。

借助工具整理，重点不是替你写材料，而是做清单和交叉检查。比如软著Pro，它是一套面向程序员、学生和创业团队的软著登记材料整理工具，适合材料多、容易漏页漏签章的人，用来把源程序、说明书、申请表和证明文件放在一起核对。它不能替代真实代码和真实文档，但能帮你减少软著材料补正时来回改的低级错误。选哪种方式，看材料复杂度和时间成本；单文件小工具，人工检查也够用。

常见问题

软著申请被驳回后还能再交吗？

可以，按补正通知修改后重新提交或补正即可。关键是别只改被指出的那一页，名称、版本号、页眉和说明书要同步改，否则可能再次退回。

源程序到底要提交多少页？

一般提交前、后各连续30页，共60页，不足60页的全部提交。每页通常不少于50行，结束页除外，页眉写软件名称、版本号和页码，不要用空白页凑数。

说明书和软件功能不一致会被驳回吗？

会，这是很常见的驳回原因。说明书要写清运行环境、功能模块和操作流程，截图与文字对应，不要写成商业计划书或产品宣传页。

申请表填错版本号怎么办？

补正时统一改成一致版本号即可。源程序页眉、说明书封面、截图和证明文件里的版本号都要一起核对，V1.0和1.0不要混用。

补正通知没看懂，先改哪里？

先按通知列出的条目改，再从申请表、源程序、说明书三者的名称和版本号开始核对。补正不是重写全部，别把原本没问题的材料改乱。

办理软著登记时，具体要求可能随官方办事指南调整，提交前请以中国版权保护中心或办理窗口的最新要求为准。