4. 超时催办规则建模

超时催办不是“到点发条消息”这么简单。车间异常从发生到关闭，中间会经历上报、响应、处理、验证等多个阶段，每个阶段都有各自的时限要求。如果规则建模不清晰，就会出现两种典型问题：要么催办过早，干扰正在正常处理的人员；要么催办过晚，异常已经拖成停线事故才被升级。本节把超时催办规则拆成六个可配置的要素，并说明它们之间如何联动。

一、超时定义：先明确“超什么时”

超时定义要回答的是：对哪个对象、在哪个阶段、超过什么时限算超时。车间异常通常按阶段设置时限，而不是只设一个总时限。例如一条常见的规则可以这样定义：

• 响应超时：异常上报后，责任班组未在 10 分钟内确认接单；
• 到场超时：确认接单后，维修/工艺人员未在 20 分钟内到达现场；
• 处理超时：到场后未在 60 分钟内给出临时措施或恢复生产；
• 关闭超时：临时措施生效后，未在 24 小时内完成根因分析与正式关闭。

每个阶段独立计时、独立判定，前一个阶段完成才启动下一个阶段的计时。这样建模的好处是：催办对象和催办内容可以随阶段变化，响应阶段催班组长，处理阶段催维修负责人，关闭阶段催工艺工程师。

二、计时起点：从哪个事件开始算

计时起点决定了“10 分钟”到底从哪一刻开始。常见起点有三种：

• 事件发生时间：操作工按下安灯按钮或扫码上报的时刻，适合“发现即上报”的场景；
• 系统接收时间：消息进入异常管理系统的时刻，适合上报渠道多样、需要统一口径的场景；
• 上一阶段完成时间：如“确认接单时间”作为“到场超时”的起点，适合多阶段串联的规则。

实际建模时，建议在异常记录中同时保留“发生时间”和“系统接收时间”，并明确以哪一个作为计时基准。如果两者差异超过 2 分钟，说明上报链路存在延迟，应单独排查。计时起点一旦确定，全流程所有阶段都沿用同一参照，避免中途切换导致时限错乱。

三、工作日历：不是所有时间都算“工作时间”

车间异常可能发生在夜班、周末或节假日。如果直接用自然时间计时，会出现“凌晨 2 点上报，要求 10 分钟内响应”的不合理规则。因此需要引入工作日历，把时间划分为计时时段和暂停时段。

工作日历通常包含：班次时段（如白班 08:00–20:00、夜班 20:00–08:00）、休息日、法定节假日、计划停机时段。计时时只累计落在“计时时段”内的时间。例如响应时限 10 分钟，若异常发生在 19:55，白班 20:00 结束，则 19:55–20:00 计 5 分钟，剩余 5 分钟顺延到下一个计时时段开始后继续累计。

四、催办频率与渠道

催办频率决定“多久催一次”，渠道决定“通过什么方式催”。两者通常组合成催办策略。例如：

渠道选择要匹配紧急程度和接收人的实际工作状态。App 推送适合一线人员，电话适合紧急升级，邮件和系统待办适合需要留痕的关闭类任务。同一阶段可以配置多个渠道并行，但要注意避免短时间内重复轰炸同一人。

五、升级联动：催办无效之后怎么办

催办不是终点，升级才是。升级联动的核心是：当催办达到一定次数或超时达到一定倍数后，自动把异常上报给更高层级，并同步调整催办对象和渠道。常见的升级触发条件有：

• 同一阶段催办满 3 次仍未响应；
• 超时达到时限的 2 倍（如 10 分钟响应时限，超过 20 分钟）；
• 异常等级为“停线”或“安全”类，首次超时即升级。

升级后，催办对象从班组长变为车间主任，渠道从 App 推送变为电话 + 短信，同时在看板上将该异常标红置顶。升级动作本身也应记录时间戳，作为后续复盘“升级是否及时”的依据。

六、把六要素串成一条可执行的规则

下面给出一段规则配置示例，把上述六要素落到具体参数上。示例中的时限和频率均为教学假设值，实际使用时需根据车间节拍和管理要求调整。

规则名称：装配线停线异常催办规则
适用异常等级：停线 / 安全
计时起点：系统接收时间
工作日历：三班连续，排除每日 06:00-06:30 计划点检

阶段1 响应：
  时限 10 min，超时即催，每 5 min 重复
  渠道：App推送 + 班组看板
  升级条件：催办满 3 次未确认 → 升级至车间主任（电话+短信）

阶段2 到场：
  时限 20 min，起点为确认接单时间
  超时即催，每 10 min 重复
  渠道：App推送 + 电话
  升级条件：超时达 40 min → 升级至设备科长

阶段3 处理：
  时限 60 min，起点为到场签到时间
  超时即催，每 15 min 重复
  渠道：App推送 + 电话 + 邮件
  升级条件：超时达 120 min → 升级至生产经理

阶段4 关闭：
  时限 24 h，起点为临时措施生效时间
  超时前 2 h 提醒，之后每 4 h 催办
  渠道：邮件 + 系统待办
  升级条件：超时达 48 h → 升级至厂长

配置完成后，可以用一条测试异常验证规则是否按预期触发。观察点包括：计时是否只在计时时段内累计、催办是否按频率发出、升级是否在满足条件后自动执行、升级后的催办对象和渠道是否正确切换。如果发现催办时间与预期不符，优先检查工作日历配置和计时起点字段是否被正确赋值。

总结来说，超时催办规则建模的关键在于：用阶段化超时定义替代单一总时限，用明确的计时起点保证口径一致，用工作日历排除非工作时间，用频率和渠道组合控制催办节奏，最后用升级联动兜底。六要素各司其职又相互衔接，才能让催办既及时又不扰民，既推动处理又不误伤正常作业。