4. 变更评审机制
本章聚焦于BOM变更执行前的“关键质量闸门”——变更评审机制。它定义了如何组织多职能协同会议、如何记录决策过程、如何量化表决结果以及如何划分最终审批权限。一个标准化的评审机制是防止变更无序蔓延、减少供应链协同风险的“第一道防线”。
4.1 适用场景
本标准操作流程适用于以下所有涉及BOM版本变更且需要多方确认的场景:
- ECN(工程变更通知)触发且影响范围涉及两个及以上职能部门(如研发、采购、制造、质量、财务)。
- 替代料/新物料导入,需供应链协同验证价格、交期、最低起订量。
- 产品结构层级调整(如增加中间装配件、拆分父件)影响到MRP运算逻辑。
- 紧急变更(如纠正设计缺陷、供应商停产),需在24小时内完成快速评审。
边界提示: 仅涉及单一工程师的简单参数修改(如文本描述勘误)或低风险位号纠错,可不触发本评审机制,但必须经过直属主管签字确认。
4.2 前置条件
在执行正式评审流程前,变更发起人必须完成以下准备动作,否则不得进入会议组织环节:
- 变更发起单(ECR)已创建并通过系统提报,包含完整的变更前后对比表。
- 技术可行性分析已完成,包括但不限于:兼容性验证、尺寸干涉检查、性能指标对比。
- 初步风险评估:识别出变更可能引发的库存呆滞、模具修改、测试返工等潜在成本。
- 跨职能联系人清单已确认:至少包含研发、采购、计划、质量、制造五个角色的对口人。
4.3 操作步骤
评审机制按“会议组织 → 纪要编写 → 投票决策 → 层级审批”四阶段执行:
4.3.1 评审会议组织
- 会议召集人:由变更发起人(通常是研发工程师或产品经理)担任,负责预定会议室、发送邀请、准备评审材料。
- 参会最低人数:研发(1人)、采购(1人)、计划/生产(1人)、质量(1人),共4个角色到齐方可会议。
- 会前24小时:发起人必须将《变更评审包》(含ECR、技术报告、风险评估表)上传至系统并发送邮件通知。
- 会议时长控制:常规变更≤45分钟,紧急变更≤20分钟,超时默认采用“线下异步评审”模式。
异步评审机制: 当与会人员无法全部准时参会时,主持人可将在线上系统发起“异步投票”,各职能代表需在4工作小时内完成线上评估与投票。
4.3.2 评审纪要模板
评审会议结束30分钟内,会议召集人必须输出标准化纪要,纪要必须包含以下结构化信息(建议使用公司统一ID跟踪):
【变更评审纪要】
ECR编号: ECR-2025-0042 | 会议日期: 2025-04-10
变更主题: 替换电阻R123物料为兼容料
主持人: 张三(研发) | 记录人: 李四(质量)
——————————————————————
参会人员签到:
[√] 研发: 张三 [√] 采购: 王五 [√] 计划: 赵六
[√] 质量: 李四 [ ] 财务: 钱七(请假)
——————————————————————
核心讨论要点:
1. 电阻R123原厂停产,新料2512封装需要确认贴片机兼容性。
2. 新料单价降低0.02元,但MOQ从1000增加到3000 pcs。
——————————————————————
投票结果:
同意: 4票 反对: 0票 弃权: 0票 → 通过
附加条件: 需在生产前完成一次小批量试焊验证。
——————————————————————
审批签核:
[ ] 研发经理: ________ [ ] 采购总监: ________
[ ] 质量总监: ________ [ ] 项目经理: ________
完成日期: 2025-04-12
4.3.3 投票规则
- 票权分配:每个参会职能代表拥有1票,主持人(发起人)不参与投票。
- 通过标准:同意票数 ≥ 总有效票数的2/3,且弃权票不得多于1票(含1票)。
- 反对票处理:任一职能投出反对票,必须在纪要中明确记录反对原因及改进建议;反对票≥2张时,变更自动降级为“失败”,需进入二次修订。
- 紧急变更特殊规则:允许“有条件通过”,可附加最多2条强约束条件(如:两周内完成可靠性测试),条件达成后由质量代表确认签字,否则变更自动失效。
4.3.4 审批层级
投票通过后,变更进入电子流审批环节。审批层级按风险类型与金额划分为三级:
| 审批层级 | 触发条件 | 审批人角色 | 单次审批时限 |
|---|---|---|---|
| L1 - 部门级 | 变更仅涉及本部门物料或工艺参数微调,且无额外成本 | 部门经理(研发/质量均可) | 4个工作小时 |
| L2 - 跨部门组 | 变更影响≥2个职能,或涉及模具修改/物料报废 | 研发经理 + 采购经理 + 质量经理(会签) | 8个工作小时 |
| L3 - 审批委员会 | 变更影响量产产品、客户交期,或累计成本变化>¥50,000 | 项目总监 + 运营VP + 财务总监(三重签) | 24个工作小时 |
权限硬约束: 严禁存在“代签”“补签”“预签”行为;所有审批必须基于最新版评审纪要做出决策。若审批人发现纪要内容与投票结果不符,有权直接驳回并启动重新评审。
4.4 输入输出物
| 类目 | 输入物 | 输出物 |
|---|---|---|
| 文档/数据 | ECR变更请求单、技术可行性报告、风险评估表、跨职能联系人清单 | 签字版《评审纪要》、投票统计表、审批电子流程记录、待办/行动计划表 |
| 系统信息 | BOM当前版本快照、物料主数据、价格/交期信息 | 更新后的ECN(工程变更通知)签核状态、审批节点时间戳 |
4.5 责任边界
- 变更发起人 (研发/产品):负责会前材料准备、纪要编写、投票发起、审批跟踪;对材料的完整性与真实性负责。
- 参会职能代表:负责代表本部门评估变更影响并给出明确意见及风险提示,投票后不可反悔,但保留在纪要中附加限制条件的权利。
- 审批人:核实投票过程的合规性与纪要的完整性;审批层级中,L3审批人有最终驳回权,且可要求变更发起人补充经济性评估报告。
- 记录人(通常由非发起人兼任):确保所有讨论要点、争议点、未决议题完整录入,不得选择性记录。
4.6 记录材料
整个评审环节产生的所有记录材料必须全部纳入PLM/ECN电子档案,保存期限≥产品生命周期+2年:
- 主记录:签字版《变更评审纪要》(PDF带电子签章)。
- 附件1:投票截屏或系统投票记录导出文件。
- 附件2:会议录制链接或异步评审文字回放链接。
- 附件3:审批电子流截图(包含每个审批节点的审批人、审批时间、审批意见)。
- 元数据结构示例:
{
"ecr_id": "ECR-2025-0042",
"meeting_date": "2025-04-10",
"vote_agreed": 4,
"vote_opposed": 0,
"vote_abstained": 0,
"approval_level": "L2",
"approval_deadline": "2025-04-12 18:00",
"attachments": [
"meeting_minutes_signed.pdf",
"vote_record.png",
"asynchronous_comment_log.txt"
]
}
4.7 异常处理
| 异常场景 | 处理标准 |
|---|---|
| 会议超时未达成一致 | 主持人强制休会24小时,各代表可补充数据后二次会议;二次会议仍无结果,变更降级为“暂缓”,重新进行技术预研。 |
| 关键参会职能缺席 | 缺席代表必须书面授权给同部门同级代表,否则会议无效。缺席代表需在2个工作日内补签纪要。 |
| 审批人被驳回 | 变更发起人需在7个工作日内完成驳回问题修订,并提交修订记录,重新发起L1复核。 |
| 纪要与投票结果不一致 | 发现后立即冻结该变更,重开评审会议并对原记录人进行问责。 |
4.8 验收标准
- 评审会议必须在变更发起后48小时内召开(紧急变更≤12小时)。
- 评审纪要100%包含四个核心区块:签到记录 / 讨论要点 / 投票统计 / 待办事项。
- 投票统计满足“同意≥2/3 且 弃权≤1”方视为有效通过。
- 电子审批流程在所有签字节点均留下标准化的审批意见(不得为空)。
- 所有记录材料在评审结束后4个工作小时内完成归档。