2. Teamcenter配置管理数据模型
在Teamcenter中做配置与变型管理，第一件必须想清楚的事不是“怎么建BOM”，而是“配置数据到底以什么对象承载、这些对象之间靠什么关系串起来”。如果对象模型理解错了，后面无论用变量条件、配置上下文还是基线，都会出现“看起来配了、实际取不到正确结构”的问题。本节围绕产品、产品版本、产品视图、BOM视图、配置上下文、配置基线这几类核心对象，说明它们在Teamcenter中的组织方式与相互关系。
一、从“产品”到“产品版本”：配置数据的根与时间切片
Teamcenter中，产品（Product）通常不是一个孤立的Item，而是配置数据的逻辑根。工程实践中更常见的做法是：用一个顶层装配Item代表产品族或产品线，其下通过产品版本（Product Version）表达同一产品在不同时间、不同市场或不同技术状态下的“大版本”。例如某型工业变频器，产品根为 INV-DRIVE，其产品版本可建为 INV-DRIVE-A（380V标准型）、INV-DRIVE-B（690V重载型）。产品版本不是简单的版本号，它往往对应一套相对稳定的配置规则集合：适用市场、电压等级、防护等级、认证要求等。
需要区分的是：产品版本与Item Revision不是同一层概念。Item Revision是Teamcenter中受版本控制的基本单元，而产品版本更偏向“配置管理语义上的大版本”，它可以由一个或多个Item Revision承载，也可以作为配置上下文的锚点。实际建模时，建议把产品版本作为配置上下文的“作用域”，而不是把配置规则散落在各个零件Revision上。
二、产品视图与BOM视图：同一结构的不同“看法”
产品视图（Product View）和BOM视图（BOM View）是Teamcenter中容易被混淆的一对对象。简单说，产品视图定义“从哪个专业角度看待产品”，BOM视图定义“在这个角度下，结构以什么形式组织”。
常见的产品视图包括：设计视图（Design）、制造视图（Manufacturing）、服务视图（Service）。同一产品版本下，设计视图关注功能与配合，制造视图关注工艺路线与工装，服务视图关注可更换单元与备件。BOM视图则进一步区分：设计BOM（EBOM）、制造BOM（MBOM）、服务BOM（SBOM）。在Teamcenter数据模型中，BOM视图通常挂在产品视图之下，形成“产品版本 → 产品视图 → BOM视图”的层级。BOM视图内部才是具体的BOM Line结构，每条BOM Line关联一个Item Revision，并携带数量、位号、查找编号等属性。
这里有一个关键点：BOM Line不是Item本身。同一个零件Revision可以在不同BOM视图中出现多次，每次出现都是一条独立的BOM Line，可以有不同的数量、不同的配置条件、不同的生效日期。这正是配置管理能够“同一数据、多种结构”的基础。
三、配置上下文：让同一BOM“按条件展开”
配置上下文（Configuration Context）是Teamcenter配置管理的执行核心。它本质上是一组“变量取值 + 生效条件”的集合，用来在展开BOM时决定哪些BOM Line被选中、哪些被过滤。例如某产品版本下定义变量：Voltage=380V/690V、Enclosure=IP20/IP54、Market=CN/EU。配置上下文可以取 Voltage=690V, Enclosure=IP54, Market=EU，此时BOM展开只会保留满足这些条件的BOM Line。
配置上下文与BOM Line的关系是“筛选与被筛选”。每条BOM Line上可以挂配置条件（如变型条件、选项、生效日期），配置上下文提供具体取值，两者匹配则BOM Line可见。实际项目中，配置上下文通常与产品版本绑定，但也可以跨版本复用，用于比较不同版本在同一配置下的结构差异。
四、配置基线：把“某一时刻的正确结构”冻结下来
配置基线（Configuration Baseline）是对某一配置上下文下BOM展开结果的快照。它的价值在于：当设计变更不断发生时，基线能回答“当时交付的那批产品，BOM到底是什么”。基线通常包含：产品版本、配置上下文、BOM视图、展开后的BOM Line集合及其版本。基线一旦建立，其内部引用的Item Revision应被冻结或标记，避免后续修订影响基线内容。
基线不是“另一个BOM”，而是对已有BOM结构在特定配置下的引用集合。它和配置上下文的区别是：配置上下文是“规则”，基线是“规则执行后的结果”。工程中常见做法是：在样机评审、量产放行、客户交付三个节点分别建立基线，命名如 BL-INV-DRIVE-A-EU-2024Q1。
五、对象关系小结与建模建议
把上述对象串起来，可以得到一条清晰的主线：产品 → 产品版本 → 产品视图 → BOM视图 → BOM Line，配置上下文作用于BOM Line的筛选，配置基线固化筛选结果。建模时建议遵循三条原则：第一，产品版本不要建得过细，避免配置上下文爆炸；第二，BOM Line上的配置条件要尽量用变量表达，不要硬编码零件号；第三，基线命名要包含产品版本、配置上下文关键值和日期，便于追溯。
理解这些对象的层级与引用关系后，后续无论是做变型条件、选项依赖，还是做基线比较与变更影响分析，都能在正确的对象上操作，而不是在错误的层级上反复修补。