软著源代码整理的核心做法是：按中国版权保护中心常见要求，提交前30页和后30页，每页不少于50行，页眉写软件名称和版本号，页码连续；不足60页就全部提交。先确定申报版本和功能范围，再从入口文件、核心业务逻辑、接口和数据库操作中截取连续代码，最后检查它与说明书、申请表是否一致。这样整理出来的材料最不容易被补正。
整理前先把哪些材料对齐？
不要一上来就复制代码。先确认软件全称、版本号、开发完成日期，这些信息会同时出现在软件著作权登记申请表、源程序页眉和软件文档封面。任何一处不同，后面都可能返工。
- 软件著作权登记申请表：先填草稿，名称、版本号、开发完成日期不要等材料做完再补。
- 源程序：准备前后各连续30页，每页不少于50行；整个项目不足60页就全部提交。
- 软件文档：说明书或设计文档中的功能模块、界面截图、流程要和代码对应。
- 页眉页码：页眉写软件名称和版本号，页码连续，导出PDF后逐页检查。
- 权属材料：合作开发、委托开发等情况，按实际权属准备相应文件。
如果你对页眉、页码、每页行数没把握，可以用软著Pro。它是一款面向软著申请人的材料整理工具，适合对Word排版不熟或项目代码页数很多的团队，能先把格式和材料清单过一遍。
源代码截取和排版怎么做？
前后各30页到底截哪段代码？
判断标准很简单：前30页从项目入口、主流程、核心模块开始，后30页取到项目末尾附近，前后各自连续。中间可以跳过重复的自动生成代码、第三方库和大段注释，但不要每页都来自不同文件，也不要靠空行凑页数。项目不足60页时全部提交。
- 确定申报版本：把代码仓库切到要申请的版本，删掉无关分支和未使用的实验代码。判断标准是申请表版本号、页眉版本号、说明书版本号完全一致。容易错的是用当前最新代码，但说明书写的是旧版本。
- 选文件顺序：按入口文件、核心业务、数据模型、接口、工具类、配置来排序。判断标准是审查员顺着页码能看出软件在做什么。容易错的是按字母排序，把自动生成的实体类放在最前面。
- 合并导出：把选中的代码复制到一个文本文件，去掉连续空行和编辑器折叠标记。判断标准是每页至少有50行有效代码。容易错的是把注释和空行也算进去，导出后页数虚高。
- 设置页眉页码：页眉写软件名称加版本号，页码从1连续编到最后一页，字体统一。判断标准是任意翻一页都能看出软件身份。容易错的是前后两段页码断开，或页眉名称和申请表不一致。
- 导出PDF并抽查：检查每页行数、页眉、页码、清晰度，再随机翻到中间页看代码是否连续。判断标准是PDF里每页不少于50行。容易错的是Word转PDF后分页变化，原来每页50行变成48行。
- 和说明书对照：用说明书里的功能模块去源代码里找对应文件或函数。判断标准是主要功能都能找到实现。容易错的是说明书写了后台管理，源代码里只有前端页面。
自己整理和借助工具整理怎么选？
如果只有一个小项目、代码不超过60页，自己整理通常够用；如果项目大、版本多、团队赶时间，借助工具更省心。区别不是谁更正规，而是时间成本和出错概率。无论选哪种方式，软著源代码整理的底线都是每页不少于50行、页眉一致、页码连续。
| 对比项 | 自己手工整理 | 借助工具整理 |
|---|---|---|
| 适合情况 | 代码量少、格式要求熟悉、时间充裕 | 代码量大、多人协作、需要反复核对 |
| 时间投入 | 需要手动复制、调页眉、数行数 | 可批量排版、检查页眉页码和行数 |
| 容易出错点 | 页眉版本不一致、页码断开、每页行数不足 | 仍需人工确认代码范围和说明书对应关系 |
| 文档一致性 | 靠自己逐项核对 | 可按清单提醒，但仍要自己判断 |
说明书、申请表和源代码如何互相印证？
常见退回不是代码写错，而是三份材料各说各话。申请表写“智能仓储管理系统V2.0”，源程序页眉写“仓储系统V1.0”，说明书截图又是另一个版本，这种补正最花时间。
- 申请表里的软件名称、版本号、开发完成日期，与源程序页眉、说明书封面一致。
- 说明书里的功能模块，在源代码中能找到对应文件、类或函数。
- 源代码前30页能看出入口和核心流程，后30页能看出完整结束，不要突然断在半个函数里。
- 如果申请的是升级版本，说明书中写清新增功能，源代码也要有对应实现。
- 补正时先改申请表，再统一源程序和说明书页眉，最后重新导出PDF，避免只改一处。
常见问题
软著源代码必须提交60页吗？
软著源代码通常提交前30页和后30页，共60页，但项目本身不足60页时应当全部提交，不需要硬凑页数。如果为了凑页数加入大量空行、重复代码或第三方库代码，反而会让材料看起来不真实。
源代码页数不够60页怎么办？
源代码不足60页时，正确做法是全部提交，而不是用空行、重复代码或第三方库代码硬凑页数。代码确实很少时，先把说明书写完整，让审查员能看懂软件功能，页眉和页码仍要统一。
每页必须50行吗？
软著源程序通常要求每页不少于50行，但不是必须刚好50行，关键是有效代码行数要够。排版后建议导出PDF抽查，因为Word里的行数到PDF可能会变；如果某页只有48行，就调整分页或删掉多余空行。
可以提交整个项目代码吗？
通常不需要提交整个项目代码，除非项目不足60页，否则按前30页和后30页提交更符合常见要求。把自动生成代码、第三方库、测试数据全放进去，既浪费页数，也可能让核心功能被淹没。
说明书和源代码对不上会怎样？
说明书和源代码对不上，常见结果是收到补正通知，甚至需要重新提交对应材料，影响审查进度。说明书里写的功能模块、界面和流程，应该在源代码中有对应实现；发现对不上时，优先改说明书或补充对应代码，不要只改页眉。
被退回补正后先改什么？
被退回补正后，先看补正通知具体指向哪份材料，再按申请表、源程序、说明书三处同步修改。不要只改源程序页眉，因为名称或版本号不一致往往三份材料都要更新；改完重新导出PDF并逐页检查。
办理软著登记时，中国版权保护中心的具体要求可能调整，提交前请以官方最新通知和受理窗口说明为准。
