TL;DR
- 替换老旧系统的真正风险不是“新系统做不出来”，而是切换那几天工厂停不停得起、以及老系统里的历史数据还查不查得到。
- 可落地的方法是三条：先做一条样板线再复制、新旧并行跑一段、把老系统的每一条隐性规则列成清单逐条对齐。
- 无锡夏普的 MES 替换用的就是这套路径：从一条实装样板线起步，逐步扩展到四生、六生、一生、二生、本社、新区等多个厂区，并完成对原 Previa 系统功能的替换。
- 最容易被低估的成本，是老系统里没写进任何文档的业务规则。这次项目中仅“捆包拦截”一个环节，为对齐 Previa 原有的拦截条件就单独投入 75 人天（口径：该项变更单的评估人天，来自我方项目台账）。
几乎每一家做了十年以上的工厂，都有一套“动不得”的老系统。它可能是十几年前某家日本或台湾供应商留下的，界面老旧、原厂不再维护、会用的人只剩两三个，但产线每天都在用它——谁也不敢关。
这篇文章讲的是奥斯坦丁软件（OTD）在无锡夏普做的一次真实替换：把原有的 Previa 系统换成新的 OTDMES，并且没有让产线停下来。
老系统为什么非换不可？
老系统不会因为“老”而被换掉。真正把决策推过临界点的，通常是下面三件事之一：
- 原厂不再迭代，新需求接不上。老系统的功能停在它被交付的那一年，而工厂的产品、工艺、客户要求每年都在变。
- 大客户的审计要求压过来了。无锡夏普是苹果供应链企业，苹果每年发布《供应商责任进展报告》（Apple Supplier Responsibility Progress Report）并对供应商执行现场审计，其中多项 MES 功能变更是被客户要求直接触发的——比如用户密码策略的调整、COG 读码方式的改造。这类要求不是“可以商量的优化”，是不做就掉单。
- 多厂区无法统一。一个厂区一套系统、一条线一套规则，数据口径对不上，集团层面看不到真实的在制与产出。
从政策方向看，这个压力还会继续变大。工业和信息化部等八部门《“十四五”智能制造发展规划》（2021 年 12 月发布）提出，到 2025 年规模以上制造业企业要大部分实现数字化网络化；国家标准 GB/T 39116—2020《智能制造能力成熟度模型》（2020 年发布）也把“系统间的数据集成与互操作”列为等级跃迁的关键判据。一套封闭、无法对外集成的老系统，会直接卡住企业的成熟度等级。
换系统最大的风险是什么？
老板问得最多的是“要花多少钱、多久能上线”。但真正让替换项目翻车的，是另外三个问题：
| 风险 | 为什么致命 | 应对动作 |
|---|---|---|
| 切换窗口太长 | 产线停一天的损失，往往超过整个软件项目的预算 | 按线体切换，不做全厂一刀切；每条线的切换动作压缩到一个交接班 |
| 历史数据断档 | 客户来查三年前某个批次的追溯记录，新系统里没有，老系统已经关了 | 历史数据迁移或老库只读保留，并明确“从哪一天起以新系统为准” |
| 隐性规则丢失 | 老系统里有一堆没写进任何文档的校验和拦截逻辑，丢一条就放出不良品 | 逐条反推、列清单、由现场工程师签字确认 |
第三条是最贵的。Standish Group 的《CHAOS Report》（2015 年版）统计，IT 项目中只有约 29% 被评为成功交付，52% 出现超期、超预算或功能缩水，19% 彻底失败——而“需求没摸清楚”长期位居失败原因前列。在系统替换类项目里，“需求”很大一部分就藏在老系统的代码和现场老师傅的脑子里，没有人能一次性说全。
这次是怎么换的：三条原则
一、先做一条样板线，再谈复制
项目没有从“全厂上线”开始，而是从四生的一条实装样板线起步：主数据管理、制程防错、产品追溯、质量管理、维修管理、主材绑定、自动读码交互、设备日志读取、系统数据对接、报表看板——把一条线上会遇到的问题全部趟一遍。
这条样板线的投入是 3 个人、3 个月、199.5 人天（口径：我方项目台账记录的样板线阶段投入，含调研、开发与现场实施，不含后续复制到其他线体的工作量）。
样板线跑通之后，后续四生所有实装线体、一生 C 社 6 条线、六生二楼 D725 线体，都是在同一套模型上复制。复制的单位成本远低于第一条线，这是分阶段做的直接经济价值——先用一条线把不确定性买断，再用确定的成本铺开。
二、新旧并行，不做“断崖式”切换
替换不是某天晚上把老系统关掉、第二天早上用新系统。正确的做法是让两套系统重叠运行一段时间：新系统承接新工单，老系统保留查询能力，两边数据做比对，直到现场对新系统的判定结果不再有疑问。
并行期会有额外成本——现场要双录一部分数据、IT 要维护两套环境。但和一次切换失败导致的停产相比，这个成本非常便宜。
三、把老系统的隐性规则列成清单
这是整个项目里最花时间、也最容易被低估的一块。以“捆包拦截”为例：产品在捆包工序要不要被拦下来，老系统 Previa 里有一整套判定条件，散落在十几年的迭代里。新系统要接管这道工序，就必须把这些条件一条条反推出来、复现、再让现场确认。
这一项在项目台账里是一张独立的变更单，评估投入 75 人天（口径：该变更单的评估人天）。也就是说，仅仅是“把老系统已经在做的事继续做对”，就花掉了超过样板线三分之一的工作量——它不产生任何新功能，但少做一条就可能放出不良品。
给老板的一句话：在评估替换老系统的预算时，一定要为“功能对齐清单”单独留出一笔钱。它在需求清单上看起来是零，在实际工作量里往往占两到三成。
迁移实录：从一条线到多个厂区
这个项目从 2021 年起持续迭代，最终的覆盖范围远超最初的合同范围：
- 厂区：四生、六生、一生、二生、本社、新区工厂
- 产品线：C 社产品线 + 车载产品线
- 系统能力：CIM 平台、EAP 设备联机平台、材料间管理、外包管理系统、BI 看板
- 外部集成：日本方数据库、SAP、EDI、第三方自动线 MES
其中车载产品线还做了一次系统合并式的迁移——原有 MES 基于 Oracle 数据库，需要把它的数据迁入新平台并与新线体统一，这比单纯“替换一套系统”更复杂：既要迁数据，又要统一两套不同来源的业务模型。
整个过程中，项目台账登记的正式需求变更超过 41 项（口径：项目变更单中登记的条目，含范围内完善与范围外新增）。这个数字本身就说明了一件事：系统替换类项目不可能靠一份需求说明书一次定死，它需要的是一个能持续接需求的交付机制，而不是一次性的交钥匙工程。
这次迁移可复用的五条经验
- 先定“以哪天为界”：明确从某个时间点起，所有新数据以新系统为准，老系统转为只读查询。界限模糊是数据打架的根源。
- 样板线要选“最难的那条”，不是最简单的那条：样板线的意义是暴露问题。挑一条简单的线跑通，等于把风险留到后面。
- 功能对齐清单必须由现场签字：不能只由 IT 部门确认。真正知道老系统会在什么条件下拦货的，是班组长和工艺工程师。
- 集成接口比功能更早启动：这个项目中多次出现的延误，都和外部依赖有关——对方 FTP 数据不完整、设备改造滞后、邮件服务不通。接口对接的排期要提前，不要等主体功能做完再谈。
- 把并行期写进合同：并行运行是有成本的，双方事先约定好并行多久、谁出人、以什么标准判定可以停用老系统，比事后扯皮划算得多。
常见问题（FAQ）
替换一套老 MES，大概要多久？
按阶段看更有意义。一条实装样板线（含调研、建模、开发、现场实施）的典型周期是 2–4 个月，本项目为 3 个月；样板线跑通后，同类线体的复制周期通常以周计。整厂替换的总时长，取决于要复制的线体数量和外部系统对接的复杂度，不是一个可以脱离范围回答的数字。
老系统的历史数据一定要全部迁移吗？
不一定。常见的做法是分三档：追溯类数据（批次、序列号、检验记录）按客户和法规要求的保存年限迁移或保留只读库；主数据（物料、工艺、BOM）必须迁并做清洗；过程日志类数据通常保留在老库只读即可，不必迁入新系统。全量迁移的成本很高，而且会把老系统的数据质量问题一起搬进新系统。
并行运行期要多长？
以“现场不再对新系统的判定结果提出异议”为退出条件，而不是以天数为条件。实务上多数线体在一到两个完整生产周期内可以完成并行，关键工序（如出货前拦截）可以适当延长。
替换期间产线会停吗？
按线体分批切换、并行运行的前提下，不需要整厂停产。切换动作可以压缩在交接班窗口内完成，单条线的影响控制在一个班次以内。
写在最后
替换老旧系统这件事，技术上并不神秘。它真正考验的是三点：有没有耐心把老系统的隐性规则挖干净、有没有分阶段推进的纪律、有没有一个能长期接需求的交付方。
无锡夏普这个项目从 2021 年做到今天仍在持续迭代——这本身就是对第三点的回答。一次性的交付可以靠冲刺完成，但老系统替换从来不是一次性的事。
如果你的工厂正面临类似的情况——老系统没人维护、大客户开始审计、多厂区数据对不上——欢迎与奥斯坦丁软件（OTD）交流，我们可以先帮你把“功能对齐清单”这件最难估的事梳理出来。
——苏州奥斯坦丁软件科技有限公司（OTD）
作者
OTD 研究组
专注制造业数字化转型实践，深耕 MES、WMS、数字孪生与 IoT 集成领域，帮助工厂从「看不见」走向「可控可优」。