ECN 工程变更管理功能实操教程｜LED 芯片 CIM-MES 系统

【LED 芯片 CIM-MES 实操教程】第 12 节｜全系列共 20 节

前面 11 节讲的工艺路线、配方、BIN 标准，都有一个隐含前提——版本是稳定的。但现实里客户改规格、工艺做优化、BIN 标准收紧，天天都在发生。改而无痕，是审厂最致命的问题：客户问"这批货当时按哪个标准出的"，答不上来整批货都可能被扣。ECN 就是给"改"这件事立规矩的单据。

一、功能简介

ECN 工程变更管理，管的是四大对象（工艺路线 / 配方 / BIN 分级标准 / 检验规格）的版本变更全过程：发起变更单 → 多级审批 → 定时生效 → 在制批次处理。核心思想一句话：在用的版本永远不许直接改，要改就走 ECN，新旧版本都有据可查。

它堵住三个变更端漏洞：

1. 直接改在用版本：没有 ECN 的工厂，工艺员图省事直接改生产线上的配方参数——改对了没人知道，改错了整月工单跟着遭殃。系统里在用版本是只读的，任何修改必须先生成新版本、走变更单；
2. 变更时刻说不清：版本几点生效？生效那一刻正在机台上跑的批次算谁的？ECN 单里必须写清生效时间和在制批次策略，系统按时自动切换，切换前后各批次绑定的版本号永久记录；
3. 改了但现场没跟上：工艺改版了，车间还在按老办法做——版本切换后，新进站批次的 W2 校验、配方比对（第 03 节）、BIN 判定（第 08 节）自动使用新版本标准，旧标准从源头失效，不靠口头通知。

关于 W-Time：ECN 是变更审批单据，不是加工工位，无 W1-W5 时序管控；但每个批次的每次进站校验都会记录"当时用的版本号"，追溯（第 19 节）时按版本号还原当时标准。

二、适用场景

场景	变更对象	典型内容
客户改规格	产品档案 / BIN 标准	波段窗口收窄、新增 BIN 档
工艺优化	工艺路线 / 配方	调整工序参数、优化标准工时
检验调整	检验规格	IQC/IPQC/OQC 检验项目增减、AQL 调整
工序增减	工艺路线	新增清洗工序、合并检验点

岗位分工：工艺工程师发起变更单；品质主管 / 生产负责人分级审批；CIM 工程师负责变更后的系统配置落地核对。

三、前置准备

1. 变更依据齐备：客户邮件/技术协议、内部试验报告、评审会议纪要——变更单要附依据，不是"我觉得该改了"；
2. 新旧版本内容准备完成：新版本参数已在新版草稿里维护好，ECN 只负责"什么时候切"，不在 ECN 里填参数；
3. 在制批次清单已拉取：发起前先查当前有多少批次在变更对象关联的工序上未完工（W4 未完成），逐批决定走策略 A 还是策略 B；
4. 审批链配置完成：变更对象对应的审批节点（工艺 → 品质 → 生产负责人）已在系统维护，重大变更（影响 BIN 标准的）审批级数更高。

四、字段说明与管控规则

4.1 核心数据字段

字段	说明
ECN 单号	变更单主键，一单一号
变更对象	工艺路线 / 配方 / BIN 规则 / 检验规格，四选一
变更前版本 / 变更后版本	引用已存在的版本号，不内嵌参数
变更原因	文字说明 + 依据附件（客户邮件/试验报告）
生效时间	到点自动切换，未到点不生效
在制批次策略	A：旧版跑完 / B：强制切新版，二选一
审批节点记录	逐级审批人、时间、意见，永久存档
影响批次清单	发起时自动生成，逐批标注处理方式

4.2 管控规则（必记四条）

1. 在用版本只读：已生效的工艺路线 / 配方 / BIN 标准在系统内不可编辑，唯一出口是 ECN。旧版本永久留存，随批次可追溯；
2. 未到生效时间不切换：审批通过只代表"变更被批准"，系统版本切换严格按生效时间执行。生效前新进站批次仍用旧版本校验；
3. 在制批次必须有策略：ECN 审批通过的前提是在制批次策略已逐批标注——不允许"生效了再说"，说不清的批次就是将来客诉说不清的批次；
4. ECN 单永久存档不可删：变更记录是审厂核心证据链，系统只提供归档，不提供删除。

五、完整操作流程

5.1 工艺工程师：发起变更

第一步： 在新版草稿中维护变更后内容（如新 BIN 标准的参数表），保存为草稿版本。

第二步： 打开【ECN 变更】新建变更单：选择变更对象、变更前版本（当前在用）、变更后版本（刚维护的草稿）、填写变更原因并上传依据附件。

第三步： 系统自动拉取在制批次影响清单（该对象关联工序上所有 W4 未完工批次），工艺逐批标注策略：

• 策略 A（旧版跑完）：批次继续按旧版本完成剩余工序，W-Time 流转不变，不强制中断生产；
• 策略 B（强制切新版）：从下一次进站校验起按新版本执行，批次若已按旧版做到中途，品质需评估已加工部分是否返工/重测。

第四步： 设定生效时间（给车间留切换准备窗口），提交审批。

5.2 审批与生效

第五步： 逐级审批：工艺主管确认技术可行性 → 品质主管确认检验配套 → 生产负责人确认在制批次处理。任一节点驳回，退回发起人修改重提。

第六步： 审批通过，ECN 状态 = 已批准。到达生效时间，系统自动切换：此后所有新进站批次的 W2 校验按新版本执行；在制批次按标注策略处理。

第七步： 变更后首个工作日，CIM/工艺核对切换情况：新进站批次绑定的版本号是否已是新版、策略 B 批次是否已按新标准校验、旧版本是否已锁定归档。

六、流程图讲解

流程的关键在审批通过 ≠ 版本生效：中间隔着生效时间。这个窗口期是给车间准备的——领新配方、换检验标准、贴新标签都需要时间。另一个关键是驳回分支回到发起人而不是作废，变更单可以反复修改重提，但每一条审批意见都留在单据里。

从在制批次视角看：生效时间是一条竖线，竖线前批次的进站校验用旧版本，竖线后用新版本。策略 A 的批次一路跑完旧版，出站后自然进入"按新版生产"的下一工序；策略 B 的批次在下一个进站点被新标准拦截校验。每个批次用过的版本都记录在案，第 19 节追溯时按批次还原"当时按什么标准做的"。

七、常见报错与排查

报错提示	拦截原因	排查方法
"ECN 审批已通过，但版本未切换"	当前时间未到生效时间	核对生效时间设定；紧急情况走变更生效时间修订流程（需重新审批）
"提交失败：在制批次策略未标注完整"	影响清单里有批次没选 A/B	回到影响清单逐批补标注
"变更单提交失败：变更对象版本状态异常"	新版本草稿未保存 / 旧版本已被其他 ECN 锁定	核对版本状态；同对象并行的 ECN 排队执行，不并行变更
"进站拦截：批次校验版本与预期不符"	策略 B 批次在生效后进站，已被新标准校验	属正常拦截；确认该批次已按策略 B 处理，无需回退
"无法发起新 ECN：上一张变更单未闭环"	同对象上一张 ECN 还在审批/执行中	等上一张闭环；紧急情况联系上一张发起人合并变更

现场经验：最常见的扯皮是策略 B 批次的返工责任。工艺认为"切新版是品质批的"，品质认为"返工是工艺改版造成的"。系统的解法是把争议前置：发起 ECN 时逐批标注策略、生产负责人在审批节点签字确认——签了字，执行期就没有新账可吵。

八、业务注意事项与审厂合规要点

业务注意事项：

1. 生效时间别设"现在"：留出至少一个班次的准备窗口（经验值：4 小时以上），让车间完成配方下发、标准换页、人员宣导；
2. 一个 ECN 只改一个对象：工艺路线和 BIN 标准要一起变的，拆成两张单分开审批——混在一张单里的变更，审批人往往只细看自己关心的那半；
3. 变更后首件重点盯：生效后第一个按新版生产的批次，IPQC（第 07 节）加严巡检，问题在第一件暴露，不在第一百件爆发；
4. 版本号命名守规矩：版本号由系统递增生成，不要在名称里手工塞"最终版""真最终版"——版本号是追溯键，不是心情板。

审厂合规要点：

• 变更全链留痕：每张 ECN 的发起依据、逐级审批意见、生效时间、在制批次处理记录永久存档，客户审核时按批次反查版本，每一步都有签字；
• 新旧版本可对比：审厂常问"这次改了什么"，系统提供版本对比视图（参数级 diff），不用翻历史 Excel；
• 在制批次策略 100% 落地：抽查任何一张已生效 ECN 的影响清单，每个批次都能说出走了 A 还是 B、处理结果是什么——这张清单就是"变更没有遗留风险"的证明。

九、本节落地检查表

1. [ ] 在用的工艺路线 / 配方 / BIN 标准 100% 只读，无直接编辑入口
2. [ ] 每张 ECN 均附变更依据（客户文件 / 试验报告）
3. [ ] 在制批次影响清单逐批标注 A/B 策略，无遗漏
4. [ ] 审批链分级配置生效，BIN 标准类变更走最高级审批
5. [ ] 生效时间留有车间准备窗口，无"秒生效"
6. [ ] 变更后首件批次有加严巡检记录
7. [ ] 每季度抽 3 张历史 ECN 做版本反查演练，批次-版本对应完整

---

下一篇预告：第 13 节《SPC 统计过程控制监控实操教程》——变更管的是"标准变了"，SPC 管的是"标准没变但过程漂了"：W3-W4 区间里的参数怎么盯、超差怎么报。