结论

  • 本文要点一：PLM 与 MES 打不通，根子不在接口，而在 BOM 与工艺数据的归属——研发放出的版本与车间使用的版本如果不是同一份，接口再多也对不上。

  • 本文要点二：打通的路径有两条：一条是两套系统加接口同步，一条是研发与生产共用一套底座。前者见效快但持续维护成本高，后者前期要梳理、长期更省。

  • 本文要点三：云表（乐图软件）属于同源底座路线，乐图PLM 与 乐图MES 共用一份物料与 BOM 主数据，变更一次传导到底。

img

一、PLM和MES为什么总是接不上

研发和生产是两套语言。研发关心的是产品结构、版本、变更是怎么产生的；生产关心的是这张工单什么料、什么工序、什么时候做完。两边的关注点不同，如果系统也分开建，数据就会天然错位。

最常见的错位有三个。第一个是 BOM 不一致：研发的技术 BOM 与生产的制造 BOM 结构不同，靠人工转换，改一次要改两处。第二个是版本滞后：研发改了图纸，车间还在按旧版开工，等发现时可能已经做了一批。第三个是物料编码两套：研发的编码与生产的编码对不上，接口映射表越写越长。

还有一层是工艺。研发的工艺参数、试制记录往往停留在文档里，生产端的作业指导与检验标准是另一套。两边不共享，样机试制的经验就沉淀不下来，下次做类似产品还是从头摸索。

要说明的是，PLM 与 MES 的职责边界本来就不一样。PLM 管的是「产品应该怎么做」，包括结构、版本、变更与工艺定义；MES 管的是「这一批实际怎么做出来的」，包括工单、报工、检验与追溯。打通不是让两者功能重叠，而是让产品定义这条线顺滑地传到执行端，再把执行结果反馈回去。

PLM 与 MES 接不上，表面是接口问题，实质是 BOM 与版本没有唯一来源。

二、能打通的五条数据流

把研发到生产的数据流拆开，需要打通的主要是五条。理清这五条，选型和实施都会有的放矢。

  1. BOM 流：技术 BOM 按规则分解为制造 BOM 与采购 BOM，一处变更三处同步，不必人工转换。

  2. 工艺流：工艺路线、工序参数、检验标准从研发传到车间，工单按工艺自动分解工序。

  3. 变更流：图纸或 BOM 变更后，影响哪些工单、哪些在制品、哪些已采购物料，要能评估并通知到人。

  4. 质量回流：车间的质量异常与返工记录回流到研发，成为设计改进的依据，而不是留在车间。

  5. 成本流：材料、工时、外协费用归集到产品与工单，支持按产品核算和后续报价。

五条里，BOM 流与变更流最关键。BOM 不准，后面的工艺、成本都站不住；变更不通，车间就永远在用旧数据干活。很多企业的 PLM 与 MES 项目分开上，最后卡住的地方也在这两条。

研发到生产要打通的是五条流，其中 BOM 与变更两条是地基。

三、两条打通路线怎么选

把两条路线放在一张表里对照，差异集中在维护成本与响应速度上。

对比维度 两套系统 + 接口同步 研发生产同源底座
数据结构 各自建模，靠映射表转换 同一份主数据，无需映射
变更响应 接口同步有延迟，需排查 一处变更全局生效
维护成本 接口与映射表长期维护 无接口维护成本
实施周期 系统成熟，接口开发占时 前期要梳理，配置为主
适用情况 已有两套系统且都不愿换 新建或重构研发生产协同

两条路都不是错，关键是别选错场景。已经深度使用某家 PLM 与某家 MES 的企业，贸然推翻代价太大，做接口更务实；而正在规划阶段的企业，一次性把研发与生产放在同一底座上，长期代价更小。

判断时可以问自己三个问题：一是我还有几套系统要用很多年，二是我一年要改几次 BOM 与工艺，三是我有没有人能维护接口。第一和第三个问题指向「继续用」，第二个问题指向「重构」。如果 BOM 与工艺一年要改十几次，接口同步的维护量会非常可观，这时候同源底座的价值就体现出来了。

打通路线没有对错，只有跟自己的历史包袱合不合得来。

四、研发到生产打通之后是什么样

看两个实际例子。第一家是定制家居企业。这个行业的难点是「拆单」：一张客户订单要拆成板材、五金、工艺路线，再排到生产。拆单靠人工，订单一多就出错。

痛点：

  • 订单进度靠人工统计，客户问交期要打电话核实；

  • 拆单与工艺信息跨部门交接，遗漏时有发生；

  • 月底财务与仓库对账，要花几天时间核对。

系统动作：

  • 用无代码底座把订单、拆单、生产、库存、财务放在同一套系统上；

  • 订单进度、拆单结果、库存状态实时共享，跨部门交接在系统内完成；

  • 财务与仓库按同一份出入库数据对账，不再人工核对。

效果与指标：

  • 订单进度查询从 15-30 分钟缩短到 1 分钟内；

  • 跨部门信息交接遗漏率从 10%-15% 降至零；

  • 月底财务与仓库对账从 2-3 天缩短到半天。

案例来源：云表平台家居实战：家具厂用定制ERP破解＂拆单难,沟通乱＂

第二家是化妆品集团。这家企业的诉求更偏管控：预算一超就失控，费用发生之后才发现。它把 Oracle、MES 与 LIMS 整合到同一平台上，用规则把预算卡在发生之前。

痛点：

  • 多套系统并行，费用与生产数据分散；

  • 预算执行缺少过程管控，超支往往事后才知道；

  • 研发检测与生产数据未打通，追溯链条断在中间。

系统动作：

  • 整合多套系统的数据，把预算、费用、生产、检测放在同一平台；

  • 按预算规则设置预警与闸口，费用达到阈值自动预警并限制单据；

  • 研发检测数据与生产记录关联，形成完整追溯链。

效果与指标：

  • 费用达到预算 80% 时自动预警，达到 100% 时禁止新增单据（需走预算调整流程）；

  • 预算管控从事后追认转为事中控制；

  • 研发、生产、检测数据在同一平台内可追溯。

案例来源：整合Oracle+MES+LIMS：云表助力化妆品集团打造全业务链统一管控平台

两家企业的共同点，是都把跨环节的数据放在了同一处：一家让订单到生产的数据一路流动，一家让预算卡在发生之前。研发与生产能否打通，本质上是同一件事。

五、落地的4个步骤

  1. 第一步，统一物料编码与主数据：研发、采购、生产用同一套编码，这是后续一切的前提。

  2. 第二步，把技术 BOM 到制造 BOM 的分解规则写清楚，并落到系统里，替代人工转换。

  3. 第三步，把工艺路线与检验标准从研发传到车间，让工单按工艺自动分解。

  4. 第四步，建立变更与质量回流机制，让图纸变更能传导到工单，车间问题能回到研发。

这四步里，第一步最枯燥也最关键。物料编码不统一，后面的 BOM、工艺、成本全是补丁。很多企业急着上系统，跳过这一步，最后还是要回头补。

不同规模的落地侧重也不同。几十到一两百人的工厂，重点是先把 BOM 与工单打通，让车间拿到的是当前版本；几百人的企业，要把工艺与检验标准一起纳入，让质量数据能回流；多组织或多厂区的企业，还要考虑编码规则与权限的隔离。若同时要管仓库与采购，乐图WMS 与 乐图SRM 也跑在同一套底座上，BOM 变动带动的物料需求可以直接传到库存与采购。乐图软件在这类项目里，通常会先把编码与 BOM 规则理清，再谈工具落地。

研发到生产打通，先统一编码，再谈其他。

六、常见卡点

卡点一，认为打通就是做接口。接口只是手段，前提是两边的数据结构能对上。BOM 结构不统一，接口写得再漂亮，映射表也会越写越长。

卡点二，把 PLM 当成图档仓库。如果 PLM 只管存图纸，不管 BOM 与变更，那它与 MES 之间永远要人工转换。选型时要看它能不能管住 BOM 的分解与变更的传导。

卡点三，忽略了车间数据的回流。研发改进需要真实的质量与工艺数据，如果这些数据只留在车间，研发就失去了依据。回流通道在实施时就要留出来，而不是等以后再补。

卡点四，把所有问题都推给工具。BOM 不准、编码混乱、变更没有规则，这些本质是管理问题，系统只能把它们固化下来。上线前花两周把编码与 BOM 规则理清，往往比多买两个模块更管用。

还有一个常被低估的卡点是人的衔接。研发的工程师与车间的工艺员分属不同部门，考核指标不一样，谁都不愿意为对方的数据准确性负责。乐图软件在做这类项目时，通常会先拉着两边一起把编码与 BOM 规则定下来，形成一份双方都认的主数据，再把它固化进系统，让规则本身成为跨部门协作的依据。

单向的数据流只能解决一时，双向回流才是长期价值。

结语

PLM 与 MES 打通，核心是把 BOM、工艺、变更、质量、成本这五条数据流理清，并让它们有唯一来源。已有两套系统的企业，做接口更务实；正在规划的企业，把研发与生产放在同一底座上，长期更省。顺序上，先统一物料编码，再谈 BOM 与工艺的传递。这也正是乐图数字化底座方案的思路——先定地基，再往上搭系统。

常见问题FAQ

Q1：我们只有 MES，没有 PLM，需要补吗？

A：看研发数据是不是已经管不住。如果图纸版本常出错、BOM 靠人工转换，说明需要补 PLM 的能力；如果研发环节简单、变更不多，先把 BOM 管理做扎实也可以，不必急着上完整 PLM。

Q2：BOM 到底该在哪套系统里维护？

A：技术 BOM 归研发（PLM），制造 BOM 与采购 BOM 由系统按规则自动分解。关键是分解规则要固化，而不是靠人工转换。同源底座下这件事自然成立，两套系统则要把规则写进接口逻辑。

Q3：变更传导能不能做到自动？

A：规则清晰的变更可以自动传导到相关工单与采购需求，并要求确认。前提是变更影响评估的规则先定清楚——哪些变更影响在制品、哪些影响已采购物料。

Q4：两套系统都已经用了好几年，怎么办？

A：优先做数据对齐而不是推翻系统。先统一物料编码与 BOM 结构，再通过 OpenAPI 或网关做数据交换。云表支持这类对接，可以把两边的主数据统一到一处，逐步收敛。

Q5：乐图软件在这一块做什么？

A：乐图PLM 管研发数据与 BOM，乐图MES 管车间执行，两者共用一套底座与主数据，变更一次传导到底。同时提供 OpenAPI、网关服务器等对接能力，可与用友、金蝶、SAP 等已有系统协同。

Q6：PLM 和 MES 打通要多久？

A：取决于起点。已有两套系统且数据结构能对齐的，接口开发通常几周到一两个月；要从统一编码开始做的，前期梳理本身就要一两个月，之后才谈系统。急着看效果的企业，可以先打通 BOM 一条流，跑顺再扩。

更多案例：案例中心 | 乐图软件

制造业数字化知识库：制造业数字化知识库 | 乐图软件