未打通
- 传感器超阈值，厂商 App 弹窗。
- 有人看见就进群里喊；没人看见就过去了。
- 维修口头派工，纸上打勾，结果不回写。
- 同样的点下周再响，没有履历，也没有责任人。
路径在每一个需要「转发事实」的节点中断。安监来查，只能翻聊天记录。
把「有没有物联网」理解成大屏上有没有曲线，会看轻这件事。真正不同的是：凌晨两点温升，系统能不能把活交到当班人手上，而不是把红灯留给第二天第一个进监控室的人。
已打通
- 同一条超阈值事件生成工单，带点位和班次。
- 派给当班人或维保班组，超时升级。
- 处理过程、换件、签字回写同一后台。
- 看板看的是关闭时效，不是红灯个数。
决策链上的人不必同时盯屏，异常也能被接着往下推。
注意：有一个只出画面的摄像头墙、一个出不了 API 的盒子，处理路径接近「未打通」。见 只装摄像头不进工单 与 设备在线了为什么还是靠人盯。打通之后，告警仍可能断在没人接单，要把弹窗改成可派的活，见 少盯屏幕 和 异常自动出单。
一次典型异常，拆成时间线就看出来了
周一白班开门散热，温度尖峰，未打通的系统连响二十次，夜班把通知静音。周二真过热，没人理。打通的系统会把尖峰合并、维护窗静默，真过热只出一张单，并知道上一张单谁关的、换过什么件。差的不是传感器品牌，是事件有没有进入你们正在用的维修和生产系统。
夜班最能检验两条路。未打通时，静音是唯一办法，早班面对一堆过期红灯只能全部忽略。打通后，维护窗、回差和合并规则写在系统里，真过热仍会出单并升级到值班长。封闭接入会把你锁在左路，对照 封闭盒子和开放接入。达希科技做软硬件一体，先问异常发生后谁处理，再谈连哪台设备。需要把左路迁到右路，从 软硬件一体化 开始。
路径差要靠班组接单才会出现
打通之后若班组仍只看微信群，路径差不会自动出现。要在班前会看：未关闭工单有几张、超时几张。工具换成习惯，对比才会变成少停机，而不是示意图。
未打通时，公司往往用加人盯屏补偿。打通后才有底气减监控岗，而不是先裁人再上系统。把「异常必须能指向一张工单号」写进验收，项目才不会停在好看的红灯上。