软著申请总被补正?源码到说明书的避坑清单

1、 源代码（程序鉴别材料）核心规范

源代码是证明软件原创性的核心，审查非常严格，格式不对会直接驳回。

页数与行数： 常规提交前 30 页 + 后 30 页，共 60 页（实际适当超过页没事）。如果总代码不足 60 页，必须全部提交。除最后一页外，每页必须不少于 50 行有效代码（纯空白行和注释行不算）。

页眉与页码： 每一页的页眉必须标注“软件全称 + 版本号”，且必须与申请表中的信息逐字一致。

排版要求： 代码必须保持完整语法结构，不能直接截取中间的函数。

起止页规范： 第 1 页的第 1 行必须是软件或模块的开头，最后一页的最后一行必须是软件或模块的结尾，不能用空白行或多余注释占位。

注释清理： 必须删除包含人名、地址、时间、版权的注释，以及大段描述性注释、Todo 标记或第三方库堆砌。注释占比建议不超过 10%

2、 文档鉴别材料（说明书）避坑指南

文档主要用于展示软件的真实功能，很多开发者把它写成技术架构图或产品推介 PPT

必须是用户手册： 建议写《用户操作说明书》，按软件概述、运行环境、安装启动、功能操作说明、常见问题来写。如果是纯后端或算法无界面程序，则写《软件设计说明书》。

截图要求： 必须包含登录界面和主功能模块界面。截图要完整清晰，不能打码，不要包含真实隐私数据。截图中的软件名称和版本号必须与申请表一致。

图文对应： 不能只堆图片，每一张截图都要有对应的文字操作步骤说明

连贯性： 从登录到主界面，再到各个子功能的跳转逻辑必须清晰展现，体现软件具体功能的实现，不能只有简单的页面跳转。

页数建议： 文档页数建议不少于 10-15 页，确保内容详实。

3、 高频踩坑

审查系统会进行三重一致性校验，申请表、源代码页眉、操作手册三处的信息必须完全统一，差一个字符或标点都会触发补正。

名称与版本统一： 申请表写“XX系统V1.0”，源码页眉和说明书就不能写成“xxv1.0”。

功能描述匹配： 代码里的核心功能模块、自定义函数名称，必须和说明书里的截图内容、功能介绍完全对应

开发时间逻辑： 软件的“开发完成日期”必须合理。简单软件至少 15 天，常规软件 30 天以上。且完成日期不能早于公司成立日期，如果公司刚成立就提交了软件，需要提供前期开发说明。

上传文件类型别传错：别把源代码传进文档，审查员会直接判定“缺文档鉴别材料”