3. 变更管理核心流程与生命周期
在Teamcenter的变更管理体系中，ECR（工程变更请求）与ECO（工程变更单）并不是两张孤立的表单，而是贯穿产品数据变更全过程的两个关键载体。ECR负责“提出并论证变更”，ECO负责“批准并执行变更”。理解这两者之间的衔接关系，以及从请求发起到关闭归档的完整生命周期，是建设变更管理体系的核心。
Teamcenter通过工作流状态机驱动整个变更生命周期。每个阶段都有明确的状态值、责任人、门禁条件和输出物。下面这张图展示了ECR与ECO的完整生命周期状态转换关系：
ECR阶段：从提出到批准
ECR的起点是“新建”状态。此时变更发起人需要填写变更请求单，核心字段包括：变更标题、变更原因（如设计缺陷、工艺改进、法规更新、成本优化）、优先级（紧急/高/中/低）、期望完成日期、受影响对象清单。在Teamcenter中，受影响对象通过“变更对象”关系挂接到ECR上，可以关联具体的物料号、BOM行、文档版本或CAD模型。
填写完成后，发起人执行“提交”操作，ECR进入“提交”状态。此时系统自动触发工作流，将任务分派给预先配置的评估人。评估人通常来自工程、制造、采购、质量等跨职能团队。评估阶段的核心任务是分析变更的技术可行性、成本影响、交期影响和风险等级。评估意见必须记录在ECR的“评估结论”字段中，作为后续审批的依据。
评估完成后，ECR进入“已批准”或“已拒绝”状态。批准的门禁条件通常包括：评估意见完整、受影响对象明确、变更分类正确（如Class I/II/III）、预算或工时估算已填写。如果被拒绝，ECR进入“已拒绝”状态并归档，不再进入ECO阶段。发起人也可以在评估前主动“取消”ECR。
ECO阶段：从审批到关闭
ECR批准后，系统根据变更策略自动或手动创建ECO。ECO继承ECR的变更内容和受影响对象清单，但增加了执行层面的信息：变更任务分解、执行责任人、计划完成日期、验证要求。ECO创建后进入“已创建”状态，此时变更管理员需要补充执行细节并提交审批。
ECO的审批通常比ECR更严格，因为此时变更即将落地。审批门禁条件包括：所有受影响对象已锁定版本、变更任务已分配至具体执行人、验证计划已制定、相关方已会签。审批通过后，ECO进入“执行中”状态。
执行阶段是变更真正落地的环节。在Teamcenter中，执行人需要完成以下操作：修改物料属性、更新BOM结构、修订文档版本、发布新版本CAD模型。每次修改都会在系统中留下审计痕迹。执行完成后，执行人提交“完成”操作，ECO进入“已完成”状态。此时需要验证人确认变更结果是否符合预期，验证通过后ECO进入“已关闭”状态，整个变更生命周期结束。
状态转换与门禁条件的工程意义
在Teamcenter中，状态转换不是简单的按钮点击，而是由工作流引擎驱动的受控过程。每个状态转换都对应一个工作流任务，任务完成条件就是门禁条件。这种设计带来三个工程价值：
- 可追溯性：每一次状态变更都记录操作人、时间戳和变更原因，满足质量体系审核要求。
- 防错机制：门禁条件未满足时，状态无法推进，避免“跳过评估直接执行”或“未验证就关闭”等违规操作。
- 并行协同：评估阶段可以同时分派给多个评估人，审批阶段支持会签和或签，执行阶段可以并行处理多个变更任务。
实际配置时，变更管理员需要在Teamcenter的“工作流设计器”中定义每个状态的任务模板、参与者规则和完成条件。例如，ECR的“评估中”状态可以配置为“所有评估人必须完成评估任务”，而ECO的“审批中”状态可以配置为“至少两名审批人同意”。这些规则一旦发布，所有新建的ECR/ECO都会自动遵循。
实操示例：一个典型变更的完整流转
假设某型号电机端盖因供应商模具磨损导致尺寸超差，需要变更端盖图纸和BOM。发起人创建ECR，填写变更原因为“供应商模具磨损导致端盖止口尺寸超差0.15mm”，关联受影响对象为“端盖图纸DWG-2024-0156”和“电机BOM-2024-0089”。提交后，评估人（工艺工程师、采购工程师、质量工程师）分别评估：工艺确认可调整公差，采购确认新模具周期为15天，质量确认需增加首件检验。评估通过后ECR批准，系统自动创建ECO。
ECO中，变更管理员将任务分解为：更新图纸版本（责任人：设计工程师）、更新BOM（责任人：数据管理员）、通知供应商（责任人：采购工程师）、首件检验（责任人：质量工程师）。审批通过后进入执行。执行完成后，质量工程师上传首件检验报告，确认尺寸合格，ECO关闭。整个过程中，所有状态转换和门禁条件都在Teamcenter中留下完整记录。