软著材料里的「源代码页眉」到底该怎么写补正理由里「源代码页眉不规范」出现的频率比想象中高。它不算大问题但每次被挑出来都得重新导一遍 PDF 再传一次一轮下来又是好几天。这篇把页眉这一块的规定和常见错法一次说清后面附一个自查清单。信可维做的是软件著作权申请材料的辅助整理与格式规范下面内容是格式层面的整理具体受理要求以中国版权保护中心当期口径为准。页眉上要出现什么一般要看两样东西。要素写法容易错在哪软件名称 版本号与申请表、说明书完全一致空格、全半角、V 字头写没写页码通栏连续编号分节后重新起算、跳页三个文件里的软件名称必须完全对得上。这是最常被判「材料逻辑不一致」的地方 —— 申请表写「XX管理系统V1.0」源代码页眉写「XX管理系统 1.0」中间多一个空格、少了 V看着是小事机器比对不认。行数和页数怎么算每页50 行提交前 30 页 后 30 页共 60 页程序总页数不足 60 页的全部提交页眉本身不占那 50 行它是页面装饰不计入有效代码行纯注释行不计入有效行数行尾注释可以留最后一条被忽略得最多。有人为了让页数够往文件开头塞了几十行版权声明注释 —— 那些行不算数页数还是不够白忙一场。五种常见错法页眉只出现在第一页。在 Word 里插页眉时忘了取消「首页不同」导出 PDF 只有第一页带页眉。判材料的人看到的是「绝大部分页面无页眉」。页码按正文重新起算。中间插了分节符页码从 1 重新开始前 30 页和后 30 页的页码直接撞车。把页眉做成了图片。截图贴上去看着一模一样但导出 PDF 后文字层是空的比对工具读不到直接判不规范。后 30 页取错位置。程序总共 90 页前 30 页没问题后 30 页取成了第 31-60 页。要取的是最后 30 页也就是第 61-90 页。加完页眉没重新分页。页眉加进去以后整体行高变了原来每页正好 50 行现在变成 49 行、51 行交替。这个必须在加完页眉之后再分一次页。我的做法交给脚本批量加手工在 Word 里加页眉一改就是半小时还容易漏页。我现在的做法是让脚本干先把代码按有效行去掉纯注释行重新分页每页 50 行再用无头浏览器把每一页渲染成固定尺寸的页面页眉套同一份模板软件名称 版本号 页码最后批量导出 PDF人工抽 3 页核对。这样页眉文字和代码是分开的两层导出的 PDF 里都是可读文本不担心比对工具读不到。渲染成 HTML 再出 PDF 还有额外好处软件名称和版本号只在模板里写一次改一个地方全部页面同步不会出现「有的页写对了有的页写错了」。这套流程和我之前写过的那篇《用无头 Chrome 出封面》是同一个思路 —— 凡是「批量 格式必须一致」的活交给脚本比手改靠得住。自查清单页眉 软件名称 版本号 页码申请表 / 源代码 / 说明书三处的软件名称完全一致名称的全半角、空格、大小写统一每页 50 行有效代码纯注释行已剔除页眉不计入 50 行页码通栏连续提交前 30 页 后 30 页不足 60 页全交页眉是文本不是图片PDF 里能选中加完页眉后重新分页没有出现 49/51 行最后人工抽 3 页核对名称和页码