前言
月度会上各方对同一段停机的说法常常对不上。合同或考核写了可用性，关单上却常常只有“已完成”和一个时间戳。
关单分不清计划停、故障停和等待，可用性达成率就是装饰。
公路、园区一类运维包常把 RAMS 写进合同。工厂考核里对应的往往是可用性。IEC 62278-1 把 RAMS 当成要被证明的要求。ISO 14224 明确包含停机时间，并分维护后果。ISO 55001 的绩效评价建立在信息上，信息若只是“停过”，评价没有分母。先把停机分类写进关单，再报达成率。
数字对不上夜班，多半卡在关单
在现场，空压机停了三十多个小时，报表常把它全算进故障。翻开工单才发现：换阀片八小时，其余全是等件和等作业许可。备件慢和许可卡壳在数据里隐形了。
KPI 要可用性，现场关单只记修完没修完。开始、结束时间能算出停了多久，算不出为什么停、停在谁那里。
还有更常见的断点：关单没有“是否影响产出”。备用顶上，功能没断，主机在修。两套口径——设备可用还是功能可用——混成一个百分比，夜班和会上各说各的。可用性必须能被工单证明，证书证明不了。
弯路：先上仪表盘，分类还在口头
我们踩过的常见弯路是先买 OEE 或可用性看板，数据从工单起止时间生扣。计划大修、泄漏、等进口件全进了一个桶，看板越精美，月度会上吵得越凶。
另一常见做法是把代码表做得很大，失效模式、原因各几十项，关单变考试，班组只能选“其他”。
仪表盘吃的是关单分类，不是开始和结束两个时间戳。（明确判断）时间戳只能证明停过，分类才能决定进计划、故障还是等待。适用边界：刚起步或数据习惯尚未建立的现场，先守住最基础的分类；具备成熟工单流转且需细化根因的现场，才适合展开长尾代码表。
过去：停机是一笔糊涂账
以前现场停机记录全凭交接班本，月底手工剔除。等件时间混在抢修里拆不开。工艺停车和设备故障也是糊涂账。备用顶上了，报表显示功能没断，保险件却按“没停过”来配。日历预防完成率有时被拿来顶可用性，做完动作和设备能履行功能，不是一回事。
现在：关单先拆三类停机
要想算清账，关单必须先回答分类。
计划停：预防性维护、法定检验、已批准的大修窗口。事先有工单有窗口。 故障停：设备失效，不能履行要求的功能。 等待：等件、等许可、等工艺交出、等外委进场。原因不在扳手。
故障停应当进入“不能工作”侧。计划停单独报。等待要从故障拆出，否则改进永远落在修设备上。ISO 14224 把运行、日历和停机分开，现场常把主动修理和等待揉进“耗时”。考核会逼班组少报等待。
三类关单字段不完整，就不要对外报可用性达成率。可以反对：单机台、无合同 KPI、设备少的小现场，手工台账先顶着。但有运维包考核、多班倒、备用切换的，口头账绝对不够。
落地：关键机组先跑三个月
不要全厂铺代码，先选真正影响产出的机组。
关单模板先加三个必填：停机分类、开始与结束、是否影响产出。无分类不能关单。等待必须单独落码，等件关联物料码，等票追溯许可号。
前三个月只看分类完整率及等待占比。完整率不稳，坚决不报达成率。等完整率稳住后再算可用性，必须写明条件：统计对象、是否含备用、计划停是否剔除。条件不写，数字不能进合同附件。
误区：完成率顶可用性
完成率只回答“计划的活有没有干完”；可用性回答“功能当时能不能履行”。两者绝不能混淆。把工艺停车算进设备故障，维修就背了别人的停。代码表一次铺五十项也是误区，先三类跑稳再加细码。
