一张非标设备订单已经确认,ERP里有销售订单和采购信息,PLM里有图纸与设计BOM,车间也有自己的工单。系统都在用,项目会上还是要反复问:这台设备现在做到哪了?采购的件对应哪个版本?图纸改了,已经下发的任务怎么办?
这些问题往往不在某个系统有没有功能,而在于同一张订单经过不同岗位时,数据有没有接上、责任有没有说清。
在木白,我们建议先沿着一张订单梳理业务,再划分系统分工:ERP承接经营和供应,PLM管理产品设计依据,MES/MOM接住具体订单的制造准备与现场执行。每一段交接都要有明确对象、版本、接收结果和反馈。

先看一张订单,不急着画系统边界
举个简化例子:一家装备厂接到一张两台设备的订单。ERP里记录合同需求、采购和库存;PLM里维护设备的设计BOM、图纸及其版本;制造团队需要按本单配置组织用料、工序、工单与进度反馈。
生产期间,工程师将某个安装支架的设计由V1调整为V2。此时采购可能已经向供应商下单,仓库可能已经收货,车间也可能正在装配第一台设备。判断能否切换版本,不能只看PLM里有没有新图纸,还要知道变更适用于哪台设备、旧版支架走到了哪一步,以及采购和现场分别要做什么。
我们更关心的是这条业务记录能否接得住:订单和设备是谁,执行依据是什么版本,下游是否收到,发生过什么动作,变更最后如何处理。 系统名称可以不同,交接的这些问题不能缺。
ERP、PLM与MES/MOM,各自通常管什么?
- ERP: 通常围绕订单、采购、库存和经营核算组织业务。生产计划、物料需求和工单也可能在ERP中管理,具体范围取决于企业配置。
- PLM: 通常管理产品结构、设计BOM、图纸文档和工程变更,为制造提供经过确认的设计依据。
- MES/MOM: 通常承接制造运营与现场执行,把具体订单需要的工艺、工单、物料、进度和异常组织到制造过程中,并将约定的执行结果反馈给相关系统。
这里的分工是讨论起点。有的ERP已经覆盖一部分制造执行,有的PLM也参与制造BOM和工艺管理,MES与MOM产品之间的范围也不完全相同。选型前要先查企业现有能力与业务配置,而不是按软件名称把同一项工作重复建设。
第一处交接:订单如何变成这次要做的设备
销售订单上的产品名称相同,不代表每台设备的配置和交付要求完全相同。订单下达制造时,除了订单号和数量,还应明确项目、设备或序列范围、约定的交付节点和本单配置。
接收方需要能分辨产品模板与订单实例:模板记录可复用的产品数据;订单实例记录这次实际选择的配置、制造范围和执行状态。设计BOM或标准工艺进入本单后,采购和车间才能知道正在服务哪一台设备,而不是只拿到一个通用产品编码。
如果一张订单有两台设备,其中一台选用不同规格的电控单元,就要把差异落到对应设备与需求上。后续改型、缺料或调试延期,才能判断影响的是一台还是两台。
第二处交接:设计依据如何进入采购和车间
PLM交出的不仅是一份文件,更应是可以辨认的业务依据:适用对象、BOM及图纸版本、发布状态、适用范围,以及尚未确认的接口。制造侧再结合生产组织、工艺和实际用料要求,形成下游可以执行的制造BOM与任务。
边设计、边采购、边生产的项目,可以按已经确认的制造单元或释放清单分批交接。每批说明本次允许询价、采购还是制造;未确认的接口保留待办,不能因为系统里出现了数据,就默认为下游可以正式投料。
设计依据发生变化时,要把变更关联到原来的订单、设备与执行任务,分别检查未下单、已下单、已到货和已在制的情况。新版本进入设计系统,并不代表旧采购单、现场实物与工单已经完成处置。
第三处交接:现场结果怎样回到订单
制造执行不只是把任务往下派,还要让项目团队拿到可判断的反馈。我们建议至少约定四类信息:工单和工序状态、完成数量、物料领用或退料结果、影响后续工作的质量与异常状态。
反馈前先说清口径:一个工序的“完成”是报工完成、检验合格,还是下道工序已经接收?一台设备的“完工”是否包含调试?哪些数据需要回写ERP,哪些只需供项目团队查看?口径不同,看到同一个百分比也可能得出相反判断。
例如装配报工完成而检验仍未通过,项目进度可以记录装配动作已完成,但不能直接把这台设备当成具备后续交付条件。异常由谁处理、何时反馈,以及处理后如何确认,都应留在同一条业务记录上。
把接口从“能传”验收到“能用”
我们建议在接口联调前,先为每类数据指定一个业务维护来源,再约定接收方如何使用。比如订单由谁创建、图纸哪个版本可执行、工单状态由谁维护、库存数量按哪个系统和时间点取值。实际企业可以有不同划分,但同一字段不能在多个系统里各自修改却没有冲突处理规则。
接口清单至少写清这六项:
- 对象与标识: 订单、设备、物料、BOM行、工单和变更单如何对应。
- 版本与范围: 本次适用哪个版本、哪些设备、哪些需求行;新旧版本何时生效。
- 发送与接收: 什么时候发送、接收方返回什么结果,失败后谁负责处理。
- 重复与顺序: 重发同一消息不能形成重复业务;较早的旧状态不能覆盖已经确认的新状态。
- 异常与人工处理: 缺字段、编码不一致、版本冲突或审批未完成时,在哪里看到、退回和处理。
- 反馈与对账: 哪些执行结果要回传;定期比较双方数量、状态和版本,发现差异如何纠正。

接口返回“发送成功”,只说明发送方把消息交了出去;接收系统是否形成正确的订单、任务和版本,还要看接收结果与业务对账。遇到网络重试或人员补录时,这一步尤其重要。
在木白,让设计结果进入本单执行
木白装备云面向非标和项目制装备制造,围绕订单组织研发、物料与生产协同。企业已有PLM时,我们关注如何承接产品、BOM、图纸和变更,并把设计输出带入具体订单的制造用料与执行过程;没有PLM时,也可以结合实际情况使用研发云管理基础产品数据。

图中展示了产品BOM版本与工单用料的承接方式。落地时,我们建议先选一张在制订单,串起一台设备的订单配置、设计依据、制造任务和一次变更处理,再由研发、采购、计划和车间共同核对接收结果。先把这条路径跑清楚,再决定哪些接口需要扩展、哪些职责需要调整。
常见问题
已经有ERP,还需要MES/MOM吗? 先看现有ERP是否已经覆盖工序执行、现场异常、设备级进度和相关反馈。如果这些工作已有合适工具承接并能满足业务,就不必为了系统名称增加一套软件。
PLM里的BOM可以直接用于车间吗? 要看企业的产品结构、工艺和制造组织。设计BOM回答产品由什么构成,制造侧通常还需要明确怎样采购、加工、装配以及对应哪张订单;两者的转换方式应结合现场确定。
接口实时同步就不会出错吗? 同步速度只是一项条件。对象匹配、版本生效、失败重试、接收确认和差异处理同样重要,仍需按实际业务验收。
从一张订单开始,把每次交接的对象、依据和接收结果核对清楚,系统分工才真正落到装备交付上。
可以一键领取相关案例包 / 方法说明 / 白皮书。
更多洞察
文章数字化不是目的,订单履约才是本质
上了 ERP、用了 MES,系统越来越多,效率却没提升——这是很多装备制造企业老板的真实困惑。问题不在系统本身,而在于割裂式管理的根本局限:计划和执行两张皮,研发和制造各自为政,现场服务和工厂完全脱节。装备制造的核心目标只有一个:把订单按时、按质、按成本交付出去。数字化的本质,是让订单履约这件事变得更高效、可靠、可控——而不是多上几套系统。
文章物料齐套率怎么算?90%齐套,为什么还开不了工
物料齐套率到了90%,设备为什么仍然开不了工?在木白,我们更关心剩下的缺料卡住哪道工序、什么时候必须可用、由谁推进。把工单、关键件、线边状态和使用时间连起来,齐套率才能成为开工与交付的判断依据。


