1. 产品配置与变型管理导论

在离散制造企业中，客户往往希望“同一款产品”能按自己的工况、接口、功率、颜色或法规要求做出选择，而企业又必须用尽量少的内部零件、工艺和文档去覆盖尽量多的客户需求。这一对矛盾，正是产品配置与变型管理要解决的核心问题。Teamcenter 作为 PLM 平台，把产品结构、配置规则、选配约束、变型条件与 BOM 视图统一在一个数据模型中，使“客户选什么”能够自动映射为“企业造什么、采购什么、装配什么”。

一、五个核心概念及其关系

产品配置是指针对一个具体客户订单或具体交付场景，从可选范围中确定一组选项，并据此生成唯一、可追溯的产品结构结果。例如一台工业减速机，客户选定“额定扭矩 1200 N·m、法兰输出、防护等级 IP55、电机功率 7.5 kW”，这组选择就构成一个配置实例。

变型管理关注的是如何用一套主结构加规则，派生出大量合法变型，而不是为每个订单单独建模。它管理的是“变型空间”，即哪些组合允许存在、哪些组合互斥、哪些选项会触发结构增删。

产品平台是一组共享的架构、接口、模块和工艺基础，是变型的公共底座。平台决定了变型的边界：平台越清晰，可派生的合法变型越多，而新增零件越少。

模块化是把产品拆分为功能相对独立、接口标准化的模块，使模块可以按规则组合。模块化是变型管理能够“用规则代替重复建模”的前提。

配置规则是约束选项与结构之间关系的逻辑表达，包括必选、可选、互斥、依赖、条件包含、数量约束等。规则是配置正确性的守门人。

这五个概念不是并列的，而是有明确的支撑关系：产品平台提供共享底座，模块化提供可组合单元，配置规则提供约束逻辑，变型管理负责派生合法变型，产品配置则面向具体订单产出唯一结果。下图用结构关系表达这一支撑链，并标出 Teamcenter 在其中的定位。

二、Teamcenter 在配置与变型管理中的定位

Teamcenter 不是单纯的“选配器”，而是把配置能力嵌入产品全生命周期数据链。它的定位可以从三个层面理解。

第一，数据层。产品结构、零件、文档、BOM 视图、选项与选项值都作为受控对象存在同一数据模型中。选项不是孤立的下拉列表，而是与结构节点、条件表达式、生效日期绑定。

第二，规则层。Teamcenter 通过配置规则、变型条件、选项约束来表达“什么组合合法”。规则可以作用在结构节点上，决定某节点在特定选项组合下是否出现、出现几次、替换为哪个版本。

第三，视图层。同一套主结构可以派生出工程 BOM、制造 BOM、销售 BOM 等不同视图。配置结果不是一张静态表，而是可追溯、可重算、可审计的结构实例。

在实际项目中，一个典型判断是：如果客户需求可以用有限选项枚举，且选项与结构有明确映射，就适合用配置规则驱动；如果每个订单都带来全新的结构拓扑，则说明平台或模块化边界需要重新设计，而不是继续堆规则。

三、课程学习路径与工程实践目标

本课程按“概念—建模—规则—配置—验证—落地”的工程逻辑展开，共 30 章。学习路径可以概括为四个阶段。

• 基础认知阶段：理解产品配置、变型管理、产品平台、模块化、配置规则的定义与相互关系，建立变型空间思维。
• 建模与规则阶段：掌握产品结构建模、选项与选项值定义、配置规则编写、变型条件设置，能够把客户需求翻译为可执行规则。
• 配置与验证阶段：完成具体订单的配置实例化，检查规则冲突、结构完整性与 BOM 视图一致性，形成可交付的配置结果。
• 工程落地阶段：结合变更管理、版本管理、多视图 BOM 与协同流程，把配置能力嵌入企业实际研发与制造流程。

工程实践目标不是“会点按钮”，而是能够独立完成一条配置链路的闭环：给定客户需求，定义选项与规则，生成配置结果，验证结构正确性，并说明结果为什么合法。下面给出一个贯穿课程的示例场景，后续章节会反复使用它。

这个示例的价值在于：它把“客户选项”和“内部结构”之间的映射关系具体化了。读者在后续章节中会看到，同样的需求如何被拆成选项、规则、条件表达式，最终在 Teamcenter 中生成可追溯的配置结果。

需要特别强调的是，配置与变型管理不是“把 BOM 做成可选清单”这么简单。它要求企业先想清楚平台边界、模块接口和规则归属，再用 Teamcenter 把这些设计意图固化下来。规则写得越多，不代表能力越强；规则清晰、可维护、可审计，才是工程上真正追求的目标。