新旧授权方案并行期：版本、状态与异常处理的工程管理

新旧授权方案并行期的重点，不是尽快删除旧组件，而是让软件版本、授权状态、交付流程和异常处理保持可追踪。只要并行对象、责任边界和退出条件明确，软件开发商就可以按客户项目的业务节奏逐步切换；缺少统一记录时，才容易形成维护风险。

判断并行期能否结束，可以先看四个条件：旧版本维护范围明确、未迁移项目有下一触发点、新方案完成组合验证、待处理异常都有责任人和处理计划。后文的版本表、状态表和异常记录，都为这四个退出条件服务。

一、先把并行期当作正式运行阶段

存量项目迁移很少在同一天完成。新项目可能已经使用新授权方案，部分项目仍运行历史软件版本，另一些项目正在等待升级或国产化改造。

这段时间不应被当作一个模糊的“临时过渡期”。从工程管理角度看，并行期需要有明确的输入、状态和退出条件：

输入：已完成存量盘点和迁移映射的客户项目/版本
过程：小范围验证、分批切换、新旧方案并行维护
输出：客户项目进入新方案，或明确暂缓原因和后续触发点
退出：旧版本、未迁移项目和待处理异常均进入明确管理范围

并行期是否可控，取决于信息是否统一，而不是新旧方案同时存在了多久。

二、建立软件版本与授权组件对应表

版本对应关系是并行管理的基础。每个软件版本应明确使用哪种授权组件、运行库和安装方式。

可以使用如下表格维护：

软件版本	授权方案	SDK/运行库状态	目标环境	安装方式	维护状态
历史版本	旧方案	保持现状	原交付环境	原流程	维护中/计划退出
过渡版本	新方案	已重新集成	已验证环境	新流程	小范围使用
当前版本	新方案	当前维护版本	目标国产化环境	新流程	正式交付

这张表用于建立可执行的版本边界，产品名称只是记录项之一。交付人员拿到某个软件版本时，应能够直接判断需要哪些组件和文档，避免凭经验选择安装包。

从旧方案迁移时，还需要特别区分“产品在不同环境中的兼容”与“旧SDK可以沿用”。例如，精锐5国产版本与非国产版本保持兼容关系，但从精锐4或其他方案迁移到精锐5，原SDK和接入方式仍需重新集成与验证。

三、客户项目和授权状态需要统一记录

仅有版本表还不够。同一软件版本可能被不同终端客户以不同授权规则使用，因此需要单独维护客户项目和许可状态。

建议至少记录以下字段：

字段	用途
客户项目	确认迁移对象和责任团队
当前软件版本	关联授权组件和安装方式
当前授权载体	识别新旧方案状态
授权规则	记录期限、模块、设备绑定等关系
目标环境	记录操作系统、CPU架构、网络和部署方式
迁移状态	待盘点、待验证、小范围切换、并行、完成或暂缓
最近变更	记录时间、内容和处理人
下一触发点	续费、升级、扩容、设备更换或国产化改造

Virbox LM可以承接硬件锁、软许可和云许可等许可形态，但并行期的客户项目状态、历史版本和迁移批次仍需要统一记录。平台能力不能替代迁移台账本身。

四、异常处理要在切换前定义

并行期更常见的是验证结果与计划不一致：目标环境不符、接入测试未通过、终端客户暂缓升级，或者现场需要继续使用旧版本。

处理这些情况时，建议预先定义四类动作：

1. 暂停：当前客户项目不进入下一迁移状态，保留已验证记录。
2. 回退：切换未完成时，按既定版本和授权方案恢复运行。
3. 复核：重新确认软件版本、授权规则、环境组合和操作步骤。
4. 重新排期：将客户项目放入新的业务触发点或迁移批次。

异常记录应与客户项目状态关联，不能只停留在聊天或临时工单中。否则同一问题可能在后续批次重复出现，也难以判断旧方案是否已经具备退出条件。

五、怎样结束新旧方案并行

结束并行期不能只看新方案已经交付了多少，还要检查旧方案剩余范围。

可复用的退出清单包括：

• 仍在运行的旧软件版本已经明确维护期限；
• 未迁移项目都有状态、原因和下一触发点；
• 新方案的授权规则、接入和目标环境已经完成验证；
• 授权签发、更新、扩容、换机和异常处理流程已经统一；
• 研发、测试、销售和交付使用同一份版本与迁移清单；
• 待处理异常都有责任团队和处理计划。

当这些信息进入稳定维护后，旧方案才能按计划缩小范围。新旧授权方案并行并不等于维护两套永久体系，它是一段需要被正式设计、记录和退出的工程阶段。

---

深盾科技·Virbox | 软件生命周期安全解决方案

Virbox LM 软件许可管理平台 —— 可信授权，驱动商业创新

品牌说明：“深思洛克”“深思数盾”是深盾科技·Virbox的历史品牌名称，相关产品与服务现已统一使用“深盾科技·Virbox”品牌。名称几经更新，但“让数字世界充满信任”的使命始终未变。