07ENGINEERING CHANGE FOUNDATION
工程变更
Engineering Change Foundation
Foundation 状态:Draft。Authority:Draft。 工程变更(Engineering Change Foundation)建立统一 Change Event 概念,协调 technical、document、procurement、schedule、cost 与 commercial impacts。
证据基础: ERP Foundation V1 包含 project_changes、engineering_changes、编号、部分 status 与明确 Relations;更广泛的统一事件、impact governance、disposition、approval 与 closure 尚未冻结。
02 业务边界
Section titled “02 业务边界”Change Foundation 拥有 change identity、source、协调 impact analysis、disposition、decision trace、implementation coordination 与 closure evidence;各受影响 Foundation 拥有其详细 consequence。
03 核心概念
Section titled “03 核心概念”Customer/Design/Supplier Change、Site Condition、NCR、Regulation、Internal Optimization、Impact、Disposition、Authorization、Implementation、Verification 与 Closure。
04 核心对象
Section titled “04 核心对象”已存在 project/engineering change records,但其与统一 Change Event 的 grouping、版本与 domain impact records 关系仍为 Open。
05 生命周期与工作流
Section titled “05 生命周期与工作流”建议链为 identify → screen → analyze impacts → decide/dispose → authorize → implement → verify → close。未经 owner 决定,不把建议链声明为 Frozen。
06 跨 Foundation 关系
Section titled “06 跨 Foundation 关系”Design 管技术 revision;Document Control 管 reissue;Procurement 管 commitment change;Planning/Cost 管预测影响;Commercial 管 Variation/Claim;Quality 管 NCR/corrective evidence。
07 编号与编码
Section titled “07 编号与编码”保持已批准 change 编码与真实 Collection identifiers。Change、Variation、Claim、NCR 不是可互换缩写或对象。
08 角色与职责
Section titled “08 角色与职责”Change Owner、Impact Owner、Technical/Commercial Approver 与 Implementation Verifier 的 authority、quorum、delegation 为 Open。
09 业务规则
Section titled “09 业务规则”- 一个 change 可产生多个 domain impacts。
- 每个 impact 由对应 Foundation owner 评估。
- 分析、授权、实施与验证是不同事件。
- Commercial entitlement 不由技术 change 自动产生。
10 数据模型
Section titled “10 数据模型”当前两个 change roots 的 canonical grouping、impact item、decision 与 implementation evidence 结构未完全决定。
11 NocoBase 映射
Section titled “11 NocoBase 映射”现有 project_changes 与 engineering_changes 提供实现证据,不证明统一 workflow 已存在或被批准。
12 UI / UX 原则
Section titled “12 UI / UX 原则”Change workspace 应聚合 impact matrix,同时保留每个 domain 的 owner/status/evidence;禁止用单一“approved”隐藏不同领域结果。
13 AI 机会与边界
Section titled “13 AI 机会与边界”AI 可提示遗漏影响、冲突和历史相似 change;不得判定 entitlement、批准 change、修改 baseline 或关闭事件。
14 审计与可追溯
Section titled “14 审计与可追溯”需追溯 source、impact assessments、options、decision、approvers、implementation records、verification 与下游 revision/Variation/forecast。
15 待决事项
Section titled “15 待决事项”OD-CHG-001:统一 identity、impact ownership、disposition vocabulary、approval gate、Commercial linkage 与 closure evidence。
16 实施状态
Section titled “16 实施状态”Partial: Implemented;Partial: Verified。 已有 change collections 与 metadata evidence;统一治理与 end-to-end execution 未验证。
17 后续改进
Section titled “17 后续改进”确认 event/impact model、authority matrix、domain handoff 与 evidence-backed workflow tests。
18 决策历史
Section titled “18 决策历史”当前 V1 source 证明数据子集;PHI-32 提供 Draft 目标。完整 Engineering Change Foundation 尚未批准。