我做软著材料整理这段时间,回看被补正的通知,发现一个规律:真正因为「材料缺件」被打回的其实不多,大部分补正都出在「同一件事在不同文件里写法不一样」,而其中排在前面两位的,就是软件名称和版本号。
原因不复杂:这两个字段同时出现在三份材料里——申请表、源代码、说明书(用户手册)。任何一处写得不一样,审核端一比对就是「信息不一致」。今年审核收紧之后,这一项查得更细,所以值得单独拿出来说清楚。
一、名称不是「取个名字」那么简单
软件名称的通行结构是:品牌/主体 + 功能/用途 + 系统类型。比如「XX 进销存管理系统」「XX 材料辅助整理工具」。表达清楚「这是给谁、干什么用的软件」,就够了。
三个常见的错法:
- 堆缩写:
XX-AI-CRM-SaaS-ERP,看着专业,实际上审核端无法判断这个软件到底做什么,还容易被当成夸大描述 - 跟已有项目高度雷同:现在软著量很大,为防止重名,名称里带上自己的品牌词是常规做法;如果你的名称和某个已登记软件只差一两个字,很可能被要求补正
- 塞营销词:名称里出现「智能」「全能」「领先」这类修饰,尤其带极限含义的词,属于给自己找事
一句话判断:名称要能看出功能,不要能看出宣传。
二、版本号:格式选一种,然后贯彻到底
版本号本身没有「唯一正确」的写法,V1.0和1.0都能用。真正出问题的不是写了哪个,而是三处写得不一致。
首次登记的软件,版本号通常填V1.0。要小心的是这三种不一致:
| 常见写法 | 申请表 | 源代码页眉 | 说明书 | 结果 |
|---|---|---|---|---|
| 前缀不统一 | V1.0 | V1.0 | 1.0 | ✗ 会被判不一致 |
| 位数不统一 | 1.0 | 1.0 | 1.0.0 | ✗ 会被判不一致 |
| 大小写不统一 | V1.0 | v1.0 | V1.0 | ✗ 有风险,建议统一大写 V |
我的做法是:先在草稿纸上把「名称 + 版本号」这一整串定稿,再往三份材料里贴,顺序上先改申请表,再统一源代码页眉和说明书页眉。别边写边想,边写边改最容易出岔子。
三、把「三处一致」做成一张核对表
发布前按这张表逐项对一遍,比事后补正省事得多:
| 字段 | 申请表 | 源代码 | 说明书 |
|---|---|---|---|
| 软件全称 | 登记名称 | 每页页眉 | 封面 + 每页页眉 |
| 版本号 | 版本字段 | 页眉,同全称右侧 | 封面,同全称右侧 |
| 著作权人 | 著作权人栏 | 一般无需出现 | 通常出现在版权页 |
| 开发完成日期 | 对应日期栏 | 页眉日期(若有)不超过它 | 版本记录页(若有)应与之一致 |
其中页眉最容易漏。源代码加了页眉之后,页数会重新排,很多人改完页眉忘了回头看说明书的页码引用,又埋了一个不一致。
四、几个高频的补正原因
- 申请表填的名称是简称,说明书封面用的是全称
- 申请表写
V1.0,说明书里混着出现1.0和V1.0.0 - 名称里带了不规范字样(夸张修饰、纯英文缩写堆叠)
- 名称与同类别已登记软件过于接近,被要求区分
这几条基本就是「名称 + 版本号」相关的全部雷区。它们没有一条是技术问题,全是校对问题。
五、提交前自查清单
- [ ] 名称在三份材料里逐字相同(含标点、空格、括号)
- [ ] 版本号三处格式完全一致(前缀、位数、大小写)
- [ ] 名称能看出功能,不含夸张/极限修饰词
- [ ] 名称与已知同类项目做了区分(带了品牌/主体词)
- [ ] 代码加完页眉后,说明书里的页码或页数引用已同步更新
- [ ] 三份材料的著作权人、日期等边缘字段没有互相打架
小结
软件名称和版本号,看上去只是两个小字段,但它们是被比对次数最多的字段。把「名称 + 版本号」当成一个必须处处一致的字符串来管理,而不是当成两处随手填的输入框,能挡掉相当一部分补正。
如果材料是自己整理的,建议在提交前专门留一遍时间只做这件事:不看内容,只做三份材料之间的一致性对照。这一步花的时间,通常比收到补正再回炉少得多。
关于作者:我是信可维,在做「软件著作权申请材料的辅助整理」工具——把名称、版本号、页眉这类容易被比对出不一致的字段,按规范口径整理并做一致性自查,提交前先跑一遍。