4. BOM(物料清单)签核与变更流程

4.1 适用场景

BOM签核与变更流程覆盖产品从研发定型到量产维护的全生命周期,以下场景必须启动本流程:

  • 新物料引入:新增料号或替换供应商型号,需通过ECR/ECO完成BOM版本更新。
  • 设计优化/降本:修改元器件参数、PCB布局或结构件尺寸,必须走变更闭环。
  • 停产替代:原物料EOL(停产),需切换为兼容物料,BOM层级与版本同步更新。
  • 工艺/制造变更:焊接方式、组装顺序或测试流程调整,涉及BOM中工艺虚拟件变更。
  • 质量问题纠偏:物料规格错误或兼容性缺陷,通过紧急ECR快速冻结版本并发布修正。
实战建议:所有变更无论大小,均强制走ECR/ECO电子流,禁止直接在ERP系统里修改BOM。每一起“线下改BOM”都会成为量产的定时炸弹。

4.2 前置条件

启动BOM签核与变更前,必须满足以下条件:

  1. 已完成BOM层级规范定义(父件/子件/虚拟件编码规则已发布)。
  2. ECR/ECO电子流模板已在PLM或ERP系统中配置并启用。
  3. 各签字角色(研发、工艺、采购、质量、生产、项目经理)已完成系统权限授权。
  4. 当前BOM基线已锁定,变更基于最新发布版本进行。
  5. 紧急变更需提前申请“变更加速通道”,跳过非必要评审节点。

4.3 操作步骤

整个流程分为ECR(工程变更申请)与ECO(工程变更指令)两个阶段,共6个标准步骤:

步骤 活动 执行角色 关键动作与输出
1 发起ECR 研发工程师 填写ECR表单:变更原因、影响物料清单、预期收益、风险评估。附件上传变更前后对比图或测试报告。
2 ECR跨部门评审 工艺/采购/质量/生产 各角色在ECR电子流中填写评审意见:
- 工艺:可制造性与工装影响
- 采购:供应风险与成本变化
- 质量:可靠性验证要求
- 生产:换线计划与库存消耗
3 ECR批准 研发经理 / 项目经理 审核ECR技术合理性与资源可行性。批准后ECR状态变更为“已批准”,自动触发ECO创建。
4 发布ECO 项目经理 / 文档控制 基于批准的ECR生成ECO,明确执行计划、责任人、生效日期。ECO附带变更后的BOM快照。
5 BOM版本更新 研发工程师 + 文档控制 在PLM中检出BOM,按照层级规范修改物料或结构,提交新版本。版本号递增规则见下文。
6 签核闭环 全签字矩阵 各角色在ECO上电子签字确认。全部签完后ECO状态变更为“已关闭”,BOM新版本正式生效。
版本号递增规则:主版本号(X.Y)中,X代表兼容性/结构重大变更,Y代表元器件替换或参数微调。示例:V1.0 → V1.1(电阻替换)→ V2.0(PCB重新布局)。

以下为BOM层级结构示例(编码规则):

层级0: 整机产品          PN: PRD-001  (V1.2)
  层级1: 结构组件        PN: ASM-001  (V1.0)
    层级2: 上盖零件      PN: PRT-001  (V1.1)
    层级2: 底壳零件      PN: PRT-002  (V1.0)
  层级1: 电子组件        PN: ASM-002  (V1.3)
    层级2: 主PCB         PN: PRT-003  (V1.2)
    层级2: 电容C1        PN: PRT-004  (V1.0)
    层级2: 连接器J1      PN: PRT-005  (V1.1)
  层级1: 包装套件(虚拟)  PN: VRT-001  (V1.0)
    层级2: 彩盒          PN: PRT-006  (V1.0)
    层级2: 说明书        PN: PRT-007  (V1.0)
虚拟件使用技巧:包装套件、附件套装等非实体物料建议设置为虚拟件(VRT前缀),在MRP运算中只展开到下级实物零件,减少BOM层级深度。

4.4 输入输出物

类型 名称 来源 去向
输入 ECR表单(含变更影响分析) 研发工程师 ECR评审节点
输入 当前BOM基线快照 PLM系统 ECO发布环节
输出 批准的ECO(含执行计划) 项目经理 全签字矩阵 / 下游系统
输出 更新后的BOM新版本 文档控制 ERP / MES / 采购系统
输出 变更历史记录(审计追踪) 系统自动生成 质量部 / 体系审核

4.5 责任边界

  • 研发工程师:ECR发起者,对变更的技术正确性负责。
  • 研发经理:ECR技术审批人,对变更方案合理性负责。
  • 工艺/采购/质量/生产:各领域评审人,对自己签署的评审意见负责。
  • 项目经理:ECO发布与执行监控责任人,协调资源并控制变更窗口。
  • 文档控制(DCC):BOM版本更新执行者,保证版本号与层级规范合规。
  • 全签字矩阵:所有签字人对“是否同意变更生效”承担签字责任,严禁代签或补签。

4.6 记录材料

  1. ECR电子表单(含评审意见附件)
  2. ECO电子表单(含执行计划与BOM快照)
  3. BOM版本变更历史(至少保留最近5个版本)
  4. 签字矩阵签核记录(含签字人、时间、IP/设备信息)
  5. 变更影响分析报告(包含成本、交期、质量影响)
审计红线:ECR/ECO电子流、BOM版本历史、签字记录三者必须可追溯、不可篡改。一旦发现记录缺失或后补,直接触发质量体系不符合项。

4.7 异常处理

异常场景 处理方式 责任人
ECR评审意见不通过 发起者修改ECR后重新提审,或终止变更。终止的ECR需归档并注明原因。 研发工程师
BOM版本冲突(多人同时检出) PLM系统自动锁定,后检出者强制更新基线后重做。禁止强行覆盖。 文档控制
签字超时/漏签 系统自动催签,超24小时未签升级至对应部门主管。紧急变更可启用“电话补签”但需录音留证。 项目经理
变更后生产验证失败 立即冻结新版本BOM,回退至上一基线。重新发起ECR分析根因。 质量工程师

4.8 验收标准

BOM签核与变更流程完成的验收条件如下(需全部满足):

  1. ECR已获批准,状态为“已关闭”。
  2. ECO已发布且所有签字节点完成电子签署,状态为“已关闭”。
  3. BOM新版本在PLM中正式发布,版本号与层级编码符合规范。
  4. 变更历史记录完整,至少包含变更前后BOM对比、签字矩阵、时间戳。
  5. 下游系统(ERP/MES)已同步新版本BOM,无数据不一致问题。
  6. 紧急变更的“加速通道”使用记录已补传审批说明。
关键KPI:ECR→ECO关闭周期 ≤ 5个工作日(标准变更);紧急变更 ≤ 24小时。签字矩阵100%覆盖,不允许豁免。

4.9 BOM签核与变更流程总图

以下SVG展示了从ECR发起到签核闭环的完整流程,并结合BOM层级规范与版本控制规则:

BOM签核与变更流程总图 ECR发起 研发工程师 ECR评审 跨部门团队 ECO发布 项目经理 BOM版本更新 研发 + DCC 签核闭环 全签字矩阵 BOM层级规范要点 • 父件/子件编码:PRD→ASM→PRT/VRT • 虚拟件(VRT)用于包装/附件/工艺组合 • 层级深度建议 ≤ 4 层(整机→组件→零件) • 每个层级BOM均独立版本控制 版本控制规则 • 格式:V主版本.次版本(如 V1.0 → V1.1) • 主版本:结构不兼容 / 重大变更 • 次版本:元器件替换 / 参数微调 • 已冻结版本不允许删除,只允许停用 流程节点颜色标识:蓝=发起 | 橙=评审 | 红=发布 | 绿=更新 | 紫=闭环

上图完整呈现了BOM签核与变更的线性流程,底部两个说明框分别对应BOM层级规范与版本控制规则,是流程执行中必须同步遵守的底层标准。