1. 课程导入与体系全景
在制造企业中，BOM（Bill of Materials，物料清单）从来不是一张简单的“零件列表”。它同时承担着工程设计意图、制造装配顺序、采购供应关系、成本核算依据和服务备件目录等多重角色。当产品从单一型号走向系列化、从按库存生产走向按订单配置，BOM 就会从“一张表”演变为“一套随配置变化而动态生成的数据体系”。Teamcenter 作为 PLM 平台，正是把这套体系从分散的 Excel、ERP 物料表和图纸明细中收拢起来，形成可追溯、可配置、可复用的单一数据源。
本课程围绕“Teamcenter BOM 与产品配置管理体系建设”展开，共 30 个章节。第 1 节的任务不是立刻进入某个具体功能，而是先建立一张“体系全景图”：理解 BOM 与产品配置管理在 Teamcenter 中的位置、它们解决的核心问题、彼此之间的依赖关系，以及后续学习路径为什么这样安排。只有先看清整体结构，后面学习 BOM 结构管理、配置规则、变型条件、超级 BOM、选项与变量、有效性控制、BOM 转换与协同时，才不会把每个功能当成孤立按钮。
一、BOM 与产品配置管理解决的核心问题
先看一个典型场景。某企业生产工业电机，同一系列有 3 个功率等级、2 种电压、2 种安装方式、3 种防护等级。如果每一种组合都单独建一个物料号，理论上会产生 3×2×2×3=36 个成品编码，再加上各自的下级零件、图纸、工艺文件，数据量会迅速膨胀。更麻烦的是，当某个通用零件发生设计变更时，需要人工判断它影响哪些成品、哪些订单、哪些已发货产品。这种“一物一码、逐项维护”的方式，在品种少时可行，在定制化程度高时就会失控。
产品配置管理的思路是：不再为每一种最终组合单独建 BOM，而是建立一个“可配置的产品结构”，把变化点抽象为选项和变量，把不变的部分沉淀为通用结构。客户或销售在配置时选择具体选项，系统根据预定义的规则自动筛选出该配置对应的 BOM 视图。这样，150% 的超级 BOM 可以覆盖大量变型，实际订单只生成 100% 的精确 BOM。Teamcenter 中的产品配置管理，正是围绕“150% 结构 + 配置规则 + 有效性 + 变型条件”这套机制展开的。
二、Teamcenter 中 BOM 与配置管理的体系分层
从体系角度看，Teamcenter 中的 BOM 与配置管理可以分成四个相互衔接的层次。第一层是数据基础层，包括物料主数据、零件属性、版本与版次、文档关联、分类库等。没有干净、唯一、属性完整的基础数据，后面的 BOM 结构就是空中楼阁。第二层是结构表达层，即 BOM 结构本身，包括工程 BOM（EBOM）、制造 BOM（MBOM）、服务 BOM（SBOM）等不同视图，以及父子关系、数量、单位、位号、替代件等结构信息。第三层是配置规则层，包括选项集、变量、变型条件、配置约束、有效性日期或批次等，它决定“在什么条件下，哪些结构行会出现”。第四层是应用消费层，即配置好的 BOM 如何被下游使用，包括向 ERP 发布、生成制造工艺、支持销售配置、服务备件查询等。
这四层不是并列的，而是有明确的依赖方向：基础数据支撑结构表达，结构表达被配置规则筛选，配置结果再被下游应用消费。很多项目失败，不是因为某一层功能不会用，而是层与层之间的接口没有定义清楚。例如，选项定义与物料编码规则脱节，导致配置出来的 BOM 无法在 ERP 中落地；或者 EBOM 与 MBOM 的转换规则没有和配置规则对齐，导致制造端拿到的结构不完整。
三、为什么必须把 BOM 与配置管理放在一起看
很多企业先做 BOM 结构，再补配置管理，结果发现结构建得越细，配置规则越难挂接。原因在于，BOM 结构中的每一个节点，都可能成为配置规则的作用对象。如果结构设计时没有预留“哪些节点是通用件、哪些是选配件、哪些是互斥件”的信息，后面就只能靠人工在配置时判断，系统无法自动筛选。反过来，如果配置规则定义得很完整，但 BOM 结构本身没有按模块化、平台化思路组织，规则也会变得极其复杂，维护成本高到无法持续。
因此，本课程的学习路径不是“先学 BOM 再学配置”，而是交替推进：先理解 BOM 结构如何承载配置信息，再理解配置规则如何作用于结构，然后回到结构优化，再深入规则细化。具体来说，后续章节会依次覆盖：BOM 结构创建与维护、物料与属性管理、版本与版次控制、EBOM 到 MBOM 的转换、选项与变量定义、变型条件编写、配置约束与校验、有效性管理、超级 BOM 与 150% 结构、配置结果生成与发布、与 ERP 的集成接口、变更管理对配置的影响、多视图 BOM 协同、配置数据复用与模板化、权限与流程控制、报表与查询、性能优化、常见故障排查、项目复盘与体系评估等。每一节都会围绕一个可操作的对象或一组可验证的结果展开，而不是停留在概念介绍。
四、一个可参照的体系成熟度判断
在进入具体功能之前，可以用一个简单的成熟度视角判断当前企业处于哪个阶段。第一阶段是“表格化 BOM”：BOM 以 Excel 或 ERP 单层物料表存在，配置靠人工判断，变更靠邮件通知。第二阶段是“结构化 BOM”：在 Teamcenter 中建立了 EBOM 结构，有版本控制，但配置规则尚未系统化，变型产品仍靠复制结构。第三阶段是“可配置 BOM”：选项、变量、变型条件、有效性已经建立，能够从 150% 结构生成 100% 配置结果，但 EBOM 与 MBOM 的配置规则尚未完全对齐。第四阶段是“体系化配置管理”：EBOM、MBOM、SBOM 共享同一套配置逻辑，变更能自动评估影响范围，配置结果可直接发布到 ERP 和制造系统，并有明确的权限、流程和审计记录。
本课程的目标，是帮助读者从第二阶段走向第三、第四阶段。第 1 节作为导入，不要求记住所有功能名称，但需要建立三个基本判断：第一，BOM 不是孤立列表，而是配置规则的载体；第二，配置管理不是附加功能，而是 BOM 体系能否规模化的关键；第三，Teamcenter 中的 BOM 与配置管理有明确的分层依赖关系，任何一层缺失都会导致下游结果不可信。带着这三个判断进入后续章节，学习会更有方向感。