1. 制造BOM与BOP协同工程导论
在制造企业中，设计部门交付的EBOM（Engineering BOM，工程BOM）描述的是"产品由什么组成"，而制造部门真正需要回答的是"这个产品在车间里如何被造出来"。制造BOM与BOP（Bill of Process，工艺BOM/工艺清单）正是承接这一转换的两类核心数据对象。理解它们的定义、区别与联系，是掌握Teamcenter制造解决方案的起点。
一、制造BOM：面向制造视角的产品结构
制造BOM是在EBOM基础上，按照实际制造装配顺序、工艺分工和物料供应方式重构的产品结构。它并不只是把EBOM换个名字，而是发生了实质性的结构变化：
- 结构重组：EBOM按功能模块划分，制造BOM按装配层级和工位划分。例如一辆整车的EBOM可能按"动力总成、底盘、车身"组织，而制造BOM会拆成"前桥分装、后桥分装、总装上线"等可独立完工的制造单元。
- 虚拟件引入：为表达工艺合件、涂装合件、临时组合件，制造BOM中会出现EBOM里不存在的虚拟件（Phantom），它们不采购、不库存，仅用于组织装配关系。
- 物料属性补充：增加工位、消耗点、供应方式（看板/排序/JIT）、替代料组等制造属性。
- 数量与单位调整：考虑工艺损耗、批量单位（如按千克投料而非按件），数量可能与EBOM不一致。
在Teamcenter中，制造BOM通常以MBOM结构形式存在，通过BOM变换（BOM Transformation）从EBOM派生，并保持与EBOM的关联关系，以便设计变更能够传递到制造侧。
二、BOP：面向过程的工艺结构
BOP描述的是"怎么做"。它以工艺路线为主线，把制造BOM中的物料、资源、工时、质量要求组织到具体的工序和工步中。一个典型的BOP包含以下层次：
- 工艺路线（Routing）：从毛坯到成品的工序序列，如"下料→冲压→焊接→涂装→总装→检测"。
- 工序（Operation）：在某一工位完成的一组作业，如"焊接工位OP30"。
- 工步（Step）：工序内的最小作业单元，绑定具体的零件消耗、设备、工装和参数。
- 资源分配：把设备、工装、人员、工时定额关联到工序或工步。
BOP与制造BOM的关系可以概括为：制造BOM回答"用什么"，BOP回答"怎么用、在哪用、用多少"。两者通过"工序—物料消耗"关系绑定，形成完整的制造数据模型。
三、制造BOM与BOP的核心区别与联系
| 维度 | 制造BOM | BOP |
|---|---|---|
| 核心问题 | 产品由哪些制造件组成 | 这些件如何被加工装配 |
| 组织主线 | 产品结构树 | 工艺路线与工序 |
| 关键对象 | 物料、虚拟件、替代料 | 工序、工步、资源、工时 |
| 变更来源 | 设计变更、工艺分工调整 | 工艺改进、设备更新 |
| 输出用途 | 物料需求、采购、库存 | 作业指导、排产、成本核算 |
两者的联系体现在三个层面：结构关联（BOM节点与工序消耗关系绑定）、变更联动（设计变更触发BOM调整，进而影响工序消耗）、数据同源（在Teamcenter中共享同一物料主数据和版本管理机制）。
四、协同工程在PLM中的定位
传统模式下，设计、工艺、制造各自维护一套数据，变更靠邮件和会议传递，导致"设计改了、工艺不知道、车间还在用旧图"的典型问题。协同工程的核心目标，是让制造BOM与BOP在统一的PLM平台上与EBOM保持同源、同步、可追溯。
在Teamcenter中，这种协同通过以下机制实现：
- 单一数据源：物料、文档、变更单统一管理，避免多套编码。
- BOM变换与映射：EBOM到MBOM的转换规则可配置、可追溯，变更时自动标记受影响节点。
- 工艺与BOM的关联编辑：在BOP编辑器中直接引用MBOM节点，消耗关系随BOM更新而更新。
- 变更影响分析：通过Impact Analysis查看某设计变更会影响哪些工序、工装和作业指导书。
五、Teamcenter制造解决方案整体架构
Teamcenter制造解决方案可以理解为一条从设计到车间的数据链，其整体架构如下图所示：
从架构图可以看到，Teamcenter制造解决方案并不是把EBOM、MBOM、BOP简单堆在一起，而是通过协同平台层把四个域串联起来。设计域的变更通过平台层传递到制造域，制造域的结构变化再传递到工艺域，最终下发到车间。反向追溯同样成立：车间发现的问题可以沿工序→MBOM→EBOM逐级回溯，找到根因。