2. 异常原因码体系设计原则

异常原因码不是一张“故障名称清单”，而是一套贯穿安灯呼叫、响应、处置、复盘全过程的工程语言。它要同时被三类角色使用：现场操作员在几十秒内选对码，维修或工艺人员凭码判断方向，数据平台按码做统计与趋势分析。因此，原因码体系的设计必须同时满足唯一性、可扩展性、可读性和层级分类四项原则，并落到可执行的编码规则上。

唯一性：一码一因，杜绝歧义

唯一性是原因码体系的底线。它包含两层含义：一是一个码只对应一个明确原因，二是一个原因只由一个码表达。现实中常见的错误是“设备故障”与“机械故障”并存，操作员凭感觉选择，导致同一类停机被拆成多个码，统计口径失真。

保证唯一性的工程做法是建立“原因定义卡”：每个码必须写清触发对象、可观察现象、排除条件。例如：

码：EQ-MECH-JAM
名称：设备机械卡阻
对象：输送线/气缸/夹具等运动机构
现象：动作超时、异响、位置传感器未到位
排除：非电气信号丢失、非物料本身变形
责任：设备维修

当两个码的现象描述出现重叠时，必须合并或重新划分边界，而不是靠培训让操作员“记住区别”。唯一性一旦松动，后续的SLA统计、帕累托分析和根因追溯都会失去可信度。

可扩展性：为未来留出编码空间

产线会新增设备、工艺会变更、异常类型会演化。如果原因码采用连续流水号（如001、002、003），新增一类异常时只能追加到末尾，层级关系被打乱，统计时无法按大类聚合。可扩展性要求编码结构本身预留“分类位”和“顺序位”。

推荐采用分段式编码：大类段 + 中类段 + 顺序段。例如用两位表示大类，两位表示中类，三位表示具体原因：

EQ-MECH-001   设备类-机械-卡阻
EQ-MECH-002   设备类-机械-磨损
EQ-ELEC-001   设备类-电气-信号丢失
EQ-ELEC-002   设备类-电气-电源异常
MAT-DEF-001   物料类-来料缺陷
PROC-PARA-001 工艺类-参数漂移

这种结构下，新增“设备类-气动-压力不足”只需在EQ-PNEU段下追加顺序号，不影响既有码的含义，也不会破坏按EQ、MAT、PROC聚合的统计逻辑。扩展性的关键是段位含义固定、段内顺序递增，而不是预留大量空号造成维护负担。

可读性：让人在压力下也能选对

安灯呼叫往往发生在节拍紧张、噪音嘈杂的现场，操作员没有时间逐层展开菜单。可读性要求码本身和码的名称都能被快速识别。编码中使用有意义的字母缩写（EQ、MAT、PROC、MECH、ELEC）比纯数字更易记；名称使用“对象+现象”结构，比“异常A”“其他故障”更易判断。

同时要控制单层选项数量。心理学上的经验是：同一层级选项超过7±2个时，选择错误率明显上升。因此大类建议控制在5～8个，中类控制在3～6个，具体原因码在同一中类下不超过10个。超过时继续分层，而不是把长列表直接推给操作员。

层级分类：从“选得快”到“分析得深”

层级分类的价值在于兼顾现场选择效率与后台分析深度。操作员只需选到大类和中类即可提交呼叫，具体原因码可由维修人员在处置后回填。这样既保证呼叫速度，又保证数据完整。

一个可用的三层结构如下：

• 第一层：责任域——设备（EQ）、物料（MAT）、工艺（PROC）、人员（PER）、环境（ENV）。
• 第二层：失效模式——机械、电气、气动、程序、来料、参数、操作等。
• 第三层：具体原因——卡阻、磨损、信号丢失、压力不足、尺寸超差等。

层级分类还决定了SLA的挂接方式。通常第一层决定响应班组，第二层决定是否需要备件或工艺介入，第三层决定处置动作和复盘粒度。分类不清，SLA就会挂错对象。

编码规则：把原则固化为可执行约定

原则要落地，必须写成编码规则。以下是一套可直接参考的约定：

常见设计陷阱

第一，用“其他”兜底。一旦设置“其他故障”，操作员遇到不确定就选它，导致大量异常无法归类。正确做法是保留“待定”状态，由维修人员回填具体码，而不是让“其他”长期存在。

第二，码名过于专业。操作员不理解“伺服驱动器过流”，但能理解“设备报警停机”。码名应面向选择者，而不是面向工程师。

第三，层级过深。四层以上会让现场选择变慢，通常三层足够。若确实需要更细，放到维修回填字段，而不是呼叫入口。

第四，只建码不维护。原因码需要定期评审：连续三个月零使用的码考虑停用，频繁被选“待定”的场景考虑新增码。建议每季度做一次码表健康度检查，关注使用率、待定率和跨类误选率。