换一物一码供应商：90 天迁移计划
核心结论
换供应商是一次数据迁移，不是一次设备安装。90 天计划的核心，是把“不可逆动作”放在最后。
一、90 天排期
| 周 | 动作 | 产出 |
|---|---|---|
| W1-W2 | 盘点现状：码段、数据量、接口、设备清单 | 现状清单 |
| W3 | 向原厂索取三样：码段归属、数据导出、接口文档 | 三份文件 |
| W4-W5 | 新方案设计与接口联调 | 接口跑通 |
| W6 | 历史数据迁移试跑（一个批次） | 比对报告 |
| W7-W8 | 首段产线切换、并行运行 | 差异清零 |
| W9-W10 | 其余产线分段切换 | 全量切换 |
| W11 | 旧系统只读、数据归档 | 归档包 |
| W12 | 复盘与文档交接 | 交接文档 |
二、三个里程碑
- M1（W3）：三份文件到手 —— 拿不到，项目不要启动
- M2（W6）：一个批次数据迁移比对通过 —— 不通过，不切产线
- M3（W8）：首段并行差异清零 —— 没清零，不扩大范围
三、风险清单
| 风险 | 信号 | 对策 |
|---|---|---|
| 原厂不配合 | 要文件要不到 | 按合同条款施压，必要时法务介入 |
| 码段不在自己名下 | 转移流程走不通 | 提前 3 个月启动转移 |
| 历史数据不完整 | 导出缺字段 | 接受“可追溯范围内”的损失，写进报告 |
| 切换期停产 | 并行人力不足 | 分段切，先切一条线 |
四、谁负责
- 生产：停线窗口、班次安排、现场验收
- IT：数据导出、接口、网络、账号
- 质量/合规：追溯链完整性、监管口径
- 采购：合同条款、原厂协调
四个人缺一个，项目就会卡在“等确认”。
七、迁移中最容易丢的三类数据
1. 历史关联关系
很多系统只导出单品码，不导出“瓶-盒-箱”的关系。迁移前要确认关系表能否导出。
2. 人工补录记录
补录数据往往带操作人与时间，字段不规范，容易被新系统丢弃。要求原样迁移或单独归档。
3. 异常与剔除记录
剔除记录是追溯链的一部分，丢了等于这段时间的追溯不完整，监管检查时会遇到的问题。
这三类数据迁移前先做一份“字段对照表”，比迁移后补要省事得多。
八、迁移要准备的工具与脚本
- 字段对照表：旧系统字段 → 新系统字段，一对一列清
- 数据导出脚本：按批次导出，带校验和
- 比对脚本：按码值比对条数与关联关系，输出差异清单
- 回滚包：旧系统的只读镜像与访问方式
- 切换检查单：每次切换前逐项打勾
这五样准备好，迁移就从“凭经验”变成“按流程”。尤其是比对脚本——它决定你能不能在上线前发现差异。
九、复盘模板
| 复盘项 | 要看什么 |
|---|---|
| 计划 vs 实际 | 每个里程碑的实际完成日 |
| 数据完整性 | 迁移条数、丢失条数、原因 |
| 停线时长 | 计划停线 vs 实际停线 |
| 返工清单 | 返工了几次、每次原因 |
| 遗留问题 | 还有哪些没解决、谁负责 |
复盘不是写总结，是给下一次切换留一份“踩过的坑清单”。
验证说明：本文的判断项均可现场核对（看系统架构、看交付清单、看合同条款）。文中涉及的行业数据为公开资料整理，具体数字以最新公开口径为准；我们不在此评价任何具体服务商。
常见问题
90 天能压缩吗？
能压到 60 天，前提是三份文件提前拿到、只切一条线。压缩的部分通常是并行期，风险也随之上升。
原厂不配合怎么办？
先按合同条款，再走商务施压；实在不行接受部分数据损失，但要在报告里写清。
要不要保留旧系统？
建议保留只读一段时间，至少覆盖一个完整的监管检查周期。
历史数据要迁多少？
至少覆盖监管要求的追溯期限；更早的数据可以归档不迁移。