把 OEE 算准，先把数据来源换掉
OEE 本身不难算，难在数据从哪来。人工报工算出来的 OEE 通常明显高于设备侧实测值，小停机与降速这两类损失在人工体系里系统性缺失。
三项拆开看，不要只报一个总数
85% × 85% × 85% ≈ 61%。任何一项塌下去，整体就塌。只报一个总数，管理层看不出该往哪使劲；拆成时间、性能、质量三项，短板一目了然。
口径必须先统一
同一台注塑机，计划停机算进分母还是排除，OEE 能差出一大截。跨车间、跨工厂对比之前，先把五件事定死：计划工作时间怎么定义、理想节拍取什么值、合格品含不含返修、停机最小记录粒度、设备范围。
性能损失是最大的黑数
故障有人报修，不良有检验记录，唯独小停机和降速无人记录。一次卡料 40 秒，操作工伸手拨一下就过去了，一个班 60 次就是 40 分钟。这类损失只有设备侧采集才能看见。
上线后 OEE 下降是正常的
很多工厂上系统后 OEE 会“掉”一大截——比如（示例）报表上的 78% 变成实测的 55%。不是变差了，是第一次看见了真实值。要提前跟管理层打好招呼，否则这会变成项目的第一场风波。
这套做法能给到什么
- 按设备、班次、产品、订单多维度统计
- 时间/性能/质量三项损失结构
- 停机原因帕累托
- 跨线、跨厂同口径对比
- 趋势与目标达成
OEE 计算示例：一个 480 分钟的班，一步一步算
下面是一组假设数据，用来说明每个数字该从哪来、怎么代进去。贵厂可以把自己的数填进 OEE 在线计算器 对一遍。
示例（假设数据）：一班 480 分钟，计划休息 30 分钟，计划工作时间 450 分钟。当班故障停机 35 分钟、换型 25 分钟，合计停机 60 分钟，运行时间 390 分钟。理想节拍 30 秒/件，390 分钟理论上应出 780 件；实际产出 663 件，其中合格 650 件。时间开动率 = 390 ÷ 450 ≈ 86.7%；性能开动率 = 663 ÷ 780 = 85.0%；合格品率 = 650 ÷ 663 ≈ 98.0%。OEE ≈ 86.7% × 85.0% × 98.0% ≈ 72.2%。反过来验算：650 件 × 0.5 分钟 ÷ 450 分钟 ≈ 72.2%，两头对得上。
这个例子里真正该盯的是中间那一项。故障和换型的 60 分钟，报修单和换型记录里都有；而 780 件与 663 件之间差的 117 件，折合 58.5 分钟，和有记录的停机几乎一样多，却没有任何一张单子记过它。它由卡料、等料、手动调速这些零碎中断组成，只有设备侧的状态与计数才能把它拆开。
作为参照，中岛清一在 TPM 体系里给出的世界级水平是 85%，拆开是 90% × 95% × 99%。它是三项各自的目标，不是一个可以直接拿来考核班组的总数。
OEE 的每个数字从哪来、谁负责维护
算式里一共六个输入。上系统之前把下面这张表填完，比选哪家软件重要。任何一格写着“人工估”，那一项的结果就先别拿去考核。
| 输入 | 推荐来源 | 维护责任 | 最常见的错法 |
|---|---|---|---|
| 计划工作时间 | 班次日历 + 排产（无排产要剔除） | 生产计划 | 各车间各自定义，休息与保养有的算有的不算 |
| 停机时长 | 设备状态信号，带时间戳 | 系统自动 | 班后凭记忆填，短停机全部消失 |
| 理想节拍 | 按“产品 × 设备”维护的标准节拍 | 工艺 / IE | 全厂用一个值，或拿历史平均当理想值 |
| 实际产量 | 设备计数信号或控制器计数 | 系统自动 | 用入库数代替，跨班、跨批对不上 |
| 合格数 | 检验记录或质量系统 | 质量 | 返修品算不算没定，月度之间口径漂移 |
| 停机原因 | 停机当下操作工在终端上选择 | 班组长 | 原因码太多，全选第一条 |
理想节拍是最容易被做手脚的一格：节拍放宽一点，性能开动率立刻好看。规定好谁能改、多久评审一次，并保留修改记录。各项口径的定法见 OEE 口径怎么统一。
OEE 项目实施步骤：一条试点线的参考节奏
以下是参考节奏，不是承诺工期；实际排期受停机窗口和设备厂家答复速度影响。
- 第 1 周：定范围与口径。选一条瓶颈线，列出设备清单；把上表六个输入的来源和责任人写成一页纸，生产、设备、质量三方签字。
- 第 2–3 周：定采集方式。逐台确认走控制器、信号还是传感器，出点位表和硬件清单。
- 第 4–5 周：安装接入。利用计划停机窗口施工。柜内接线须断电、由持证电工操作，不改动安全回路。
- 第 6–7 周：数据校准。连续几个班用人工点数对系统计数，用秒表对停机时长，调阈值直到双方认账。
- 第 8–12 周：试运行。班前会开始用数据，原因码按“其他”里的说明调整，第一次改善周会在这一阶段开。
第 6–7 周最容易被压缩。校准没做扎实，后面任何一次数字不好看，班组都会先质疑“系统不准”，项目就此停在争论里。
上线后谁每天看什么
试运行开始前把下表定下来。报表没有指定的读者和动作，就不会有人打开。
| 角色 | 频率 | 看什么 | 要做的动作 |
|---|---|---|---|
| 班组长 | 当班 | 当班达成、当前停机、未选原因的停机 | 补齐原因，超时停机呼叫支援 |
| 设备工程师 | 每日 | 设备类停机明细、重复故障 | 排维修计划，更新点检项 |
| 工艺 / IE | 每周 | 性能开动率、分产品节拍偏差 | 核对标准节拍，立项小停机改善 |
| 生产经理 | 每周 | 三项损失结构、TOP 3 原因、改善项进度 | 主持改善周会，定责任人与期限 |
| 厂长 | 每月 | OEE 趋势、瓶颈线产能变化 | 决定资源往哪条线倾斜 |
OEE 系统验收标准怎么写，验收之后又常死在哪
“系统能出 OEE 报表”不算验收标准。建议写成可以现场核对的条目，具体阈值由双方商定：
- 产量计数：连续若干个班与人工点数比对，偏差不超过约定值。
- 停机记录：抽查若干次现场停机，系统记录的起止时间与秒表记录的差在约定秒数内。
- 短停机：约定阈值以上的每一次中断都有独立记录，而不是合并成一段。
- 口径：报表的计划工作时间、节拍、合格品定义与签字的那一页纸一致，可以逐项追到原始记录。
- 断网：拔掉网线一段时间再恢复，数据补传完整、时间戳不乱。
- 使用：试运行期内未选原因的停机占比、“其他”占比降到约定水平以下。
验收通过之后的常见失败模式
- 拿 OEE 直接扣班组奖金。数字一和钱挂钩，原因码就开始往“外部类”和“计划类”上靠，节拍也会有人要求放宽。头半年只用来找损失，不用来考核个人。
- 只看总数，不开改善会。每周一张 OEE 趋势图发到群里，没有人对 TOP 3 原因负责，三个月后数字原地不动，项目被判定“没效果”。
- 一次接全厂。几十台设备同时上线，校准和原因码调整都做不细，每条线的数据都有人质疑。先让一条 瓶颈工序 的线跑到现场认账，再复制。
- 节拍库没人维护。新产品导入后沿用旧节拍，性能开动率失真，工艺和生产各说各话。
OEE 数据与 ERP、MES 的边界怎么划
一条原则：每个数据只有一个主人。工单、产品、计划数量、标准工时的主人是 ERP 或 MES，OEE 这一层只读不改；设备状态、计数、停机时长的主人是设备侧采集，ERP 和 MES 只接收汇总结果，不要再让人在那边另填一份。合格数的主人是质量系统或检验记录。
对接顺序上，先让 OEE 层独立跑通、数据被现场认可，再做接口。两边都还没稳定就联调，出了偏差分不清是哪一头的问题。
配套资料
想先判断自己在 OEE 管理上走到哪一步、短板在哪，可以用《智能制造 OEE 成熟度自评表》：25 个问题，自动得出等级、差距清单和 90 天行动建议。
试点从选线到第 90 天决策的完整做法，见《OEE 项目 90 天试点手册》：每周检查点、对账方法、扩展 / 调整 / 停止的决策规则，附动力电池产线专章。
常见问题
要不要先换设备再谈数字化？
不需要。判断该不该投的标准不是设备年份，而是这台设备是不是瓶颈工序。非瓶颈设备的效率提升不产生任何产能。
我们已经有 MES / ERP，还需要这一层吗？
看那套系统里的设备数据从哪来。如果是人工报工填的，小停机与降速这两类损失就系统性缺失。补一层设备侧采集通常比换系统划算，前提是现有系统有开放接口接收外部数据。
多久能看到第一张可用的报表？
硬件装好之后以天计；但让班组长每天真的用起来，现实周期是两到三个月。这两个里程碑建议在合同里分开写。
OEE 超过 100% 是怎么回事？
换型时间算不算 OEE 的损失？
没有排产的时间要不要算进 OEE？
最近更新：2026-09-29 · 出版：工厂数字化编辑部（TEEPTRAK）
微信：Teeptrak-SZ