4. MOM上线迁移与切换的总体路线图
MOM（制造运营管理）系统的上线迁移与切换，本质上不是一次“软件安装”，而是一次把生产、质量、物料、设备、人员等核心业务从旧运行方式迁移到新系统承载方式的过程。它同时涉及数据、接口、流程、组织和现场执行五条线，任何一条线脱节，都会在切换窗口内放大为停线、错料、账实不符或质量追溯断链。因此，总体路线图的价值在于：把一次高风险、时间受限的切换，拆成可评估、可准备、可演练、可回退、可收口的阶段，并在每个阶段设置明确的里程碑和放行条件。
结合工程实践，MOM上线迁移与切换可以划分为六个阶段：现状评估、方案设计、切换准备、模拟演练、正式执行、稳定运行。六个阶段不是简单串行，而是存在并行准备和反馈回路，例如方案设计会反向触发补充评估，演练结果会修正准备清单。下面这张路线图把阶段、关键活动、里程碑和放行判据放在同一张图上，便于在项目例会上直接对照检查。
阶段一：现状评估——把“看不见的依赖”变成清单
现状评估的目标不是写一份漂亮的调研报告，而是回答三个问题：旧系统或旧流程到底承载了哪些业务？这些业务依赖哪些数据、接口和岗位？哪些依赖一旦断裂会造成停线或质量事故？实际做法通常从三条线并行展开。
第一条线是业务流程盘点。按“计划下达—工单执行—物料拉动—质量检验—设备点检—完工入库”的主链路，逐环节记录当前使用的系统、表单、纸质单据和人工判断点。例如某装配车间当前工单派工依赖班组长在微信群发Excel，报工依赖纸质流转卡，这类“线下承载”就是迁移时必须显式接管的对象。
第二条线是主数据质量核查。MOM上线最怕的不是功能不够，而是物料、BOM、工艺路线、设备台账、供应商等主数据在旧系统中存在一物多码、版本混乱、属性缺失。评估阶段应抽取样本做质量画像，例如随机抽取200条物料记录，统计编码重复率、单位缺失率、与ERP对照不一致率。若不一致率超过约定阈值（示例可取5%），就必须在方案设计中安排专项清洗，而不是等到切换前夜才发现。
第三条线是接口与集成现状。列出MOM需要与ERP、WMS、SCADA、QMS等系统交互的接口清单，标注方向、频率、数据量和当前实现方式。对于实时性要求高的接口（如设备状态上报、物料消耗回传），要特别关注旧接口的延迟和丢包情况，因为这些指标会直接影响切换后的现场体验。
本阶段的里程碑是“评估基线签署”，放行判据是：业务流程清单、数据质量画像、接口清单、风险登记册四份文档完成评审，且关键风险已有初步应对方向。
阶段二：方案设计——选择切换策略并冻结边界
方案设计的核心决策是切换策略。常见策略有三类：大爆炸式一次性切换、分模块/分工厂逐步切换、并行运行后切换。选择依据不是“哪个先进”，而是业务连续性容忍度、系统耦合度、数据迁移复杂度和现场执行能力。
对于多工厂集团，若各工厂产品差异大、管理成熟度不一，逐步切换通常更稳妥；对于单工厂、停线窗口可协商的情况，大爆炸式切换配合充分演练也能成功。方案设计必须明确写出：切换窗口起止时间、切换期间哪些业务暂停、哪些业务降级运行、数据迁移的批次和校验规则、接口切换的顺序、回退触发条件和回退操作步骤。
数据迁移方案要细化到对象级。例如物料主数据采用“全量迁移+增量补录”，工单和在制品采用“切换时点快照迁移”，历史质量记录采用“只读归档迁移”。每类对象都要定义源系统、目标系统、字段映射、转换规则、校验方法和责任人。接口方案则要明确切换顺序：通常先切主数据接口，再切业务单据接口，最后切设备与实时数据接口，避免上游未就绪导致下游积压。
本阶段里程碑是“方案冻结”，放行判据是：切换策略、数据迁移方案、接口方案、回退方案、切换窗口计划五份文件通过评审，且业务、IT、供应商三方签字确认。
阶段三：切换准备——把方案变成可执行的检查表
准备阶段是最容易被低估的阶段。方案写得再好，如果数据没清洗、账号没开通、人员没培训、应急预案没演练，切换当天就会变成救火现场。准备工作的关键是“逐项关闭检查表”。
数据准备方面，按方案执行清洗和预迁移。例如物料主数据清洗后，应在测试环境做一次全量导入，统计成功率和失败原因。若失败率超过约定阈值（示例可取1%），必须回溯修正后重新导入，直到达标。环境准备方面，确认生产环境、测试环境、备份环境、网络策略、账号权限、打印模板、扫码设备驱动全部就绪。人员准备方面，按角色编制培训矩阵，确保每个操作岗位至少有一名熟练用户和一名备份用户。
应急预案要具体到“谁在什么条件下做什么”。例如：切换过程中若数据迁移校验失败超过两次，切换指挥长有权决定暂停并回退；若接口切换后30分钟内关键业务单据无法流转，启动降级流程，改用手工单据过渡，同时IT排查。这些条件必须提前写清楚，避免现场临时争论。
本阶段里程碑是“准备就绪”，放行判据是：切换检查表所有条目关闭，数据预迁移成功率达标，关键用户培训考核通过，应急联系人及通讯方式确认。
阶段四：模拟演练——在安全环境中暴露问题
演练不是“走一遍看看”，而是按真实切换窗口的时间压力执行全流程模拟。演练应覆盖：切换前检查、数据迁移、接口切换、业务验证、回退操作、并行确认六个环节，并全程计时。
演练中要重点观察三类问题：一是时间瓶颈，例如数据迁移实际耗时远超计划，导致后续环节压缩；二是操作盲区，例如某个岗位不知道切换后如何打印流转卡；三是接口异常，例如ERP工单下发后MOM未及时接收。所有问题必须记录到问题清单，明确责任人和关闭时间。演练结束后应输出演练报告，给出“通过/有条件通过/不通过”的结论。若结论为不通过，必须重新演练，不得带病切换。
本阶段里程碑是“演练通过”，放行判据是：全流程演练在规定窗口内完成，关键业务验证通过，回退演练成功，问题清单全部闭环或有明确应对措施。
阶段五：正式执行——在窗口内完成切换并确认
正式执行阶段按演练验证过的脚本推进。切换窗口通常选择生产低峰期，如周末夜班或计划停机日。执行过程中，切换指挥长按检查表逐项确认，每完成一个环节由责任人签字或系统打卡。数据迁移完成后，必须做抽样校验：例如随机抽取50条工单，核对MOM与ERP的工单号、物料、数量、状态是否一致；随机抽取30条物料，核对编码、单位、批次属性是否一致。校验通过后，才允许开放业务操作。
接口切换后，要观察关键单据的流转延迟和成功率。若发现异常，按预案判断是现场修复还是回退。回退决策点必须提前设定，例如“切换开始后4小时内关键业务仍无法正常流转”即触发回退评估。回退不是失败，而是保护业务连续性的必要手段。
本阶段里程碑是“切换完成”，放行判据是：数据校验通过，接口运行正常，关键用户确认业务可操作，切换指挥长宣布切换成功。
阶段六：稳定运行——从“能跑”到“跑得稳”
切换成功不等于项目结束。稳定运行阶段通常持续1~4周，重点是监控系统运行指标、响应现场问题、优化性能和收口项目。监控指标包括：接口成功率、单据流转平均时长、报工及时率、库存账实差异率、用户报障数量。例如切换后第一周，若报工及时率低于90%，就需要排查是操作不熟练、网络问题还是流程设计不合理。
同时要建立问题分级响应机制：P1级问题（停线或数据错误）30分钟内响应，P2级问题（局部功能异常）2小时内响应，P3级问题（体验优化）按计划处理。稳定运行期结束后，应输出项目收口报告，总结切换过程中的经验教训，更新运维手册和应急预案，为后续工厂或模块的推广提供可复用的模板。