软件著作权源代码该交多少页、每行多少字：格式底线说清楚

软著源代码该交多少页、每行多少字：格式底线说清楚。本文从格式与一致性两个角度，结合办理实务整理，供企业与开发者参考。

页数：关键在“连续”二字

源程序和文档前、后各连续 30 页，整个文档不少于 60 页，是基本标准；若源码总量不足 60 页，则递交全部源码。很多人为了凑页数，随手截取片段拼起来，结果审查员看不出软件的逻辑架构，反而招来补正。正确做法是交核心功能入口或主要模块的连续代码，保证首尾连贯。

排版：让审查员读得下去

对字体、字号、行距没有强制国标，但行业里有约定俗成的做法：用宋体或等宽字体（如 Courier New），字号小四号左右，行距适中，避免代码跨页断裂。页眉注明软件名称与版本号，页脚标页码——这些细节缺失，形式审查就会退回。

一致性：各材料互证

源码里的软件名称、版本号、开发完成日期，必须和申请表、使用说明书完全对应。如果代码注释里的日期晚于申请表中的开发完成日期，或代码调用的库名和说明书不符，审查员会对材料真实性起疑。保持各文件信息互证，是通过审查的基石。

递交前的格式自查

• 源程序和文档前、后各连续 30 页，共 60 页以上；不足则全交。
• 字体统一（建议宋体或等宽），字号合适，无截图、无跨页断行。
• 页眉含软件名称与版本号，页脚含页码。
• 代码中的名称、版本号与申请表、说明书完全一致。
• 交的是连续段落，首尾建议含程序入口（如 main 函数）或核心模块。
• 已删测试代码、废弃注释、密钥密码等敏感信息。
• 代码引用的库与说明书里的开发环境描述匹配。
• 代码或文档中的日期不晚于申请表的开发完成日期。

格式看着琐碎，但每一条都对应一次可能的补正。把上面八项在导出 PDF 前过一遍，材料就能以“整洁”的面貌进入审查。