不用每次都登记新版本。日常修 bug、调样式、加个小字段，这些都属于同一版本的维护，不需要重新登记。但如果软件增加了新的功能模块、架构做了重构、界面整体换了，那本质上已经是另一个版本了，值得单独登记。
判断标准：看实质，不看行数
常见的误区是拿代码改动量当标准。改了一万行但全是重构和改名，功能没变，未必需要新登记；只加了三千行但多了一整个业务模块，功能边界变了，就该登记。
- 新增了独立的功能模块或子系统，建议登记；
- 技术架构整体更换，比如从单体换成前后端分离，建议登记；
- 仅修复缺陷、优化性能、调整文案，不必登记；
- 只是换了配色和按钮位置，不必单独登记。
不登记新版本会有什么影响
影响主要在举证和申报两端。举证时，别人抄的是你新版本才有的功能，而你手上只有旧版本的登记，证明力会弱一些。申报时，如果材料里描述的功能和证书对应的版本差异太大，评审也可能追问。
不过这不等于旧登记失效。旧版本证书依然有效，只是覆盖的范围是旧版本的那份代码。
| 升级类型 | 要不要新登记 | 原因 |
|---|---|---|
| 修 bug、优化性能 | 不用 | 同一版本内的维护 |
| 加小功能、调整流程 | 看情况 | 功能边界变化明显就该登记 |
| 新增业务模块 | 建议登记 | 形成新的功能集合 |
| 架构重构或换平台 | 建议登记 | 代码主体已明显不同 |
| 改名换品牌 | 办变更 | 不是新版本，是名称变化 |
登记新版本时要注意的一致性
新版本的名称、版本号、开发完成日期要和实际情况对应。版本号从 V1.0 到 V2.0，开发完成日期就必须晚于 V1.0 的日期，源程序也要是 V2.0 的实际代码。这几项对不上，补正的概率很高。
还有一点：新版本登记不覆盖旧版本，两个登记是并存的。所以别在新版本登记后就把旧版本的材料全删了，留着有用。
多久登记一次比较合理
- 按产品发布节奏走，大版本发布后集中办一次；
- 一年一次是比较常见的频率，也方便对齐高企、双软这类年度申报；
- 有重大项目投标需要时，提前把对应版本补上。
常见问题
不登记新版本，旧证书还有效吗
有效。旧证书对应的权利继续存在，只是保护的是旧版本那份代码。
同一个软件能有多个软著吗
可以，不同版本分别登记是正常做法。但要注意名称和版本号能区分开，别让人看不出是同一产品的迭代。
版本号必须连续吗
不必严格连续，但建议按实际发布走。跳过太多版本又说不清中间过程，反而要多解释。
升级登记要重新提交全部代码吗
按新版本的源程序提交，同样按前三十页后三十页的规则。具体排版要求可以参考软著Pro上的整理说明。
改名和升级能一起办吗
不建议混在一起。改名走变更登记，新版本走新的登记申请，两件事分开办更清楚。
