设备故障停机了能不能自动发起维修工单？停机工单自动化路径

可以。把停机信号当作可被系统消费的事件（Event），再用规则与AI判别把事件转成标准化维修工单（Work Order），即可实现从告警到派单、协同、验收的自动闭环；关键在于事件去重、优先级、SLA与数据回写四件事。

图源：AI生成示意图

一、停机到工单自动发起的本质

自动发起的前提不是写死流程，而是把现场与系统打通，形成统一的事件总线：

• 触发源：PLC/SCADA告警、振动温度电流等传感器阈值、MES报工异常、操作员一键报修。
• 判别层：告警归一化、同因告警聚合、影响面评估（产线、订单、人员安全）。
• 工单层：生成工单号、设备台账关联、故障码、优先级、预计工时、备件清单、SLA。
• 执行闭环：派工-到场-维修-试机-验收-回写设备健康与知识库。

经验上，预测性维护与数字化工单能显著改善停机损失：McKinsey指出，预测性维护可将停机减少30%到50%，维护成本降低10%到40%（见文末参考）。

二、最小可用落地流程

建议先做一条产线或一类关键设备的最小闭环，避免一次性铺开导致主数据与SLA失控。

1）流程逻辑树

停机事件进入（设备ID、时间戳、告警码）
→ 事件清洗（去重、合并、过滤测试告警）
→ 影响评估（安全=最高，产能损失=次高）
→ 生成工单（模板匹配：故障码-作业指导书-备件）
→ 自动分派（班组、技能矩阵、值班表、地理位置）
→ 执行反馈（到场打卡、耗材、工时、原因码）
→ 试机验收（参数回稳、连续运行阈值）
→ 复盘沉淀（根因、预防措施、知识条目）

2）必须定义的字段

• 设备主数据：设备ID、位置、关键度、维护窗口、备件编码。
• 告警到原因映射：告警码-可能原因-首检步骤-安全注意事项。
• SLA：响应时间、到场时间、修复时间、升级路径。
• 回写口径：停机分钟数、MTTR、MTBF、一次修复率。

三、自动发起常见失败点与对策

• 告警风暴：同一故障引发多点告警，导致重复工单。对策：事件聚合窗口与根因优先策略（先处理上游供电/网络/润滑等共因）。
• 优先级失真：所有停机都标高优。对策：引入设备关键度与订单影响，形成P0-P3矩阵。
• 派单不匹配：技能不对口导致反复转派。对策：技能矩阵与作业证照校验，必要时自动拉群升级。
• 备件缺料：工单生成但无法开工。对策：工单生成时做备件可用量校验，不足则同步触发采购/领料流程。
• 闭环缺失：修完不回写，指标不可用。对策：验收节点强制填写原因码、措施、耗材与试机结果。

四、用智能体把工单从发起做到闭环

当企业存在多系统（SCADA、MES、EAM/CMMS、OA、邮箱、IM）且需要跨界面操作时，可用实在Agent把停机事件后的动作串成可审计的端到端执行链：

• 读：读取告警内容与设备台账，理解故障语义与上下文。
• 想：匹配维修模板与SLA，判断是否需要升级与停线审批。
• 做：自动在工单系统建单、派单，通知值班群，写入备件需求与作业指导。
• 验：抓取到场与修复回执，校验必填字段，未达标自动催办或升级。
• 沉淀：把处理过程与根因写入知识库，下一次同类告警更快定位。

相关场景实践说明

在某类业务场景下的客户实践中，已实现IT工单自动处理：自动读取工单意图、执行密码重置与资源分配，并将结果回写工单系统；该模式可迁移到维修工单的自动建单、分派与回写闭环。数据及案例来源于实在智能内部客户案例库。

若需国产化与私有化部署等合规要求支持，可结合实在智能的全链路权限隔离与审计能力，把工单自动化纳入可控、可追溯的生产级运行体系。

❓FAQ

Q1：没有传感器数据，只有人工报修，能自动发起工单吗？

A：能。用表单、电话记录或IM消息作为事件入口，做字段抽取与模板匹配，同样可自动建单与派单。

Q2：如何避免自动工单把小告警也派出去，反而干扰维护？

A：用事件聚合与阈值策略：同类告警在时间窗口内合并；低影响告警先生成待办或巡检任务，达到次数或持续时长再升级为停机工单。

Q3：上线后优先看哪些指标判断是否有效？

A：优先看停机分钟数、MTTR、一次修复率与SLA达成率，并跟踪重复故障占比是否下降。

参考资料：McKinsey Global Institute，2021年前后公开文章与报告中关于Predictive Maintenance成效区间（维护成本降低10%-40%，停机减少30%-50%）。