智慧用电平台一天推几十条告警，怎么分级收敛才不漏真隐患？

结论：结论先摆出来：告警多，先别动阈值，先按四类拆开——真实隐患、工况变化、采集异常、配置变更。四类各有可辨认的特征和各自的先查动作；拆完再谈通知分级、抑制窗口和闭环记录。压数量的正确办法是让每条告警都有归属，不是把阈值整体往上抬。

问题从哪来？

值班室的手机从早上七点响到夜里，平台上一天推了几十条告警，多数是同一条馈线反复报"剩余电流偏高"。第二周有人把通知静音了。月底真出现一次接点温升，那条告警混在里面，谁也没点开。

为什么"把阈值调高"越调越糟？

阈值的作用是"把需要人去看的变化挑出来"。跟着环境一起抬，等于把隐患藏进基线里：入冬受潮，本底整体抬升，把阈值抬过去，绝缘继续劣化的那一段就看不见了；临时大功率负荷投进来，抬一次，负荷撤走之后又留下一片没人解释的空档。

通知链不分级别也是根源：所有告警推给所有人，人自然会把通知屏蔽。分级按回路重要性和处置紧迫程度划，不按条数划。定值、阈值、报警设置与联动方式以现行有效版本标准原文、设计文件和当地消防审查要求为准；消防口径的剩余电流式电气火灾监控归 GB 14287 系列，通常按报警不切断配置。

四类怎么分，各自先看什么？

先做一个共同动作：固定工况，记下负荷状态、柜内温湿度、加热器状态，再用钳形表、漏电测试仪、红外测温仪在同一时刻独立测一次，跟平台值并排记下。这一步把"被测量真的变了"和"测量条件变了"分开，后面四类才分得清。

类别 ｜ 可辨认的特征 ｜ 先查什么 ｜ 落到哪张记录

• 真实隐患 ｜ 同一回路基线持续抬升，与温湿度或负荷相关 ｜ 绝缘受潮、接点温升、电缆沟积水、红外复测分路定位 ｜ 巡检记录＋告警五字段＋复测结果
• 工况变化 ｜ 与投切、季节、检修、临时负荷同步起落 ｜ 运行方式变更、负荷状态、停用与恢复时刻 ｜ 工况标签＋变更单，不删数据
• 采集异常 ｜ 差固定倍数、无规律毛刺、偏小甚至不动、随负荷同步变化 ｜ CT 变比与极性、点表四字段、检测类型与波形、通讯质量、端子受潮 ｜ 点表版本＋改动人＋前后对照
• 配置变更 ｜ 某个版本更新后整片告警，时间点与发版吻合 ｜ 变更记录、阈值版本、时钟与冻结时点 ｜ 版本号＋改动人＋复测结论

第三类里有两个常被忽略的点。一是"读数随负荷同步变化"往往不是绝缘问题，而是 N 线旁路、两个回路共用一根 N、互感器装在断路器下口但 N 线从上排取电这类接线问题；二是带开关电源、LED 驱动、变频器、UPS 的回路，正常工作就会产生脉动直流乃至平滑直流分量，检测类型与波形不匹配时读数会偏小甚至不动。剩余电流检测按可识别波形分 AC 型、A 型、B 型，具体选型以设备规格书与设计文件为准，不在这里给通用推荐值。

第四类最省事，却最容易被当成"设备坏了"。看到整片告警先查变更单，比逐路拆柜快得多。电云谷智慧用电云平台按回路保存历史数据与操作留痕，阈值版本和改动人查得到，这类排查才不用靠回忆。

分类之后还有一步：处理完要复测，确认回到原来的基线或确认已按设计文件完成整改，再把这条告警标成闭环。没复测就标"已处理"，等于把问题挪到下一班。

通知链和台账怎么改，真隐患才不漏？

分级按三层就够：需要立即到场核的、当班内核的、只作观察项的。哪几路进第一层，按回路重要性和设计文件定的边界列清单，不按告警条数浮动。每层配一条通知路径和处置要求，具体时限按值班制度与合同约定写，不在文稿里给通用分钟数。

抑制窗口要留痕。检修、施工、计划停电期间可以设临时抑制，但必须写明起止时刻、回路、申请人，恢复后解除，抑制期间的原始告警仍然留存，不能删。删了之后，年度复盘时那几天的空档就解释不清。

交接按"未闭环清单"交，不按"今天响了多少条"交。每条告警至少五个字段：告警时间、告警回路、告警类型、处置人、处置结果；动作记录里再分清动作类型、动作时间、动作来源、是否重合。交接班花五分钟对一遍未闭环清单，比翻几十屏通知有用。

每周看一次四类占比，属过程性观察：哪一类在涨、哪一路反复出现、有没有抑制忘了解除。它用来调整观察与记录口径，不承诺误报率变化，也不写效果类承诺表述。电气安全涉及人身与公共安全，这类题材按增强审核口径写。

收敛告警时按哪五条核一遍？

• 先固定工况、独立复测，判层之后再谈改阈值
• 四类各有归属，采集异常不靠抬阈值掩盖
• 通知分级按回路重要性列清单，不按条数浮动
• 抑制窗口带起止时刻与申请人，恢复后解除、原始记录不删
• 每条告警闭环带复测结果，交接按未闭环清单走

告警系统真正的对手不是数量，是没人再当回事。陕西鹰威科技在西安做运维交付时常说：查得到回路、处置人、复测结果的一条告警，比一百条响过就算的推送管用。电云谷智慧用电云平台按回路存数据与操作留痕，工况栏填全才看得明白。