变更管理实战：PR/ProblemReport、TCM 模板与变更影响分析

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12

场景：设计部门修改了一个零件的尺寸
→ 采购部门：供应商需要更新图纸吗？
→ 生产部门：在制品如何处理？
→ 库存部门：现有库存是否报废？
→ 售后部门：已交付产品是否召回？
→ 质量部门：是否需要重新验证？

如果没有变更管理：
→ 各部门信息不同步
→ 旧版本继续生产
→ 质量事故风险
→ 成本浪费

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13

问题发现 → 创建 PR（Problem Report）
    ↓
影响分析 → 评估变更范围
    ↓
变更评审 → CCB（Change Control Board）审批
    ↓
创建 CO（Change Order）
    ↓
执行变更 → 修改设计/BOM/工艺
    ↓
验证确认 → 测试新方案
    ↓
关闭变更 → 归档记录

1
2
3
4
5

文件 → 新建 → ProblemReport
→ 填写标题、描述
→ 关联受影响的 Item
→ 设置优先级（低/中/高/紧急）
→ 提交

1
2
3
4

在 BOM 视图中选中零部件
→ 右键 → 创建 Problem Report
→ 自动关联当前零部件
→ 填写问题描述

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35

#include <tc/tc.h>
#include <pr/pr.h>

int create_pr(
    const char* title,
    const char* description,
    tag_t affected_item,
    const char* priority
) {
    tag_t pr_tag = NULLTAG;
    int status = 0;

    // 创建 PR 对象
    status = PR_create_problem(
        title,
        description,
        priority,
        &pr_tag
    );
    if (status != ITK_ok) {
        printf("创建 PR 失败: %d\n", status);
        return status;
    }

    // 关联受影响的 Item
    if (affected_item != NULLTAG) {
        status = PR_add_affected_items(pr_tag, 1, &affected_item);
    }

    // 保存
    status = AOM_save(pr_tag);
    AOM_refresh(pr_tag, true);

    return status;
}

1
2
3
4
5
6
7
8
9

新建 (New)
    ↓ 提交评审
评审中 (Under Review)
    ↓ CCB 审批
    ├── 批准 → 已批准 (Approved) → 创建 CO
    ├── 拒绝 → 已拒绝 (Rejected) → 关闭
    └── 挂起 → 已挂起 (On Hold) → 等待补充信息
        ↓ 补充信息后重新提交
    评审中

1
2
3
4
5
6

文件 → 新建 → ChangeOrder
→ 填写变更说明
→ 关联 PR（如有）
→ 设置变更类型（设计变更/工艺变更/BOM 变更）
→ 分配变更任务
→ 提交审批

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

CO 结构：
├── Change Order (变更指令)
│   ├── 变更说明
│   ├── 变更原因
│   ├── 影响范围
│   └── 任务列表
│       ├── Task 1：修改图纸 → 分配给设计工程师
│       ├── Task 2：更新 BOM → 分配给工艺工程师
│       ├── Task 3：更新工艺卡片 → 分配给工艺员
│       └── Task 4：通知供应商 → 分配给采购员

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

#include <cot/cot.h>

int assign_cot(
    tag_t co_tag,
    const char* task_name,
    const char* assignee_name,
    const char* description
) {
    tag_t cot_tag = NULLTAG;
    int status = 0;

    // 创建变更任务
    status = COT_create_task(
        co_tag,
        task_name,
        description,
        &cot_tag
    );

    // 分配给指定用户
    if (status == ITK_ok && cot_tag != NULLTAG) {
        status = COT_assign_task(cot_tag, assignee_name);
    }

    return status;
}

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15

CO 提交
    ↓
技术主管审核 → 确认技术方案
    ↓
质量主管审核 → 确认验证计划
    ↓
生产主管审核 → 确认生产影响
    ↓
CCB 批准 → 执行变更
    ↓
各任务完成
    ↓
验证通过
    ↓
CO 关闭

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13

变更一个零件的影响分析：
├── 向上追溯：该零件被哪些 BOM 引用？
│   └── 影响产品范围
├── 向下追溯：该零件由哪些子件组成？
│   └── 子件是否需要同步变更
├── 横向追溯：是否有替代零件？
│   └── 替代方案是否可行
├── 工艺影响：加工工艺是否变化？
│   └── 工装夹具是否需调整
├── 质量影响：测试标准是否变化？
│   └── 是否需要重新验证
└── 供应链影响：供应商是否需要更新？
    └── 采购合同是否需要变更

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14

查询：查找引用了指定零件的所有 BOM

├── 对象类：BOMLine
├── 条件：
│   └── 关系条件
│       ├── 关系：IMAN_revision
│       ├── 目标类：ItemRevision
│       └── 目标条件：item_id = "ABC-001"
├── 显示列：
│   ├── 父项 Item ID
│   ├── 父项名称
│   ├── 产品线
│   └── 发布状态
└── 导出为 Excel

1
2
3
4
5
6
7
8

工具 → BOM 比较
→ 选择变更前的 BOM 版本
→ 选择变更后的 BOM 版本
→ 系统自动标记差异：
    ├── 新增零件
    ├── 删除零件
    ├── 修改零件属性
    └── 数量变化

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

变更影响分析报表模板：
┌──────────────────────────────────────────────┐
│ 变更影响分析报告                              │
├──────────────────────────────────────────────┤
│ 变更编号：CO-2026-0001                       │
│ 变更原因：零件 ABC-001 尺寸优化              │
│ 变更类型：设计变更                           │
├──────────────────────────────────────────────┤
│ 影响产品：                                    │
│ ├── 产品 A（3 个型号）                       │
│ ├── 产品 B（2 个型号）                       │
│ └── 产品 C（1 个型号）                       │
├──────────────────────────────────────────────┤
│ 在制品情况：                                  │
│ ├── 车间 A：50 件（需返工）                  │
│ ├── 车间 B：20 件（可继续使用）              │
│ └── 库存：100 件（需筛选）                   │
├──────────────────────────────────────────────┤
│ 供应链影响：                                  │
│ ├── 供应商甲：需要更新模具                   │
│ └── 供应商乙：无需变更                       │
├──────────────────────────────────────────────┤
│ 预计成本影响：                                │
│ ├── 模具修改：¥50,000                        │
│ ├── 在制品返工：¥20,000                      │
│ └── 库存处理：¥5,000                         │
│ 合计：¥75,000                                │
└──────────────────────────────────────────────┘

1
2
3
4
5
6
7
8
9

1. 打开 BMIDE
2. 找到 ProblemReport 对象
3. 右键 → 扩展 → 创建子类
4. 添加自定义属性：
   ├── custom_dept（责任部门）
   ├── custom_cost（预估成本）
   ├── custom_urgency（紧急程度）
   └── custom_approval_level（审批级别）
5. 部署 BMIDE 扩展

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12

1. 打开工作流设计器
2. 创建新的审批模板
3. 定义审批节点：
   ├── 节点 1：技术主管审核（24h）
   ├── 节点 2：质量主管审核（24h）
   ├── 节点 3：生产主管审核（24h）
   └── 节点 4：CCB 批准（48h）
4. 设置流转条件：
   ├── 全部通过 → 批准
   ├── 任一拒绝 → 拒绝
   └── 超时 → 自动升级
5. 关联到 TCM 模板

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

Handler 示例：PR 提交时自动分配

触发条件：PR 状态从"新建"变为"评审中"
Handler 类型：EPM-set-target-user
处理逻辑：
  ├── 根据 PR 类型确定审批人
  │   ├── 设计类 → 设计主管
  │   ├── 工艺类 → 工艺主管
  │   └── 质量类 → 质量主管
  └── 设置工作流目标用户

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18

场景：生产中发现零件缺陷，需要紧急变更

处理流程：
1. 现场人员创建 PR
   → 优先级：紧急
   → 附照片和检测报告
2. 技术主管快速评审
   → 2 小时内批准
3. 创建 CO
   → 变更类型：紧急变更
   → 跳过常规审批，走绿色通道
4. 执行变更
   → 设计修改
   → BOM 更新
   → 工艺调整
5. 事后补充审批
   → 24 小时内补签
   → 归档记录

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16

场景：标准件库更新，需要批量替换

处理流程：
1. 创建主 CO
   → 变更原因：标准件库升级
   → 变更范围：全部产品
2. 创建批量变更任务
   → 使用 ITK 批量查找受影响 BOM
   → 自动生成子 CO
3. 分阶段执行
   → 第一阶段：新产品设计
   → 第二阶段：在制品切换
   → 第三阶段：库存消耗
4. 跟踪进度
   → 每日更新完成百分比
   → 问题及时升级

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13

场景：变更完成后验证不充分

改进措施：
1. 在 CO 模板中增加"验证确认"节点
2. 验证要求：
   ├── 设计验证：仿真测试通过
   ├── 工艺验证：试生产合格
   └── 质量验证：检测报告签署
3. 验证不通过 → 回退到执行阶段
4. 全部通过 → 关闭 CO
5. 定期审计
   → 月度变更回顾
   → 统计分析变更类型/频率/成本