3. 产品结构与BOM管理基础
在Teamcenter中，产品结构不是一张静态的物料清单，而是一棵带有层级、版本、配置条件和有效性约束的装配关系树。理解这棵树如何组织，以及EBOM如何一步步转换为MBOM，是后续所有配置与变型管理工作的地基。
装配结构：产品结构树的骨架
Teamcenter用“父件—子件”的层级关系表达装配结构。每个节点通常对应一个零组件版本（Item Revision），节点之间的连线表示“装配于”的用量关系。打开一个产品结构时，你看到的典型层级是：顶层产品总成 → 分系统/模块 → 部件 → 零件 → 标准件或原材料。
每个结构节点上至少携带三类信息：一是对象标识，即零组件ID与版本；二是用量属性，包括数量、单位、位号（Find No.）、参考标识；三是有效性属性，包括版本规则、日期有效性、单元有效性以及配置条件。位号是装配结构里非常关键的一个字段，它把“装在哪里”与“装几个”区分开来——同一零件在不同位置出现时，位号不同，但可以指向同一个零组件版本。
在Teamcenter中创建结构树的基本操作路径是：先建立顶层零组件（如 P1000/A），再通过“结构管理器”或“BOM管理”打开该零组件的结构视图，使用“添加”命令挂入子件。添加时可以选择已有零组件、按ID搜索、或从分类库中选取。挂入后需要填写数量、位号、查找编号等属性。若子件本身还有下级，继续在其下挂入，逐层展开即可形成完整装配树。
设计BOM（EBOM）：以功能为导向
EBOM是设计部门对产品的功能分解结果，回答的是“产品由哪些零件组成、它们如何装配在一起”。EBOM的组织逻辑是功能结构：一个模块可能因为功能需要而包含多个零件，但这些零件未必在同一个工位装配。EBOM中的零组件通常处于设计版本状态，尚未考虑工艺路线、工装夹具和车间配送。
在Teamcenter中，EBOM通常直接对应产品结构树的设计视图。它的关键特征是：以设计零组件版本为节点，以装配关系为边，以数量和位号为属性，以版本规则和有效性为约束。EBOM不关心“先装什么、后装什么”，也不关心“零件是自制还是外购”。
制造BOM（MBOM）：以工艺为导向
MBOM是制造部门对产品的工艺分解结果，回答的是“产品按什么顺序、在哪些工位、用什么物料装配出来”。MBOM的组织逻辑是工艺结构：它可能把EBOM中某个模块拆成多个装配工位，也可能把EBOM中分散的零件合并成一个合件或组件，还可能增加工艺辅料（如胶水、焊丝、标签）和包装材料。
MBOM中的节点通常对应制造零组件版本，其属性除了数量、位号外，还会携带工位号、工序号、物料类型（自制/外购/虚拟件）、供应方式等。MBOM的版本状态往往与工艺路线、工装准备和车间执行绑定。
EBOM到MBOM的转换逻辑
EBOM到MBOM的转换不是简单的“复制一棵树”，而是一次带有工艺决策的结构重构。常见的转换动作包括：
- 拆分：将EBOM中一个模块按装配顺序拆成多个子装配，分别对应不同工位。
- 合并：将EBOM中多个零件合并为一个合件，由供应商或前置工位预先装配。
- 调整层级：把EBOM中挂在总成下的零件上移到某个子装配下，以匹配实际装配顺序。
- 增加工艺件：加入胶水、螺栓、标签等EBOM中不体现的工艺辅料。
- 替换供应方式：将设计零件替换为外购件或虚拟件，并调整物料属性。
在Teamcenter中，这一转换通常通过“BOM转换”或“制造结构生成”功能完成。操作时先选定EBOM顶层，指定目标MBOM的零组件ID和版本，然后逐层映射。映射过程中需要处理数量差异、位号对应关系和有效性继承。转换完成后，MBOM与EBOM之间会建立追溯链接，便于后续变更时同步影响分析。
在Teamcenter中维护结构树的基本操作
创建结构树之后，日常维护主要围绕“增、删、改、查”四类动作展开。添加子件时，在结构管理器中选中父节点，点击“添加”按钮，输入子件ID或从搜索结果中选择，填写数量和位号后确认。删除节点时，选中目标节点执行“移除”，注意移除只解除装配关系，不会删除零组件本身。修改数量或位号时，双击对应属性单元格直接编辑，保存后结构树即时更新。
版本升级是结构维护中容易出错的地方。当某个子件从A版升到B版时，父件结构不会自动切换，需要手动执行“替换版本”或“更新版本规则”。在Teamcenter中，可以通过版本规则（如“最新工作版本”或“最新已发布版本”）让结构树自动解析到符合条件的版本，但前提是版本规则配置正确。若发现结构树中某个节点显示为“未找到”或“无效”，通常是因为该版本已被删除或有效性条件不满足。
结构树与BOM视图的关系
在Teamcenter中，同一套零组件数据可以派生出多个BOM视图：设计视图对应EBOM，制造视图对应MBOM，还可以有采购视图、服务视图等。这些视图共享底层零组件版本，但各自维护不同的结构关系和属性。理解这一点很重要：EBOM和MBOM不是两套独立的数据，而是同一产品数据在不同业务视角下的结构投影。转换时建立的追溯链接，正是保证两个视图在变更时能够联动的基础。
实际操作中，建议先完成EBOM的完整搭建和版本冻结，再启动MBOM转换。转换过程中逐层核对位号对应关系，对拆分和合并的节点做好备注。转换完成后，用“结构比较”功能对比EBOM与MBOM的差异，确认没有遗漏或多余节点。这样一套流程走下来，产品结构树才能真正成为后续配置管理和变型设计的可靠基础。