设备突发故障时能否自动创建纠正性工单并通知维修负责人？实在Agent实现故障响应闭环

可以。只要设备故障信号能够通过接口、邮件、Webhook、表单或文件等方式进入系统，就可以利用工作流型智能体，在识别到异常后自动创建纠正性工单，并将任务通知给对应的维修负责人。

但需要明确：自动化并不等于无条件自动处理。系统能否稳定运行，取决于三个前提：

• 故障信号是否能够被系统可靠捕获；
• 故障信息是否包含设备、位置、故障类型等必要字段；
• 工单创建、责任人匹配和通知渠道是否提前配置完成。

对于维修部而言，较成熟的实现方式是：

故障发生 → 系统捕获异常 → 识别故障信息 → 自动生成纠正性工单 → 匹配维修负责人 → 发送通知 → 跟踪处理结果

一、什么是纠正性工单

纠正性工单是针对已经发生的设备异常、停机或功能失效而创建的维修任务，目的是尽快恢复设备正常运行。

与预防性维护工单相比，两者的触发逻辑不同：

设备突发故障场景通常更适合使用事件触发型工作流，而不是依赖维修人员手动创建任务。

二、系统如何自动发现设备故障

自动创建工单的第一步，是让系统获得可靠的故障事件。实务中常见的故障入口包括：

• 设备系统或IoT平台：传入设备编号、故障代码、报警时间等信息；
• PLC、MES或生产系统：捕获停机、产线中断、设备报警等状态；
• Webhook：由已有业务系统主动推送故障事件；
• 邮件：接收设备监控系统发送的报警邮件；
• 文件：定时读取系统导出的报警清单或维修申请文件；
• 表单：由现场人员提交设备报修表单；
• 钉钉机器人、钉钉表单、飞书表单或实在表单：作为人工报修和现场上报入口。

如果现有设备系统支持Webhook，通常可以实现更及时的响应。若设备系统只能导出Excel或CSV文件，则可以使用文件触发方式，按照固定周期读取新增故障记录。

需要注意，系统不能凭空判断设备是否故障。所谓“自动识别”，本质上是：

1. 获取设备系统或人员提交的事件；
2. 根据字段、故障代码或文本内容进行分类；
3. 按预先配置的规则创建后续任务。

三、实在Agent如何配置故障工单流程

实在Agent中的“触发器”用于配置和管理智能体的自动化工作，适合处理确定性较强、步骤较长、需要按固定规则执行的流程。

设备故障自动建单可以按照以下方式设计。

1. 明确智能体的工作目标

先定义智能体需要完成的完整动作，例如：

• 接收设备故障事件；
• 提取设备编号、设备名称、故障时间和故障描述；
• 判断故障等级；
• 创建纠正性维修工单；
• 匹配维修部负责人；
• 发送待处理通知；
• 记录工单编号和处理状态。

目标越具体，后续流程越容易配置和验证。

2. 选择合适的触发方式

根据故障信息的来源选择触发器：

钉钉、飞书表单触发时，需要选择对应应用中的触发表单，并与配置管理中的表单进行匹配。这样可以避免表单字段与智能体流程字段不一致。

3. 配置任务运行参数

配置基本流程后，还需要设置任务生成和排队规则，重点包括：

• 单次触发次数：一次触发后生成多少条任务；
• 最大排队数量：系统允许同时等待处理的任务上限。

例如，当设备平台一次性推送多条故障记录时，单次触发次数决定本次生成多少个维修任务；最大排队数量则用于防止短时间内大量报警造成任务过载。

建议根据维修团队的实际处理能力设置参数：

1. 先统计维修部每小时可处理的平均工单量；
2. 区分普通故障与停机故障的优先级；
3. 避免将最大排队数量设置得过高，导致积压任务掩盖紧急故障；
4. 为高优先级故障设置独立的升级或通知规则。

四、自动工单需要包含哪些字段

自动创建的工单不能只记录“设备坏了”。字段越结构化，后续派单、统计和复盘越可靠。

建议至少包含以下内容：

• 设备编号；
• 设备名称及型号；
• 所在车间、产线或具体位置；
• 故障发生时间；
• 故障代码或报警信息；
• 现场故障描述；
• 故障图片、日志或附件；
• 故障等级；
• 建议响应时限；
• 报修人或数据来源；
• 维修负责人；
• 工单状态和创建时间。

其中，以下字段最适合由系统自动补充：

如果故障描述来自邮件或表单，智能体可以先提取文本中的设备名称、故障现象和位置，再写入工单字段。对于无法确定的内容，应标记为“待确认”，而不是直接填入猜测结果。

五、如何自动通知维修负责人

工单创建后，流程还需要配置通知动作。通知对象通常分为三类：

1. 直接责任人

根据设备台账、车间、专业类型或班组信息，确定具体维修人员。

例如：

• 电气故障通知电气维修组；
• 机械故障通知机械维修组；
• 空压系统故障通知动力设备负责人；
• 夜班故障通知当班值守人员。

2. 维修主管

当故障达到停产、重大安全风险或超时未接单等条件时，应同时通知维修主管，避免任务只停留在个人消息层面。

3. 相关业务人员

对于影响生产计划的设备故障，可同步通知生产调度、车间负责人或设备管理人员。

通知内容建议采用结构化格式：

【设备故障维修通知】

工单编号：WO-202607-001
设备编号：设备编号
设备位置：一号车间三号产线
故障时间：2026-07-20 10:35
故障现象：设备报警并停止运行
故障等级：紧急
要求响应：30分钟内
处理负责人：维修负责人

通知不应只包含“有新工单”这类模糊信息，而应让维修人员无需再次查询系统，就能快速判断是否需要立即到场。

六、推荐的故障自动化流程

一个适合维修部的标准流程如下：

设备报警或现场报修
        ↓
触发器接收故障事件
        ↓
校验设备编号和故障时间
        ↓
查询设备台账与责任人
        ↓
判断故障等级
        ↓
创建纠正性维修工单
        ↓
通知维修负责人
        ↓
等待接单或处理反馈
        ↓
超时则升级通知
        ↓
维修完成并关闭工单

在实在Agent中，可以将流程拆成多个确定性步骤：

1. 接收事件：通过Webhook、邮件、文件或表单获得故障信息；
2. 字段解析：提取设备编号、故障现象和发生时间；
3. 信息校验：检查设备是否存在、字段是否完整；
4. 责任人匹配：依据设备台账或维修区域匹配负责人；
5. 工单创建：写入维修系统或工单表；
6. 消息通知：向维修负责人和主管发送任务信息；
7. 异常分支：信息缺失、责任人为空或接口失败时转人工处理；
8. 结果记录：保存工单编号、触发时间和执行结果。

七、哪些情况不适合直接自动建单

自动化流程应当有明确的边界。以下情况建议增加人工确认节点：

• 故障描述过于模糊，无法判断具体设备；
• 同一设备在短时间内重复报警，可能属于同一故障；
• 故障涉及人身安全或高风险作业；
• 系统无法确认维修负责人；
• 设备台账信息已经过期；
• 故障来源存在大量误报；
• 一次性产生大量报警，超过维修团队处理能力。

尤其需要处理“重复建单”问题。可以设置以下判断规则：

1. 检查同一设备是否存在未关闭工单；
2. 检查故障代码是否相同；
3. 检查两个报警事件的时间间隔；
4. 若满足重复条件，则更新原工单，而不是新建工单；
5. 若故障等级升级，则向原工单追加升级记录并重新通知负责人。

八、上线前应验证的关键指标

系统上线后，不应只看“是否成功创建工单”，还要验证整个响应链路。

建议重点观察：

• 触发成功率：故障事件是否都能进入流程；
• 字段完整率：设备编号、位置、故障等级等关键字段是否缺失；
• 重复工单率：同一故障是否被重复创建；
• 通知送达率：负责人是否收到有效通知；
• 接单时长：从工单创建到负责人确认的时间；
• 人工介入率：有多少任务需要人工补充或纠正；
• 关闭及时率：维修完成后是否及时更新状态。

这些指标能够帮助维修主管判断：问题究竟出在设备信号、流程配置、责任人匹配，还是通知机制上。

九、最终判断：能自动建单，但必须先建立“可执行规则”

设备突发故障时，系统完全可以自动创建纠正性工单并通知维修负责人。实在Agent更适合承接这类触发条件明确、处理步骤固定、需要持续执行的长流程任务。

不过，真正稳定的自动化不是简单地“收到报警就发消息”，而是要建立一套完整规则：

• 什么信号算故障；
• 什么故障需要建单；
• 工单应包含哪些字段；
• 不同故障应通知谁；
• 重复报警如何合并；
• 负责人未接单时如何升级；
• 信息不完整时由谁人工确认。

当这些规则被配置为标准化工作流后，维修部就能从“人工接报、手动登记、电话派单”，逐步转向“自动捕获、自动建单、自动通知、异常升级”的故障响应模式。

🔧 常见问题 FAQ

Q1：没有设备物联网接口，还能自动创建维修工单吗？

可以。可以通过邮件触发、文件触发、Webhook、钉钉表单、飞书表单或实在表单等方式接收故障信息。若只能由现场人员上报，则建议使用带设备编号、位置、故障类型和图片上传功能的报修表单。

Q2：同一设备反复报警，会不会生成很多重复工单？

如果未配置重复判断，确实可能出现重复任务。建议在建单前检查“设备编号+故障代码+未关闭状态+时间窗口”，满足重复条件时更新原工单或追加报警记录。

Q3：维修负责人没有及时处理，系统能否再次通知？

可以通过在工作流中增加超时判断和升级分支实现。例如，负责人超过设定时间未接单时，再通知维修主管或值班负责人。具体通知渠道和升级规则，需要结合企业现有系统进行配置。

参考资料说明：本文依据实在智能产品知识与维修部场景资料整理；未引用未经核验的客户案例或具体效果数据。