4. Andon系统核心概念与术语
在智能工厂中，Andon 不只是一个“报警灯”，而是一套围绕异常发现、呼叫、响应、升级与关闭的闭环管理机制。理解 Andon 系统的核心术语，是设计、实施和评估异常响应系统的前提。本节将围绕 Andon、异常呼叫、响应等级、升级机制、闭环管理、MTTA、MTTR 等关键概念展开解析，并结合场景说明它们之间的关系。
一、核心概念：从“灯”到“响应系统”
Andon 源自日语“行灯”，原指生产现场用于呼叫支援的信号装置。在智能工厂中，Andon 已扩展为数字化异常响应系统，通常由呼叫终端、消息推送、响应计时、升级规则、数据看板和闭环记录组成。它的核心目标不是“亮灯”，而是让异常在最短时间内被正确的人看到、响应并解决。
异常呼叫是 Andon 系统的触发动作。操作员、设备或系统检测到质量、设备、物料、安全等异常后，通过按钮、触摸屏、PLC 信号或 MES 接口发起呼叫。呼叫内容通常包括异常类型、工位、设备编号、发生时间、严重程度和描述信息。
响应等级用于区分异常的紧急程度和所需资源。常见做法是分为三级：一级为现场可处理异常，二级为需要班组长或维修支持，三级为需要跨部门或管理层介入的重大异常。响应等级决定了通知对象、响应时限和升级路径。
关键理解：Andon 的价值 = 异常被看见的速度 × 被正确响应的概率 × 被彻底关闭的比例。
二、升级机制与闭环管理
升级机制是 Andon 系统的时间与责任控制逻辑。当异常呼叫在规定时间内未被响应或未解决时，系统自动将消息推送给更高层级人员。例如：一级异常 3 分钟未响应，升级至班组长；二级异常 10 分钟未解决，升级至车间主管；三级异常 30 分钟未关闭，升级至厂长或跨部门负责人。升级机制的核心参数包括响应时限、升级阈值、通知渠道和责任人。
闭环管理强调异常从发起到关闭的完整过程必须可追踪、可验证、可复盘。一个完整的闭环通常包含：呼叫发起、消息通知、人员响应、临时处置、根因分析、永久对策、效果验证、关闭归档。缺少任何一环，异常都可能重复发生。
三、关键指标：MTTA 与 MTTR
MTTA（Mean Time To Acknowledge，平均响应时间）衡量从异常呼叫发出到责任人确认响应的平均时长。它反映的是“看见并接单”的速度，是 Andon 系统敏捷性的第一指标。MTTA 过长，通常意味着通知渠道不畅、责任人不明确或响应等级设置不合理。
MTTR（Mean Time To Repair/Resolve，平均修复时间）衡量从异常呼叫发出到异常关闭的平均时长。它反映的是“解决并恢复”的效率，受人员技能、备件供应、跨部门协同和根因复杂度影响。MTTR 是评估 Andon 系统最终效果的核心指标。
| 术语 | 定义 | 关注点 | 典型优化方向 |
|---|---|---|---|
| Andon | 异常呼叫与响应管理系统 | 异常可视化与响应协同 | 终端覆盖、消息触达、看板实时性 |
| 异常呼叫 | 触发 Andon 的异常信号 | 呼叫准确性与信息完整度 | 标准化异常类型、自动采集设备信号 |
| 响应等级 | 按紧急程度划分的处理级别 | 资源匹配与优先级 | 分级规则清晰、动态调整 |
| 升级机制 | 超时未响应/未解决时逐级上报 | 时限与责任人 | 设置合理阈值、避免过度升级 |
| 闭环管理 | 从呼叫到关闭的完整追踪 | 可追踪、可验证、可复盘 | 强制关闭条件、根因分析、知识沉淀 |
| MTTA | 平均响应时间 | 响应速度 | 优化通知渠道、明确责任人 |
| MTTR | 平均修复时间 | 解决效率 | 备件管理、技能培训、跨部门协同 |
四、案例场景：一次三级异常呼叫的完整过程
某汽车零部件工厂的装配线在 10:05 检测到扭矩不合格，操作员按下 Andon 按钮，系统自动生成三级异常呼叫，并推送至班组长、维修工程师和车间主管。10:06 班组长确认响应，MTTA 为 1 分钟。维修人员到场后发现是拧紧枪参数漂移，10:20 完成临时处置并恢复生产。随后团队用 5Why 分析发现根因是程序版本被误改，10:45 完成永久对策并验证，11:00 关闭异常。该次异常 MTTR 为 55 分钟。
异常编号：ANDON-2025-0412-003
发生时间：2025-04-12 10:05:23
异常类型：质量异常 / 扭矩不合格
响应等级：三级
响应人：班组长 张工
响应时间：2025-04-12 10:06:10
MTTA：47 秒
关闭时间：2025-04-12 11:00:32
MTTR：55 分 09 秒
根因：拧紧程序版本误改
对策：程序版本锁定 + 操作权限收紧五、常见误区与复盘要点
- 误区一：只关注亮灯，不关注闭环。 Andon 灯亮只是开始，异常关闭并验证才是终点。
- 误区二：响应等级越多越好。 等级过多会增加判断成本，通常 3 级足够，复杂场景可扩展到 4 级。
- 误区三：升级机制只罚不帮。 升级的目的是调动资源，而不是单纯追责。
- 误区四：MTTA 和 MTTR 混为一谈。 MTTA 看响应速度，MTTR 看解决效率，两者需要分开分析和优化。
复盘建议：每周统计 MTTA 和 MTTR 的分布，按异常类型、班次、设备、责任人维度下钻，找出响应慢和修复慢的共性原因，再针对性优化通知规则、升级阈值和备件策略。
注意：如果 Andon 系统只记录“呼叫”而不记录“关闭”和“根因”，MTTR 将失去意义，闭环管理也无法落地。系统设计时必须强制要求关闭前填写处置措施和根因分类。
掌握这些核心术语后，才能进一步设计 Andon 系统的呼叫规则、响应等级、升级路径和指标体系。术语不是孤立的定义，而是相互关联的管理逻辑：异常呼叫触发响应等级，响应等级决定升级机制，升级机制推动闭环管理，闭环管理最终通过 MTTA 和 MTTR 衡量效果。