过去十年，中小制造企业上系统有一个默认剧本：先买一套 ERP 管采购、库存和财务，业务长大了再买一套 MES 管车间工单和报工。剧本的下半段很少有人提前讲——两套系统往往来自两家供应商，中间靠定制接口或人工导表缝合，接口费收得比软件还贵，缝出来的数据口径还常常对不齐：ERP 里叫料号 A 的东西，MES 里是另一串编码，月底对账成了两个部门的技术谈判。这个剧本如今正在被改写，2026 年最值得中小企业关注的趋势之一，就是 ERP 与 MES 从「买两套」走向「一个底座分层搭」。
一、为什么两套系统的墙越来越难以忍受
分家模式的痛感，是随着订单波动加剧而放大的。三个现场片段很典型：
- 业务员答复客户交期，得问计划员，计划员问车间，车间主任翻白板——ERP 里的订单状态和车间实际进度隔着一次月度对账； 插单来了，计划员在 ERP 改了排产，车间按老工单干活，两个系统各说各话，做错一批料才发现单据没同步；老板想看一张「订单-工单-成本」联动的表，两家供应商都说要定制开发，报价六位数起，周期一个季度起。
说到底，两套系统的墙不是技术问题，是商业结构问题：每家供应商只对自己的模块负责，跨系统集成的成本和风险全部落在企业自己头上。
二、新趋势的底层逻辑：低代码平台长出了 ERP 能力
变化的技术推手是低代码平台这几年的进化。早期低代码只能搭表单和流程，如今带表格引擎、公式体系和权限模型的平台，已经能承载 ERP 级别的业务：进销存与 ERP 类方案跑采购、库存、财务对账，稳定性经过了大量中小企业的验证；同一底座上再搭工单报工、质检、设备模块，MES 域的需求也覆盖得七七八八。
这个模式的本质变化在主数据：料号、BOM、工艺路线只维护一份，ERP 域和 MES 域共用，从根上消灭「两张皮」。车间扫码报工的数据实时回流，工单进度不再是月底才对得上的糊涂账。
1. 谁在用这种方式
从市场反馈看，采纳最快的是三类企业：一百人上下、此前只有 Excel 或单机进销存的中小制造厂；有 ERP 但车间完全纸面化的「半数字化」企业；以及订单多品种小批量、排产变化频繁、等不起定制开发周期的工厂。共同点是预算有限、流程还在变、没有人手养一个 IT 部门。
3. 数据主权意识的觉醒
还有一个不写在招标文件里但越来越重的因素：数据主权。两套系统分属两家供应商，企业的业务数据被锁在两套私有格式里，想迁移或备份时才发现举步维艰。低代码底座模式下，数据落在一个平台、口径统一，导出和对接的主动权回到企业手里。这两年不少工厂主在换系统时吃过亏，回头再选型时，数据能不能自己拿走成了必问的问题。这不是技术洁癖，是真实的风险意识。
2. 供应商侧也在变
另一个信号来自供给侧：传统 ERP 厂商开始在自己的产品线里加低代码扩展能力，而低代码平台的模板市场里，制造类应用从零星几个长成了一整个货架。双向奔赴说明一件事：企业要的不再是「一套软件」，而是「一个能跟着业务长的底座」。
三、融合模式算得过账吗
企业最终关心的还是钱和时间。两种路径的典型对比（口径为市场上常见的项目区间，具体因企业而异）：
| 对比项 | 两套系统分买 | 一个底座分层搭 |
|---|---|---|
| 初次投入 | ERP＋MES 两笔许可费＋接口费 | 通常为一套系统的量级 |
| 上线周期 | 串行实施，常见一年以上 | 分模块滚动上线，常见2~3个月见首期 |
| 跨系统对账 | 月度人工核对，常出差异 | 同底座自动一致 |
| 改报表/改流程 | 提需求给供应商，按版本排期 | 企业内会配表的人自己改 |
有几点要泼冷水：融合模式不等于零成本——主数据整理、车间终端布设、员工培训一样都少不了；也不是所有企业都适合，重流程行业有深度合规要求的，成熟套件仍有优势。但对大多数两难中的中小企业，这条路把「数字化」从一次大额赌注，拆成了可以小步试错的分期工程。
五、中小企业的应对：三条主线
趋势归趋势，落地的顺序错了照样翻车。给正在规划的工厂三条主线建议：
- 先账后厂：先把采购、库存、销售这本账在一个底座上跑顺，主数据清干净，再上工单报工——顺序反了等于在流沙上盖楼；
- 车间从报工切入：MES 域别贪大，先让工序报工数据进来，进度透明这一件事就值回票价，设备联网、质量追溯随后叠加；
- 留好扩展口：选底座时确认它能开放数据接口，将来要接财务专业软件或客户系统时不用推倒重来。
数字化这件事，中小企业真正的护城河从来不是买了多贵的软件，而是数据和流程沉淀在自己手里、改得动的那部分。系统从两套变成一个底座，省下的不只是接口费，更是把变化的主动权从供应商手里拿了回来。
六、写在趋势边上：别为了融合而融合
趋势值得跟，但方向对不等于节奏对。见过不少工厂被「一步到位」的说法打动，账还没理顺就直拢车间联网，结果设备数据采了一堆，没有一张报表能回答老板的问题。融合架构的价值恰恰在于允许你小步走：先把账本跑原，让主数据沉淀下来，再让车间数据一层层长上去。也见过反过来的例子：几十人的小厂，订单结构稳定，现有表格加单机进销存已经够用，为了赶上趋势而强行上系统，反而把简单业务复杂化。判断标准其实朴素：当前的管理痛点是不是数据不在一个地方、变化没人响应？是，融合底座值得认真评估；不是，先把手头工具用好。系统是工具不足时的答案，不是所有问题的答案。
常见问题解答
Q1：中小企业必须同时上 ERP 和 MES 吗？
不必。常见误区是照搬大企业架构。百人以下的工厂可以先在一个底座上跑进销存加简单工单报工，把主数据理清、账跑顺，业务量上来后再分层扩展 MES 能力。一步到位买两套大系统，失败率反而高。
Q2：ERP 和 MES 融合是指买一家厂商的全家桶吗？
不完全是。全家桶仍是传统套件思路。新趋势是用低代码平台做底座，ERP 域和 MES 域在同一底座上搭建，共用一份主数据，业务变化通过改配置应对而不是提需求等版本，主动权在企业自己手里。
Q3：低代码平台搭的 ERP 靠谱吗，能不能承载生产业务？
当前主流低代码平台已具备表格引擎、公式体系、权限模型和集成能力，承载百人级企业的进销存、工单报工类业务已有大量成熟案例。判断标准看三点：并发性能、数据开放接口、是否有同行业落地客户。
Q4：已经有 ERP 了，车间还需要单独上 MES 吗？
先看现有 ERP 能否在同底座扩展工单模块，能扩展就不用另买。如果另买独立 MES，务必提前谈好接口方案和数据口径责任，历史上两套系统对账扯皮的根源就在接口责任不清。
Q5：这类系统上线一般要多久？
低代码模式分模块滚动上线，采购库存账本通常4~6周可跑起来，加车间报工整体2~3个月见首期是常见节奏。传统两套系统串行实施超过一年的情况，在融合模式下明显缩短。
Q6：上系统前最该做什么准备？
整理主数据：料号统一编码、BOM 核对准确、供应商客户档案去重。这项工作不花软件的钱，却决定了上线后数据的质量。很多项目失败不是软件不行，是主数据一团糟。