结论先行：输送线的 OEE 就是三个数相乘——时间开动率 × 性能开动率 × 合格品率。公式谁都会背，难的是这三个数在 WCS 里到底取哪几个字段、时间窗口怎么切、停机算谁的。这个坑我见过三次：三家仓，同一套设备配置、同一个月份，算出来的 OEE 分别是 91%、74%、63%。差的不是设备，是口径。
先把定义钉死，再动手取数。
时间开动率 = 实际运行时间 / 计划生产时间。计划生产时间 = 班次总时长 − 计划停机。输送线没有传统意义上的换模，但有换波次清线、例行点检、用餐——这些进计划停机，从分母里扣掉，不扣分。
性能开动率 = 实际通过件数 /（实际运行时间 × 理论节拍产能）。理论节拍产能以厂商最新规格为准；拿不准的，用连续 7 天达标班次的实测峰值打 9 折当理论值，写进文档，所有人用同一个数。
合格品率 = 一次通过件数 / 实际通过件数。输送线上的"不合格"只有三类：扫码失败件、称重异常件、剔除件。注意：复检后放行的不算一次通过，算返工。
为什么数据源必须是 WCS：WMS 只知道"这个波次发了多少单、准时率多少"，它不知道线为什么停了 47 分钟。WCS 手里有电机启停事件、光电开关计数、扫码头读取记录、报警代码——停机归因的全部原材料都在 WCS。WMS 的角色是给 WCS 数据定口径：班次怎么切、波次何时算开始、哪些停机是计划内的。我是 WMS 顾问，这句话我每家都讲：OEE 算不准，10 次里有 9 次是口径问题，不是设备问题。
分步做法，一共四步。
步骤一：WCS 取数清单。先把这 6 类数据拉齐，缺一类，后面全是估算。
- 设备状态事件：电机启/停、变频器报警，带时间戳，精度到秒。秒级以下没必要，分钟级不够用。
- 光电与计数器数据：关键点位的通过件数，至少要有入口、出口、每个剔除口。没有分段计数，就定位不到停机发生在哪一段。
- 扫码数据：条码读取成功/失败记录，失败原因代码。这是合格品率的分子分母来源。
- 报警代码映射表：WCS 报警代码 → 中文含义 → 归因分类。这张表是核心资产，做一次用三年，变更走流程。
- 班次日历：班次起止、计划停机（用餐、保养、换波次清线）。WMS 侧维护，WCS 侧只读。
- 速度与节拍设定：当前线速、理论节拍。性能开动率的分母从这里来。
步骤二：停机归因分类。所有停机先过一遍"计划 vs 非计划"，非计划的再进六类。
| 归因分类 | 定义 | 典型 WCS 信号 |
|---|---|---|
| 设备故障 | 电机、变频器、扫码头等硬件停机 | 变频器报警代码、电机过载 |
| 缺料等待 | 上游供件跟不上，线空转或停线等件 | 入口光电长时间无件 |
| 上游堵塞 | 有件但堵在上游段过不来 | 中段光电持续有件、电机堵转报警 |
| 下游满载 | 分拣格口或打包台满，线被迫停 | 格口满信号、出口光电持续遮挡 |
| 换型/换波次 | 清线、切换分拣规则、换标签模板 | WCS 任务切换事件 |
| 小停机 | 单次 5 分钟以下、无报警代码的短停 | 电机启停事件频繁、无代码 |
模糊地带的判据必须写死，我的判据是三条：第一，停机小于 5 分钟且无报警代码，一律先归小停机，单独成类统计，不许硬塞进设备故障。这个坑我见过三次：小停机被分摊进"设备故障"，设备科修了一个月，OEE 纹丝不动。第二，入口无件且 WMS 显示波次已下发，归缺料等待；入口无件但波次根本没下发，这是 WMS 波次计划的问题，单独统计，不进设备 OEE 的扣分项。第三，同一报警代码 24 小时内出现 3 次及以上，升级为重复性故障，单独跟踪。
步骤三：WMS 与 WCS 口径统一。四件事，做完 OEE 才可信。
- 时间基准统一：WCS 事件时间戳和 WMS 波次时间用同一时区、同一 NTP 源。我见过 WCS 快 7 分钟的，跨班次的停机全归错了班。
- 班次定义统一：WMS 的班次起止等于 WCS 的计划生产时间起止。夜班跨 0 点的，归属规则写死，按开始时间归属，全员执行。
- 计划停机清单只在一处维护：WMS 侧维护、WCS 侧只读。两边各一份清单，对不上是迟早的事。
- "一次通过"的定义两边写进同一份文档：扫码失败复检放行的，WMS 里走异常处理单闭环，WCS 里不计入一次通过。
步骤四：算 OEE，找瓶颈。输出三张表：OEE 趋势表（按班粒度）、停机帕累托表（归因分类 × 时长）、小停机清单（5 分钟以下事件明细）。看表的顺序也有讲究：先看时间开动率里占比最大的那一类，再看性能开动率。经验值：输送线 OEE 上不去，70% 的问题藏在时间开动率里；时间开动率的问题，70% 是小停机和各类等待。
案例一：隐形小停机吃掉的 47 分钟。2024 年 11 月，华东某电商大仓，日均 8 万单量级，主分拣线 OEE 连续三周卡在 71%～73%。设备科坚称没坏过，数据也显示单次停机没超过 3 分钟。把 WCS 事件拉出来一数：单日 5 分钟以下的小停机 120 多次，累计 47 分钟，全部是"格口满 → 下游人工来不及清 → 线停 → 清完重启"。没有一次算故障，但每天吃掉近 1 小时计划生产时间。解法没花在设备上：格口加装满载预警光电，配一名专职清格口的人，两周后 OEE 到 83%。
案例二：口径打架吵了一个月。2025 年 3 月，华南某 3PL 仓，WMS 算的波次准时完成率 98%，WCS 算的输送线 OEE 62%，两边开会吵了一个月。根因：WMS 的班次是 8:00–20:00，WCS 的计划生产时间扣掉了午餐 1 小时和两次 15 分钟换波次清线；WMS 还把波次下发延迟也算进了生产时间。统一口径后 OEE 重算为 79%，真正的短板是每天 11:30 和 16:00 两个波次衔接处的缺料等待——这是 WMS 波次计划的问题，不是线的问题。
算账：停机到底值多少钱。假设一条线理论产能 6000 件/小时，单件分拣成本 0.8 元（含人工与设备折旧的量级估算）：
| 停机类型 | 单日累计 | 损失件数 | 日损失金额量级 |
|---|---|---|---|
| 小停机（单次 5 分钟以下） | 47 分钟 | 约 4700 件 | 约 3700 元 |
| 缺料等待 | 30 分钟 | 约 3000 件 | 约 2400 元 |
| 设备故障 | 20 分钟 | 约 2000 件 | 约 1600 元 |
小停机单次看着最无害，累计起来最贵。这就是步骤二里小停机必须单独成类的原因：不单列，它永远藏在平均数里。
三个反常识判断。第一，OEE 做到 85% 以上不一定是好事。输送线是系统的一环，单线 OEE 冲到 95%，可能是上游在憋货保你——件齐了才放行，线的数字好看，订单履约时效难看了。OEE 必须和波次准时完成率一起看，单看就是自欺欺人。第二，性能开动率长期 100% 说明理论节拍设低了，不是线跑得好。健康的性能开动率应该在 90%～95% 之间波动，一直满格等于没设目标。第三，合格品率在输送线上最不值得优先优化。扫码失败率从 2% 降到 1%，不如把小停机砍掉 10 分钟。对瓶颈开刀，别对最好看的数字开刀。
常见翻车点，收尾前过一遍。第一，人工填报的停机原因和 WCS 事件对不上：班长填设备故障，WCS 显示是格口满。解法：以 WCS 事件为准做首因判定，人工只做补充说明。第二，只算主线不算系统：分拣线 OEE 88%，上游供件线天天缺料。OEE 要按系统算，主线加供件加打包一起看。第三，报警代码映射表没人维护：新加一台扫码头，代码没进映射表，三个月后归因分类里冒出一堆"未知"，OEE 趋势直接断掉。映射表变更必须走流程。第四，拿月度平均 OEE 考核班组：平均数会吃掉小停机。考核用小停机次数加归因闭环率，OEE 只做趋势参考。
OEE 不是算出来挂墙上的，是拿来定位下一刀砍哪里的。WCS 给你原始数据，WMS 给你口径，两个一打通，停机就藏不住了。
作者：林晓｜WMS 实施顾问
