填写软著申请表，先把软件全称、版本号、开发完成日期、首次发表日期、权利归属和开发方式定下来，再让申请表、源程序、说明书三者名称和版本一致。先整理材料再填表，比填到一半回头改更省事。
一、软著申请表到底填哪些核心字段？
申请表项多，但高频出错的是基础信息、开发信息和权利归属。基础信息包括软件全称、简称、版本号；开发信息包括开发完成日期、首次发表日期、开发方式、硬件环境、软件环境、编程语言、源程序量；权利信息包括权利取得方式、权利范围和权利归属。申请表不是孤立的，它和源程序、说明书是一套材料，名称、版本、日期对不上就可能补正。
- 软件全称：写正式完整名称，与说明书封面、源程序页眉一致。
- 版本号：统一成V1.0这类格式，不要申请表写V1.0、文档写1.0.0。
- 开发完成日期：填可运行版本完成时间，不能晚于首次发表日期。
- 首次发表日期：未发表就选未发表；已发表要有发布、销售或合同记录。
- 权利归属：个人申请填个人，公司申请填公司，合作开发别只写一方。
- 源程序量：填实际总行数，不是只填提交页数。
二、源程序和说明书怎么和申请表对齐？
申请表里的“主要功能和技术特点”别写太虚，最好按模块写，再用说明书展开。三份材料指向同一款软件，审查时才不会各说各话。
源程序排版的具体标准
一般提交前30页和后30页，每页不少于50行；不足60页提交全部。页眉写软件名称和版本号，页码连续，代码连续，不要用大段空行或重复代码凑页数。被退常见原因不是代码本身，而是页眉没写、页码乱、版本号和申请表不一致。
说明书与功能描述怎么对应
说明书封面写软件全称和版本号，目录后按功能模块写操作流程并配截图。申请表“主要功能”列了哪些模块，说明书里最好都有对应章节。截图要清晰，别放测试数据或无关图片。如果你对页眉页码和功能对应没把握，可以用软著Pro做一轮格式自查；它面向准备做软件著作权登记的学生、程序员和创业团队，主要帮你按清单检查材料，而不是代写材料。
三、填写申请表的操作步骤和检查清单
下面这套顺序适合第一次填表的人。先整理材料再填表，比填到一半再回头改省事。
- 建材料文件夹，放好身份证明或营业执照、源程序、说明书、申请表草稿。
- 确认软件全称、简称和版本号，全称与说明书封面、源程序页眉一致，简称没把握就留空。
- 整理源程序：保留前后各连续30页，每页不少于50行，加页眉页码，检查版本号。
- 写说明书：封面、目录、功能模块、操作流程、截图，功能点对应申请表的主要功能。
- 填写申请表：开发完成日期不能晚于首次发表日期；未发表选未发表；权利归属按实际填。
- 交叉自查：名称、版本号、日期、源程序页数、截图、功能描述六项逐一核对。
- 提交后关注补正通知：被退回按补正项改对应文件，不要整份重做，改完再核对一遍。
四、自己整理还是用工具辅助？
自己整理适合时间充裕、版本少、代码和文档结构清楚的情况，优点是可控，缺点是格式细节容易漏。借助工具整理适合版本多、被补正过、对格式没把握的情况，它能快速发现名称版本、页眉页码、功能对应这类低级错误，但代码和文档内容仍要真实准确。像软件著作权登记材料这类辅助工具，可以当作提交前检查清单，不要把它当编材料的捷径。
| 对比项 | 自己整理 | 借助工具整理 |
|---|---|---|
| 适合情况 | 时间多、版本少、材料简单 | 版本多、被补正过、格式没把握 |
| 主要风险 | 漏页眉、日期逻辑错、功能对不上 | 过度依赖工具，忽略真实材料 |
| 建议做法 | 按清单逐项核对 | 先用工具查格式，再人工核对内容 |
常见问题
软件全称和简称怎么填？
软件全称填完整正式名称，简称填常用缩写，申请表、说明书封面和源程序页眉要一致。简称不是必填，没把握就留空，避免前后不一致。
开发完成日期和首次发表日期怎么区分？
开发完成日期是软件可运行版本完成的时间，首次发表日期是首次对外提供或销售的时间。未发表就选未发表；已发表要能提供合同、发票或发布记录，日期不能倒置。
源程序要提交多少页？
一般提交前30页和后30页，每页不少于50行，不足60页全部提交。页眉写软件名称和版本号，页码连续，不要用大段空行凑页数。
说明书和申请表功能对不上怎么办？
以实际软件功能为准，同时修改说明书和申请表，让主要功能、技术特点、操作流程逐项对应。不要只改一边，补正时两边一起改。
申请表填错了能撤回吗？
提交前可以检查修改，提交后通常按补正或重新提交处理，具体看系统状态。收到补正通知要逐条回应，只改被指出的地方并附说明。
被退回后补正材料从哪改？
先看补正通知指向申请表、源程序还是说明书，再对应修改。名称、版本号、日期不一致是高频问题，改完做一遍交叉核对。
以上经验基于中国版权保护中心的常见要求整理，实际办理时请以官网最新通知和受理窗口要求为准。
