软件著作权申报源代码页数不达标?合规整理技巧和避坑实操全分享

软著政策研究员 204 浏览 2026-07-15

分享我前后申报11次软著整理源代码的实操经验,教你搞定页数要求,避开审核被打回的坑,少走弯路。

前两年创业的时候我前后报过11个软著,最开始踩的最大的坑就是源代码页数的问题。第一次整理的时候以为只要凑够60页就行,随便把空行、第三方库代码、自动生成的注释全堆进去,结果直接被知识产权局打回,说源代码不合规,浪费了我20多天的审核周期,连带着项目的补贴申请都差点错过。

首先得先明确官方的要求,现在软著申报需要提交的源代码是前后各连续30页,总共60页,不足60页的就全部提交,超过60页的截取前30页和后30页就行,每页至少要有50行有效代码。很多人上来就瞎凑页数,连框架自带的初始化代码都往里塞,最后被打回都不知道为什么。

要是你本身的代码量够,那其实不用特意凑,只要注意排版就行。我一般导出代码的时候会用五号字,1.5倍行间距,左右边距设成2厘米,这样每页刚好能排55行左右,刚好符合要求,不会出现某一页只有十几行代码的情况。之前有个朋友就是排版的时候用了四号字,行间距设成2倍,本来够60页的代码排出来只有42页,又得重新调整。

最头疼的是那种小工具类的软件,比如我之前做过一个给公司内部用的考勤统计小工具,前后端代码加起来才37页,离60页还差好多。最开始我想着把注释全加上凑行数,后来发现加了也才45页,还是不够。后来翻软著申报的经验帖才反应过来,我之前把很多通用工具类的代码删掉了,那些都是我自己写的,完全可以放进去。我把自己写的日期处理、数据导出、权限校验这些通用函数的代码全加进去之后,一下就到了58页,差两页我又把多端适配的那部分代码加了进去,刚好62页,截取前30后30就搞定了,提交之后一次就过了审核。

这里要提几个很多人容易踩的坑,别为了凑页数什么都往里塞。首先是第三方框架的源代码不能放,比如你用React开发的,就别把React的源码片段塞进去,审核员见多了这种凑数的,一眼就能看出来,轻则让你补材料,重则直接打回。然后是自动生成的注释、空行、配置文件里的无效内容都不算有效行数,比如你把.env配置文件里的端口号、密钥信息全放进去,除了占页数一点用都没有,审核的时候会直接剔除这些内容,最后算下来你页数还是不够。还有不要随便插无关的代码,比如为了凑页数把另一个项目的代码放进来,要是被查到代码对应不上,直接就会被判定为抄袭,连申报资格都会受影响。

我后来报的软著多了,懒得自己一点点筛代码调排版,就直接用软著Pro的自动整理工具,把自己写的代码文件夹导进去,它自动会把第三方代码、空行、无效注释都筛掉,还能自动排版成符合要求的格式,算好页数,要是不够的话还会提示你可以加哪些自己写的代码进去,我上次报两个软著的源代码,十几分钟就整理完了,比自己一点点调省了好几个小时。

还有个小细节很多人容易忽略,就是截取前30后30页的时候,前30页的开头一定要是你整个项目的入口代码,比如前端的main.js,后端的启动文件,后30页的结尾要到项目的最后一段逻辑代码,不要中间随便截一段交上去。之前我有个同事就是图省事,随便从中间截了60页代码,被打回之后重新整理又花了一周多的时间,耽误了软著下证的进度。每页的右上角还要标连续的页码,从1标到60,不要前30页标1-30,后30页又从1开始标,这种低级错误真的没必要犯。

其实源代码页数的问题真的没那么复杂,只要你提交的都是自己写的有效代码,按要求排版,基本都能过。不用为了凑页数搞那些投机取巧的操作,反而容易踩坑耽误时间,实在搞不定的话找个合适的工具辅助下就行,没必要在这种小事上浪费太多精力。

扫码咨询
在线客服