【摘要】
客户说："你们这个 OEE 数字不对，我们手工统计是 85%，系统算出来只有 62%。"
这一类争议，我从来没见过是算法错的。全部追下去，问题都在底下的设备状态模型：状态怎么划分、每个状态的判定条件是什么、迁移由谁触发。状态模型是 OEE 的地基——地基歪一寸，楼顶歪一丈。这篇给一套在多个厂验证过的五状态模型，以及把 OEE 争议从"数字吵架"变成"口径讨论"的方法。
【核心要点】
- 设备状态模型五个状态起步：Run、Idle、Down、PM、Engineering——多一个都嫌乱，少一个都不够
- 每个状态必须定义三件事：判定来源（设备信号还是人工申报）、进入条件、退出条件
- 迁移判定要有优先级：多个状态条件同时成立时听谁的，规则不写死，状态就会互相打架
- OEE 三因子的分子分母要逐条签字确认：计划内时间包不包括待料？换线算不算停机损失？
- 工程模式（Engineering）必须单列——它混进任何一个状态，数字都会被污染
---
一、五状态模型
Run（生产中）：设备正在加工。判定来源优先用设备信号（Process 状态位），不用人工。
Idle（待机）：设备可用但没有在制品。典型子场景：等批、等料、等操作员。Idle 是改善金矿——它不是故障，但通常是排产或物流问题，很多厂把它混进 Run 或 Down，两种混法都会把问题埋掉。
Down（故障停机）：设备异常不能生产。必须有报警单关联——没有单据支撑的 Down 是口头状态，复盘时对不上账。
PM（保养停机）：计划性维护。它和 Down 的区别不是"机器好不好"，是计划性：在维护计划里的都是 PM，不在计划里的都是 Down。这条边界划不清，OEE 的计划外损失就被夸大。
Engineering（工程/调试）：工程验证、工艺试验、教学用机。必须单列。很多厂把它塞进 Idle 或 PM，结果工艺部的试验时间全算在产线头上，两个部门为 OEE 打架。
状态要不要再细分？原则上不。每加一个状态，人工申报的负担就重一分，数据质量就降一分。子场景（等批/等料/等人的细分）用"原因代码"字段承载，不动状态本身——状态管骨架，原因码管肉。
二、迁移规则：来源与优先级
状态模型吵不吵架，全看迁移规则有没有写死三件事：
1. 判定来源，逐状态指定。Run/Down 尽量用设备信号自动判定（可信、实时）；Idle 常常需要人工或 MES 上下文（设备说"没在加工"时，是待批还是故障，设备自己说不清）；PM 由维护工单驱动。每个状态的来源写进数据字典，不允许"有时候自动有时候人工"。
2. 判定优先级。多个条件同时成立听谁的？给一条实战优先级：
安全联锁 > Down（报警激活） > PM（工单生效） > Engineering（模式开关） > Run（工艺执行） > Idle（兜底）
例：设备在跑工程批次时报警了——Down 优先，恢复后回 Engineering 而不是 Run（按"上一有效状态"回退，而不是回到默认态）。这条"恢复到哪"的规则不写，EAP 实现时会自己挑一个，然后各机台行为不一致。
3. 时间戳语义。状态切换的生效时间用哪个：设备侧变化时间，还是 EAP 收到时间？必须统一（用设备侧，断线补传场景才不会把 10 分钟的 Down 记成 3 秒）。这是 03-01 时钟同步伏笔的兑现处。
三、OEE 口径：分子分母逐条签字
状态模型定了，OEE 才有原料。但数字吵架的另一半来源在口径上——三个因子，每个都有必须提前回答的问题：
可用率 = Run时间 / 计划内时间。计划内时间包不包括：计划内 PM（多数厂：包括）、停电（通常不算计划内）、没有订单的整天空转（争议最大：建议把"无订单"排除出计划内，否则销售的问题会算成设备的锅）。
性能率 = 实际产出 / 计划产出（按 Run 时间）。节拍用哪个：理论节拍（设备规格书）还是实测最优节拍（历史最优）？用理论值，所有设备永远到不了 100%，士气受挫；用实测值，改善空间会隐藏。建议：考核用理论值、改善用实测值，两条线分开。
良率 = 合格产出 / 总产出。重测件算不算产出（半导体设备通常算，第一次不算数）？返工品归属哪个批次？试验批算不算？——每一条都是厂规，没有标准答案，但必须有唯一答案并签字。
三个因子共 8–10 个口径问题，做成一页表，客户设备部、生产部、质量部、IT 四方签字。这个动作放在配置阶段而不是验收阶段——验收时签字，等于拿既成事实逼各部门认账。
四、上线后的数据稽核
状态模型再好，跑三个月就会漂移——人工申报的 Idle 原因码越来越懒、Down 关联的报警单越来越假。两个低成本稽核动作：
- 矛盾检测日报：状态为 Down 但无报警单、状态为 PM 但无工单、Run 时间超过该机型理论最长工艺时间——三类矛盾自动列清单，每天早上发给设备部。数据的可信度是靠每天几条的纠正维持的。
- 人工申报占比周报：状态判定中人工修改的比例逐周上升，说明自动判定规则有漏（通常是某类机型的信号没接全），提需求补采集。别让"人补机器"变成常态。
五、可复用点
- 五状态起步：Run/Idle/Down/PM/Engineering，子场景进原因码不加状态。
- 每个状态三件事：判定来源、进入条件、退出条件，写进数据字典，不许"有时自动有时人工"。
- 迁移优先级写死：安全 > Down > PM > Engineering > Run > Idle；恢复回"上一有效状态"。
- 状态时间戳用设备侧时间，断线补传才不失真。
- OEE 三因子 8–10 个口径问题，四方签字放在配置期，不放验收期。
- 上线后两个稽核：矛盾检测日报 + 人工申报占比周报。数据可信度靠持续小纠正。
下一篇讲批次追踪与 WIP：Lot 状态机、暂存与 Hold 的落地细节——Fab 里最复杂的一台"状态机"，比设备状态难一个量级。