软件著作权（软著）的整体通过率高达 90%+，但仍有约 10% 的申请被退回或驳回。一旦被退，要么补正、要么重新申请，时间成本巨大。这篇梳理软著被驳的 5 大原因和应对策略。
一、5 个最常见的驳回原因
1. 源代码与说明书不一致（约 35%）
这是最常见的”硬伤”。审查员会对比源代码功能与说明书描述：
- 说明书写”支持订单管理”，源代码里没有任何订单相关函数
- 说明书是 v1.0 功能，提交的是 v2.0 源代码
- 说明书用了从模板复制的描述，与实际软件不符
对策：说明书要严格对应当前源代码，建议用函数清单 + 模块说明结构，避免空洞描述。
2. 软件名称问题（约 25%）
- 含通用词（”管理系统””平台””APP”单独使用）
- 含厂商名等可识别第三方主体（”微信小程序版” “支付宝小程序”）
- 与已有软著名称高度近似
对策：用“品牌名 + 功能描述 + 版本”结构，如”木标商标管理系统 V1.0″。提交前在版权保护中心官网查重。
3. 申请人主体不清（约 15%）
- 多公司协作开发未明确归属
- 外包开发未签转让协议
- 个人开发用了公司资源
对策：开发前明确权利归属协议，提交时附上《权利归属说明》。
4. 源代码含第三方权利痕迹（约 15%）
- GPL/AGPL 开源协议要求的版权声明未处理
- 引用了未授权的第三方 SDK
- 大段代码来自开源项目
对策：开源代码使用要符合协议要求；提交前清理掉非自有部分的版权头注释。
5. 开发完成日期/首次发表日期错误（约 10%）
常见：
- 开发完成日期晚于首次发表日期（不可能）
- 首次发表日期早于公司成立日期
- 未来日期（系统会拒绝）
二、被驳后的两条路
- 补正：审查员给出补正通知，按指引修改后重新提交。约 2-4 周完成。补正后通过率约 70-80%
- 重新申请：补正期错过或被驳回再申请。需要重新缴纳官费（加急的话）+ 代理费
三、3 个降低驳回率的实战建议
- 提交前做内部 Review：找有经验的工程师审一遍源代码与说明书的一致性
- 用结构化说明书模板：分模块、分功能、分接口说明
- 名称查重 + 显著性检查：避免与已有软著近似
FAQ
Q1: 软著驳回会影响后续申请吗？
不会。驳回记录不会影响下次申请。但同一软件多次被驳会引起更严格审查。
Q2: 补正期限是多久？
收到补正通知后 30 天内必须回复，否则视为放弃。
Q3: 软著名称改了源代码不改算同一个软件吗？
算。但建议软件名称和说明书内的产品名保持一致，避免审查质疑。
南昌软著代办与驳回应对 0791-88698081 · 版权登记指南