OEE损失树：从三个因子追到可行动的损失

先锁死公式与时间边界

计划生产时间是本设备在该统计期内计划用于生产的时间，运行时间=计划生产时间－停机时间。时间开动率A=运行时间÷计划生产时间；性能开动率P=理想周期×总产量÷运行时间；合格品率Q=合格数量÷总产量，因此OEE=A×P×Q。

在定义一致且理想周期固定时，OEE也可写为“理想周期×合格数量÷计划生产时间”。这里不能使用实际平均周期代替理想周期，也不能把不同产品的节拍未经换算直接混算。多品种场景应采用经确认的标准节拍或等效产量方法。

把差额拆成损失树，而不是停在百分比

时间开动率下降先对应计划生产时间内的停机，再按故障、换型、待料、待人、质量等待等原因分类。性能损失需要区分有明确停机事件的微停与设备仍运行但低于标准节拍的降速，质量损失则要区分启动阶段和稳定生产阶段。

损失树的价值是把不可直接行动的“OEE偏低”转换为可验证的问题。例如待料是仓库未送、前序未供还是叫料规则未触发；故障是设备本体、工装还是外部条件。每一层都应保留原始事件，避免原因代码越改越粗。

数据模型要能同时解释时间、数量和原因

OEE计算至少需要计划日历、设备状态事件、产量计数、合格判定和理想周期五类数据。只靠PLC运行信号无法知道计划边界，只靠MES完工数量无法解释微停，只靠班报原因又难以校准准确起止时间。

理想周期不是越快越好，也不应随意用历史最佳单周期替代。它应由工艺和设备角色依据产品、设备能力与可持续条件确认，并设置版本和生效时间。若产品混线，必须保留产品与周期之间的映射。

• 时间：明确计划生产、非计划、停机、运行和待产状态互斥关系。
• 数量：明确总产量、合格品、返工和报废在何处计数、何时修正。
• 节拍：明确理想周期来源、产品版本和生效区间。
• 原因：自动事件先记录事实，人员确认补充原因，不允许覆盖原始时间。
• 质量：保留数据缺失、时钟异常和人工修订标记，防止公式给出虚假精确。

自动采集与人工归因如何分工

PLC、传感器、测试设备和扫码过站适合提供状态、周期和数量的客观记录；班组、设备、质量和物流角色适合补充业务原因与处置过程。两者应通过事件编号关联，而不是让人员重新录入整套起止时间。

微停规则尤其需要治理。阈值太短会制造海量噪声，太长又会吞掉重要损失。可先保留原始事件，在分析层按经确认的时长与合并规则形成不同视图，避免为了画面整洁删除原始事实。

从损失树选择改善动作

损失排序要同时考虑损失时间、发生频次、复发性和对下游的影响。长时间单次故障与大量微停可能产生相同损失，却需要完全不同的方法：前者偏向故障复盘和维护，后者偏向现场观察、机构调整或工艺稳定化。

OEE软件用于采集、计算、展示和追踪，不等于TPM方法，也不会自动完成改善。对策验证时应固定产品、计划和数据口径，检查一个因子的提升是否以另一个因子恶化为代价，例如提速是否带来缺陷增加。

• 选定一个损失分支，明确基线和发生条件。
• 回到现场验证事件与原因，不根据看板名称直接下结论。
• 制定可检查的对策，明确设备、工艺、物流或班组责任。
• 在相同口径下比较改善前后，并观察质量和下游影响。
• 将有效措施固化到点检、标准作业、备件或异常响应规则。

不让OEE成为跨线排名或数字游戏

不同产品、自动化程度和工艺约束下的OEE不宜简单横向排名。计划生产时间定义、理想周期、返工口径或人工原因分配任何一项不同，都可能让表面相同的数字具有不同含义。

治理重点是保留口径说明、数据质量和版本记录。OEE适合在同一对象的连续改善中使用，也可在定义可比的相似设备之间对照；不应为了追逐高值而减少必要保养、首件确认或安全停机。

• 每个OEE页面都能查看时间边界和三个因子的定义。
• 计划变更、节拍变更和数量修订均有版本与责任记录。
• 缺失数据明确显示为未知，不默认填成运行或合格。
• 指标复盘必须落到具体损失事件和改善动作。