EBOM、PBOM、MBOM到底有什么区别？研发、工艺、生产别再混着用了！

做制造业信息化的同行，大概率都在项目会上见过这种场面。

• 研发把BOM表往群里一甩，说物料清单上周就发了。
• 工艺看了一眼，说你这个是按设计逻辑搭的结构，没有工序拆分，我这边没法直接用。
• 生产那边更直接：系统里料号都对，但工人拿到手不知道先装哪个、后装哪个、螺丝该在哪道工序拧。

三个人说的都是BOM，聊了快半小时才发现，大家嘴里的BOM根本不是同一个东西。

同一个产品，研发、工艺、生产三个环节各自需要的数据结构完全不同。研发手里的是设计BOM，工艺手里的是工艺BOM，生产手里的是制造BOM。三者各管一摊，任何一层没转清楚，从新品导入到量产变更，全链路都会跟着乱。

这篇文章把三种BOM各自管什么、怎么区分、常见踩坑点、以及怎么把三者串起来，一次讲清楚。

一、研发手里的EBOM

EBOM，全称Engineering BOM，研发部门根据产品设计需求搭建的物料清单。它回答的问题很简单：这个产品由哪些零部件组成，它们之间的层级关系是什么样的。

EBOM的结构是一棵设计树。总成下面挂组件，组件下面挂零件，零件挂在哪个组件下、用量多少、设计版本是哪个，全部按研发的设计逻辑来组织。

举个例子。研发设计一台电机，EBOM里大概率是这么排的：电机总成下面挂定子组件、转子组件、端盖组件，定子组件下面再挂铁芯、绕组、绝缘材料。这个结构反映的是研发的设计思路，按照功能模块往下拆。

EBOM由研发部门创建和维护，通常在PLM系统里管设计版本。研发改一版图纸，EBOM跟着升一版。

但EBOM有一个先天局限：它只管产品长什么样，不管产品怎么做出来。EBOM里不会告诉你这个零件是先装还是后装，不会告诉你装配过程需要什么辅料，也不会告诉你同一颗螺丝在不同的装配阶段用量不一样。

这些信息，EBOM全部提供不了。所以工艺部门拿到EBOM以后，没法直接拿去排工艺路线。这就是PBOM要出场的地方。

二、工艺手里的PBOM

PBOM，全称Process BOM，工艺部门在EBOM基础上重新搭建的生产过程物料清单。它回答的问题是：这个产品按照什么工序、什么顺序、用哪些物料一步一步做出来。

PBOM跟EBOM一个最明显的差别：EBOM里只有一个电机总成，PBOM里可能出现定子预装件、转子预装件、电机总装件这些中间件。原因很直接，现场实际装配要先分别预装定子和转子，再拿到总装线上去合，没法把所有零件直接往总装工位一堆了事。

PBOM做的事情，就是把EBOM的设计结构"翻译"成工艺结构。这个翻译过程要做四件事。

第一件，增加工序信息。EBOM里的每一层物料，挂上对应的工艺路线，明确这个零件在哪道工序进入、在哪道工序完成。

第二件，增加中间件和半成品。设计上的虚拟层级，在制造过程中如果有独立的装配步骤，就要拆出来做实体半成品，给它分配料号和工序。

第三件，补齐辅料清单。胶水、焊丝、紧固件、润滑脂、密封圈，这些EBOM里经常不出现的东西，PBOM里要全部列清楚。缺一个辅料，产线就停。

第四件，标明物料在哪道工序进入。同一颗螺丝，预装阶段用4颗，总装阶段用2颗，PBOM里要分开写，不能合并。

PBOM一般由工艺部门在CAPP或工艺管理系统中维护。它是设计到制造之间最关键的一层翻译，没有这层翻译，研发数据再完整也落不到产线上。

三、生产手里的MBOM

MBOM，全称Manufacturing BOM，生产部门在PBOM基础上进一步细化后的现场执行物料清单。它回答的问题最务实：哪个工位、什么时候、领什么料、按哪个版本、装在哪。

MBOM跟前两种BOM的差别在于颗粒度。EBOM管产品结构，PBOM管工序路线，MBOM管的是工位级的投料执行。

举一个具体的零件来感受这个颗粒度的差别。同一颗电阻，在EBOM里只标注它属于电源板的BOM清单。在PBOM里会标注它在SMT贴片工序投入。在MBOM里会进一步标注：从仓库发到SMT线边仓、在第三个料站位上料、当前有效版本是V2.1、替代料有一款国产型号在验证中、单板用量5颗含1颗备损。

这些信息对研发和工艺来说可能太细了，但对生产现场来说，差一个都跑不顺。工位不知道版本，领错料。不知道替代关系，缺料就停线。不知道备损，报废率算不准。

MBOM通常由制造工程师在ERP或MES系统中维护，跟生产订单、工单、领料单直接挂钩。一变俱变，版本管理是MBOM最头疼的事。

四、三种BOM到底差在哪

三种BOM放到一起对比，记住三句话就够了。

EBOM回答的是"产品长什么样"，设计结构导向，研发主导。

PBOM回答的是"产品怎么做出来"，工序路线导向，工艺主导。

MBOM回答的是"现场怎么投料"，工位执行导向，生产主导。

同一颗螺丝，在EBOM里是一个零件号加一个用量数字。在PBOM里会出现在多道工序下面，每道工序标注不同的用量。在MBOM里还会进一步拆到具体工位，区分版本和替代关系。

从EBOM到PBOM再到MBOM，每一层都在增加信息维度，每一次转化都可能产生新的结构、新的中间件、新的物料。有人把这个过程理解成"翻译"：EBOM是原文，PBOM是第一版译稿，MBOM是最终可以执行的定稿。翻译如果漏了信息，现场一定跑偏。

五、BOM管不好，问题出在哪

道理搞清楚了，我们再来看一个更现实的问题：很多公司BOM管了很多年，为什么一到试产和变更还是乱。

常见的坑，基本集中在三个地方。

第一，边界不清楚。研发觉得BOM发了就完事了，工艺觉得EBOM不是我的产出物跟我没关系，生产觉得系统里跑得通就行。三边都在等，结果就是没人对BOM的最终落地负责。EBOM谁建、PBOM谁转、MBOM谁审、出了问题谁兜底，边界必须写在流程文件里，不能靠默契。

第二，转换没规则。EBOM里一个总成拆成几个中间件、哪些设计件要重新分组、辅料和替代料怎么进BOM，全靠工艺工程师凭经验拍。不同工程师拍出来的不一样，同一个产品两个项目的PBOM可能对不上。转换规则不定下来，BOM质量就是靠天吃饭，碰上经验丰富的老师傅没事，换个新人就出问题。

第三，变更不同步。这是最要命的一个。研发改了图纸升了EBOM版本，工艺没有跟着升PBOM，生产还在按旧版MBOM投料。等发现的时候半成品已经做了一批，退不掉，不退又没法用。工程变更流程如果不把三种BOM串在一起同步升版，变更本身就是最大的质量风险。

六、怎么把三种BOM串起来

知道了区别，也知道了常见坑，最后落到怎么管。

第一件事，BOM的生命周期流程要定清楚。新品导入阶段，研发建EBOM，工艺评审EBOM的可制造性并转化成PBOM，生产在PBOM基础上细化出MBOM。变更阶段，ECO发起后三种BOM同步评审、同步升版。每个阶段的输入输出、责任人、交付标准，写进流程文件，不要口头约定。

第二件事，转换规则要固化成模板。EBOM到PBOM的转化，哪些结构直接继承、哪些需要拆分、哪些要补中间件和辅料，形成企业级的转换规范。PBOM到MBOM的转化，工位拆分规则、替代料维护规则、版本关联规则，也一样。有了规则模板，换一个工程师来做也能保持一致性，不靠个人经验保质量。

第三件事，工具要选对。BOM数据量一大，靠Excel传来传去早晚出问题。研发端的PLM要能管住EBOM的版本，工艺端的CAPP要能承接EBOM并生成PBOM，生产端的ERP或MES要能把MBOM推到工位。这三个系统之间，BOM数据的流转链路要打通，打通的关键是数据模型要统一，权限边界要清晰。

打通这件事，低代码平台近年来的表现值得关注。以织信Informat为例，它的数据建模能力可以直接把EBOM、PBOM、MBOM三种数据结构搭在一个平台上，流程引擎把EBOM审批、PBOM转化、MBOM下发串成一条线，字段级权限确保研发只能改EBOM、工艺只能改PBOM、生产只能看MBOM。比起PLM、ERP、MES三个系统打通再联调的方案，在同一平台上把数据加流程一体化管起来，实施周期和运维成本都要轻得多。

结束语：

EBOM、PBOM、MBOM，说到底是同一个产品数据从设计到制造逐步丰满的过程。每转化一层，数据就离现场更近一步，信息量就多加一维。

我们把三种BOM梳理下来，抓住三个关键词就够了：边界、转换、同步。边界清楚，责任不推诿。转换有规则，质量不靠个人经验。同步有机制，变更不炸雷。

如果你的企业正在经历新品导入阶段的BOM混乱，或者是量产过程中的变更管理失控，建议先不要急着上大系统。把EBOM、PBOM、MBOM的边界和转换规则理清楚，流程跑顺了，再考虑用什么工具固化。选工具的时候，传统PLM加ERP加MES的组合可以，像织信Informat这样的一体化低代码平台也可以，核心看一条：能不能让三种BOM在同一个数据链路上流转，而不是各管各的再手工对齐。

本文首发于织信官网，关注织信可获取更多企业数字化实战干货。如需了解织信在制造行业BOM管理场景的落地实践，可以访问官网右侧栏-预约演示。