很多工厂嘴上都在喊“数据要统一、主数据要规范”，一问起 BOM，却是这样的现状：
- 工程那边有一套 工程 BOM（EBOM），在 PLM、CAD 里；
- 制造这边在 ERP/MES 里维护着一套 制造 BOM（MBOM）；
- 采购自己 Excel 里还躺着一堆 采购 BOM（PBOM）。
同一个产品，三套 BOM，看起来又重复、又费人， 于是问题来了：
为什么不能只维护一套 BOM？ 工程 BOM、制造 BOM、采购 BOM，到底差在哪？
这篇就从实操角度，把这件事讲透三个层次：
- 一套 BOM 为什么解决不了问题？
- 三种 BOM 各自是干什么的？
- 真正成熟的企业，是怎么用“多视图 BOM”管住设计、制造和采购的？
一、一套 BOM 解决不了问题，本质上是“视角”不一样
先把结论放前面：
BOM 不是一张表，而是“同一个产品的不同视图”。 工程看的是“怎么设计出来”， 制造看的是“怎么做出来”， 采购看的是“要买什么、跟谁买”。
你如果只认“一套 BOM”，通常会踩这几个坑：
- 工程想要的是结构清晰、功能清晰，不关心你怎么排产；
- 制造想要的是按工艺、工序、工装来拆，不想背一份“实验室结构”；
- 采购关心的是物料代码、供应商、MOQ、交期、替代料，对工序顺序没兴趣。
统一成一张 BOM 有两个典型后果：
- 满足谁，就得得罪另外两方 BOM 画成工程喜欢的样子：制造、采购天天骂人用不下去； BOM 按制造逻辑拆：工程一看图纸，完全对不上结构； 按采购逻辑组织：工程、制造谁看谁懵。
- 所有人都开始偷偷维护“自己的那一份” 工程在 PLM 里一套结构； 制造在 MES/Excel 里再拆一套“生产用 BOM”； 采购搞一套“采购汇总表”。 表面上说“我们只有一套 BOM”，实际上是一堆影子 BOM 在系统外乱飞。
所以，问题根本不在于“要不要多套”，而在于：
你是任由每个人各搞一套， 还是承认确实需要多视图 BOM， 并且把它们的边界和关系设计清楚。
二、工程 BOM：告诉你“这个产品长什么样、由什么组成”
1. 工程 BOM 是谁的视角？
工程 BOM（EBOM）是研发/设计的视角，核心问题就一句话：
从功能和结构上，这个产品由哪些零部件组成？
它关心的是：
- 功能结构：模块 → 子模块 → 零件；
- 零件规格：材料、尺寸、性能参数、版本号；
- 装配关系：谁装在谁上面，以什么形式装；
- 版本与变更：哪次 ECO/ECR 改了哪些零件。
典型特征是：
- 结构树很清晰，和 3D 模型、图纸高度一一对应；
- 会存在很多“设计层面的虚拟件”（仅为设计分解用，在生产中未必有独立工序）；
- 不考虑工厂怎么排产、工装怎么布置、包装怎么出货。
2. EBOM 解决什么问题？
- 让研发内部协同：多人设计同一产品时有统一结构；
- 让下游（制造、采购）知道：需要哪些“规格意义上的”物料；
- 为质量和变更追溯提供依据：这台问题产品，到底装了哪个版本的零件。
你可以简单理解为：
EBOM 关注的是“定义这个产品”。
它不关心： 是一个人装、还是三个人装； 在一条线装、还是在两条线装； 某个模块在公司 A 做好再发到 B，还是直接在 B 现场装。
这些，是制造 BOM 的事。
三、制造 BOM：告诉你“这个产品在工厂里怎么被做出来”
1. 制造 BOM 是谁的视角？
制造 BOM（MBOM）是制造/工艺/计划的视角，核心问题是：
按我们现有的工艺路线、产线布局，要怎么把这东西做出来？
它关心的是：
- 工序顺序、工艺路线；
- 每道工序需要哪些零/部件、半成品；
- 哪些结构只在设计上存在，生产中要“合并/分解”；
- 哪些总成/子总成是外购的，哪些是自制的；
- 线体节拍、批量关系（按单件、按批次、按托盘）。
典型特征：
- 与工艺路线、工单高度绑定：MBOM+工艺路线 = 可执行的生产任务；
- 会引入“工艺虚拟件”“工艺总成”：这是生产过程中的逻辑组合，不一定出现在 EBOM 里；
- 结构粒度会根据生产需要调整：某些 EBOM 上的子级，在制造上被合并成一个装配单元。
2. MBOM 解决什么问题？
- 让计划能正确“算用料”、“排工单”；
- 让车间知道每个工位/工序要领哪些料、装哪些部件；
- 让在制 WIP 能被准确追踪：到哪个阶段、缺了什么、出问题能追到哪一步。
一句话概括：
MBOM 关注的是“把它做出来的过程结构”。
你如果拿 EBOM 直接给工厂用，常见结果就是：
- 用料难以按工序分摊，车间永远靠师傅经验；
- 一变工艺，EBOM 也得改，设计天天被制造牵着走；
- 同一产品在不同工厂，不同制造模式，完全无法共用一套结构逻辑。
四、采购 BOM：告诉你“要买什么、怎么买才划算又稳”
1. 采购 BOM 是谁的视角？
采购 BOM（PBOM）是供应链/采购的视角，核心问题是：
为了保证交付和成本，我们到底要买哪些物料、从谁那里、按什么节奏买？
它关心的是：
- 哪些是需要对外采购的：原材料、标准件、外协件、委外加工件；
- 一种设计件，对应几个供应商、几种料号；
- 起订量（MOQ）、包装单位、交期、价格条件；
- 替代料、紧急替代策略。
典型特征：
- 会把 EBOM/MBOM 中的很多“技术零件”，映射为具体的“供应商物料”；
- 一种设计上的“螺钉 M5*20”，可能对应三家供应商、三个物料号、三种价格；
- 会包含很多与合同、价格、交期相关的信息，是 EBOM/MBOM 里不会出现的。
2. PBOM 解决什么问题？
- 帮采购算清楚：为了备货/排产，需要提前多久下单、下多少单；
- 帮供应链设计供应策略：主供/备供、区域供应、价格分梯度；
- 帮财务和成本管理：认得出“这批产品到底买了多少东西，成本分别是多少”。
一句话：
PBOM 关注的是“从外部把东西以什么结构买进来”。
五、同一个产品三套 BOM，如果不设计好关系，会乱成什么样？
现实里，很多企业确实存在工程 BOM、制造 BOM、采购 BOM，但问题是：
三套 BOM 的关系没设计好，全靠人脑和 Excel 硬凑。
典型痛点有这些：
1）BOM 不一致，变更追不上
- 设计改了一颗零件：EBOM 换了型号；
- MBOM 没来得及改，车间还是按旧料生产；
- PBOM 更没改，采购还是按旧的供应商物料在买。
结果是：
- 系统里一套，现场一套，仓库一套，
- 出质量问题时，谁也说不清这批货到底用了哪一版零件。
2）计划算出来不缺料，现场就是缺
这就是你之前那篇文章提到过的典型场景：
- 计划用 EBOM 算，用的是“设计零件”；
- 采购按 PBOM 下单，用的是“供应商物料”；
- 车间用 MBOM 和自己习惯的领料清单；
中间一旦有映射错误或版本不同步，就会出现：
系统显示库存充足， 现场领不到合适的那种料。
3）不同工厂、不同型号之间无法形成“平台化”管理
- EBOM 没有抽象出通用模块，设计各写各的；
- MBOM 每个工厂按自己线体随便拆，结构完全不通用；
- PBOM 每个地区自建供应商编码，完全不可对比。
最后：
- 备件、共同件共享不了；
- 成本分析做不到“按平台、按模块”；
- 审计、集团层面分析时，只能看一个模糊的总数。
六、那成熟企业是怎么干的？关键在“多视图 BOM + 清晰映射”
如果只说问题没意义，下面说点成熟玩法，给你一个“可以对标”的框架。
1）承认多视图：EBOM、MBOM、PBOM 各有边界
首先，要在制度上承认：
同一个产品，可以、也应该存在多个 BOM 视图。
- EBOM：唯一产品结构基准，由研发负责；
- MBOM：按工艺和工厂细化，由工艺/制造负责；
- PBOM：按供应策略和物料主数据收敛，由供应链/采购负责。
关键不是“只留一套”，而是：
- 谁对哪套视图负责；
- 哪一套视图是其他视图的“上游来源”。
2）建立映射关系，而不是靠人脑“对照”
至少要做三件事：
- EBOM → MBOM 的映射规则 哪些 EBOM 节点是“只在设计存在”的虚项，需要在 MBOM 中折叠； 哪些 MBOM 工位/工序，要从 EBOM 中拉哪些零件； 一种设计件，在不同工厂、不同制造策略下的展开方式是什么。
- 设计件 → 采购物料 的映射规则 EBOM 里的“设计零件号”对应哪些“采购物料号”； 主供/备供之间如何切换，有没有中心表； 紧急替代、停产替代如何标记、谁审批。
- 变更沿着 EBOM → MBOM → PBOM 全链路走下去
当 EBOM 发生变更（ECO/ECR）时：
- 系统中发起“下游影响分析”；
- 指定哪些 MBOM、哪些工厂、哪些 PBOM 条目会受影响；
- 必须有人确认这些下游视图的调整方案，否则 ECO 不算完结。
这其实就是“配置管理/变更管理”的一部分。 很多公司不是没有制度，而是没有用系统把这条链路打通。
3）用系统承载，而不是让 Excel 当主角
最后再说一句： 多视图 BOM 如果还靠 Excel 和人脑维护，那一定会乱。
比较健康的形态是：
- EBOM：在 PLM 或 PDM 系统里，跟图纸、模型、变更单打通；
- MBOM：在 ERP/MES 里，和工艺路线、工单、工艺参数绑定；
- PBOM：在 ERP/SRM 里，和物料主数据、供应商、采购合同绑定；
- 映射关系：也在系统中管理，而不是一张“秘密 Excel”。
不是说非要上多少系统，而是——至少要有一个地方，把“视图关系”固化下来。
写在最后
工程 BOM、制造 BOM、采购 BOM，看起来像是“多了一堆活”， 但本质上，它们分别在回答三个不同的问题：
- 工程：这个产品是什么，是怎么被定义出来的？
- 制造：在我们的工厂里，它是怎么一步一步被做出来的？
- 采购：为了做它，我们到底要买什么、跟谁买、怎么买才稳？
真正把这三件事想明白，你就不会再问：
“能不能只维护一套 BOM？”
当 BOM 从“一张表”变成“一套视图+一条映射关系”时， 你才真正算是迈进了“用数据管产品”的门槛，而不仅仅是在系统里录了一堆料号而已。
