3. 从业务场景提取原因码

原因码不是凭空设计出来的编码表，而是对现场异常发生逻辑的一次结构化翻译。它的上游是业务场景，下游是处置SLA。如果原因码与真实场景脱节，安灯呼叫就会变成“万能码”——所有人都选“其他”，SLA也就失去了分类分级的意义。因此，提取原因码的正确姿势是：先按业务维度切分异常发生的“位置”和“性质”，再把每个维度下的典型场景收敛成可编码、可判断、可统计的原因码。

一、五个业务维度是原因码的“坐标系”

在制造现场，任何一次安灯呼叫都可以用五个维度来定位：产线、设备、质量、物料、人员。这五个维度不是并列的五个分类框，而是异常发生的五个“来源方向”。

• 产线维度：异常发生在工位、工序、线体本身，如工位节拍超时、线体卡停、换型超时、工装夹具不到位。
• 设备维度：异常来自设备本体或设备接口，如设备故障停机、参数漂移、传感器误报、通讯中断。
• 质量维度：异常表现为产品特性不达标，如尺寸超差、外观缺陷、功能测试失败、首件不合格。
• 物料维度：异常来自来料或配送，如物料短缺、错料、批次混料、来料不良、配送延迟。
• 人员维度：异常来自人的操作或技能，如漏工序、操作错误、技能不匹配、新员工上岗、未按SOP执行。

这五个维度共同构成原因码的“坐标系”。一个原因码必须能回答：在哪条线、哪个工位、由哪类对象触发、属于什么性质。缺少任何一个维度，原因码就会变得模糊，后续的SLA分级和根因分析都会失去依据。

二、从场景到原因码的三步收敛法

实际提取时，建议按“场景采集 → 维度归类 → 编码收敛”三步走，而不是直接坐在会议室里拍脑袋列码。

第一步：场景采集。从最近1～3个月的真实安灯记录、异常工单、停线记录、质量异常单中，抽取所有发生过的异常描述。例如：“A线3号工位拧紧枪扭矩报警”“B线装配工位缺M6螺栓”“C线首件尺寸超差”“D线新员工漏装卡扣”。这一步要的是原始语言，不要提前归类。

第二步：维度归类。把每条场景归入产线、设备、质量、物料、人员五个维度中的一个主维度。注意：有些场景会跨维度，例如“新员工操作导致尺寸超差”，主维度应归为人员，质量是结果而非原因。归类原则是看触发源，不看结果表现。

第三步：编码收敛。把同一维度下高频、同质、处置路径相似的场景合并成一个原因码。例如“拧紧枪扭矩报警”“拧紧枪通讯失败”“拧紧枪电量低”可以合并为设备维度下的“拧紧设备异常”，但若三者的处置SLA差异很大，则应拆成三个码。收敛的粒度标准是：同一原因码应触发同一类响应动作和同一档SLA。

三、原因码的编码结构与命名规则

为了让原因码在系统中可排序、可检索、可统计，建议采用“维度前缀 + 两位序号”的结构。例如：

PLN-01  产线维度 · 换型超时
PLN-02  产线维度 · 工位节拍超时
EQP-01  设备维度 · 设备故障停机
EQP-02  设备维度 · 参数漂移
EQP-03  设备维度 · 拧紧设备异常
QLT-01  质量维度 · 外观缺陷
QLT-02  质量维度 · 首件尺寸超差
MAT-01  物料维度 · 物料短缺/错料
MAT-02  物料维度 · 来料不良
PER-01  人员维度 · 操作错误/漏工序
PER-02  人员维度 · 技能不匹配

前缀用三位英文缩写，便于在报表中按维度聚合；序号按发生频率或处置优先级排列，不按字母顺序。每个原因码必须配一条“触发条件”说明，写清楚什么情况下选这个码，避免现场人员凭感觉选择。

四、原因码与SLA的映射关系

原因码提取完成后，下一步是把它与SLA档位绑定。映射的基本原则是：原因码决定响应时限，响应时限决定升级路径。例如：

这张映射表不是一成不变的。当某类原因码连续一周触发次数超过阈值，或平均响应时间持续超标，就应重新评估它的SLA档位，甚至考虑把它拆分成更细的原因码。原因码体系的生命力在于持续迭代，而不是一次设计后锁死。

五、从原因码到现场可执行

原因码最终要落到安灯终端或MES界面上，让操作工在10秒内完成选择。因此，每个原因码在界面上的呈现应包含三要素：码值、短名称、典型场景提示。例如操作工点击“设备异常”后，弹出“EQP-03 拧紧设备异常——扭矩报警/通讯失败/电量低”，他就能快速判断该选哪个码。

同时，原因码的提取不是一次性的项目动作，而应嵌入日常异常复盘。每次安灯关闭后，由班组长确认原因码选择是否准确；每周由工艺或质量工程师抽查10～20条记录，纠正错码、补充新码。这样，原因码体系才能随着产线变化、设备更新、人员更替而持续保持准确，SLA也才能真正发挥分级响应的作用。