软著被退回后，先看中国版权保护中心给出的补正意见，按意见定位到源程序、软件文档或软件著作权登记申请表，逐项修改后再提交。不要只换封面、改文件名；真正要判断的是材料能否证明软件名称、版本、功能、运行界面和代码之间相互对应。
我第一次整理软著材料时，也以为把代码导出、说明书转成 PDF 就差不多了，结果退回意见里同时提到源程序页数、文档截图和申请表功能说明不一致。后来重新梳理才发现，问题往往不是某一页做错，而是整套材料看起来不像同一个软件。
先看退回原因，再决定从哪份材料改
补正通知通常会指出材料缺陷，但有些意见写得比较概括，比如“材料不规范”“文档内容不完整”。这时不要急着猜测，建议把三份核心材料放在一起对照：软件著作权登记申请表、源程序、软件文档。先确认退回点属于格式问题、内容对应问题，还是软件身份信息不一致。
| 退回表现 | 优先修改位置 | 判断标准 |
|---|---|---|
| 源程序页数不足、空白多、页眉混乱 | 源程序 | 代码连续、清晰，能体现软件名称或版本，前后量符合官方要求 |
| 说明书只有功能介绍，没有操作过程 | 软件文档 | 从启动、登录、主要功能到结果页面都有截图和说明 |
| 软件名称、版本、开发完成日期前后不一致 | 申请表及文档封面 | 申请表、源程序页眉、文档标题中的信息完全一致 |
| 功能描述与截图、代码看不出关系 | 文档和源程序 | 功能模块、界面名称、代码目录或关键命名能相互对应 |
如果退回意见同时列了好几项，建议先改软件名称、版本、权属信息这类基础内容，再改代码和说明书。因为基础名称一旦变动，后面的页眉、封面、截图标题都要跟着调整。
源程序被退回，具体怎么改
源程序被退回，常见原因不是代码“不够高级”，而是材料形式不像一份可识别的程序文件。比如每页只有十几行、大量空行、注释把正文挤没、只贴配置文件，或者前半段是前端页面，后半段突然换成无关脚本，审查人员很难判断它属于同一个软件。
按这个顺序重新整理源程序
- 先确认软件全称和版本号，源程序页眉或标识中的名称要与申请表一致，不要文档叫“管理系统”，代码页眉写成“平台”。
- 选择能体现核心功能的连续代码，优先整理登录、数据管理、业务处理、查询统计等模块，不要只提交自动生成的页面代码。
- 按官方要求控制每页代码量和总页数，删去大段空行、重复注释、无关注释；每页保留稳定页码，代码不要截断到半句。
- 前30页和后30页要放在同一个代码逻辑里检查，开头能看到程序入口或主要模块，结尾不要用无关测试文件凑页。
- 如果代码里出现第三方框架名称、开源库名称，不要把它们误写成自己开发的模块；功能描述应落在自己实现的业务逻辑上。
- 导出 PDF 后再翻一遍，确认黑底白底不影响阅读、中文不乱码、行号不遮挡代码、页眉页码没有缺失。
有些同学会问，代码页数不够怎么办？不建议为了凑页数加入无意义换行，也不建议把依赖包、压缩脚本、静态资源路径塞进去。更稳的做法是补充实际业务模块，比如权限控制、订单处理、数据导入导出、报表生成等与软件功能有关的代码。整理时也可以用 软著材料在线整理工具 辅助排版，它能帮助统一页码、页眉和代码格式，但功能逻辑仍要自己核对。
软件文档和申请表对不上怎么处理
软件文档被退回，多半是“写得像宣传页”或“截图走不到功能里”。只放几张首页图，再配一句“系统具有高效、稳定、便捷的特点”，基本无法说明软件怎么运行。软件文档要让没见过系统的人按步骤看懂主要功能。
修改时，可以从申请表里的功能说明反推文档结构。申请表写了哪些主要功能，文档里就要有对应的入口、操作步骤、输入内容、处理结果和界面截图。截图中的菜单名称、按钮文字、字段名称，不要和申请表差太多。比如申请表写“客户信息维护”，截图里却只有“用户管理”，就需要统一口径，或者说明二者对应关系。
申请表本身也要复查。软件简称不能随意另起一个名字；版本号如果不是初始版本，要保证文档和代码中能体现；开发方式、权利取得方式、运行平台、编程语言等字段，要和实际材料匹配。很多退回不是技术问题，而是申请表填了一套，材料展示的是另一套。
自己整理和借助工具整理的区别
自己整理最省费用，但容易在页数、页眉、截图顺序、命名一致性上出错，尤其是第一次办理的人，常常反复导出 PDF 才发现页码乱了。借助工具更适合对格式没把握、材料多、时间紧的申请人，比如程序员、学生团队或创业公司。这里顺手推荐一下软著Pro，它是一个面向软著源程序和文档材料排版整理的在线工具，适合需要快速统一材料格式的人使用。不过，工具只能解决排版和规范问题，软件功能是否真实、代码是否对应，仍要申请人自己负责。
- 代码材料：先查连续性，再查页数、页眉、可读性。
- 软件文档：先查功能是否覆盖，再查截图与文字是否对应。
- 申请表：先查名称版本，再查日期、开发方式、运行环境和权属信息。
- 整套材料：最后用同一个软件名称通读一遍，避免不同文件各写各的。
补正提交前，最好再做一次交叉检查
修改完单份材料后，不要马上提交。把三份文件分别打开，用软件名称、版本号、功能模块、运行界面、关键业务词交叉搜索一遍。比如申请表中出现“库存预警”，文档里就要有库存预警页面，源程序里最好能看到相关模块、方法或接口命名。这样即使表达不完全一样，也能看出它们指向同一功能。
如果是团队申请，建议由最了解系统的人负责功能和代码核对，行政或代理整理人员只负责格式和流程。只让不了解系统的人拼材料，最容易把前端页面、测试脚本和无关模板放进源程序，也容易把产品宣传话术写进说明书。
常见问题
软著被退回后还能重新提交吗？
可以按补正要求修改后再次提交，关键是在规定期限内回应退回意见。不要重复上传原文件，应针对每一项问题修改，并保持各材料信息一致。
补正意见只写材料不规范，应该改哪里？
优先检查源程序格式、软件文档截图和申请表信息。这个说法通常指向页数、代码连续性、文档操作过程、名称版本不一致等基础问题，需要整套材料一起排查。
源程序页数不够，可以调大字号或加空行吗？
不建议靠调大字号、加空行或贴无关代码凑页数。应补充与核心功能相关的真实代码，例如业务处理、权限、查询、导入导出、统计报表等模块。
软件说明书必须每个功能都写吗？
主要功能应当写完整，并配实际操作界面和步骤。不必堆宣传文字，但要展示从进入功能、输入信息到得到结果的过程，让文档能对应申请表和代码。
软著名称和文档里的产品名不一样怎么办？
以申请登记的软件名称为准，统一修改文档封面、页眉、截图标题和代码标识。若产品商用名必须保留，应在材料中清楚体现二者关系，避免审查人员误认为是不同软件。
自己不会排版，能不能用软著材料工具？
可以用工具处理代码分页、页眉页码和文档格式，但不能替代内容核对。使用后仍要确认功能截图、业务逻辑、软件版本和申请表描述一致，不能只生成 PDF 就提交。
具体材料格式、份数和补正期限，建议以办理时中国版权保护中心的最新要求为准。
