告警读数自己回落了，还要记吗？

要，写清回落时的负荷状态，下一班才不用重查。

一个人值班，销单能不能自己复核？

建议至少留复测数值和依据，条件允许时由第二人复核。

检修态可以临时挂，要有解除时刻和记录，不建议长期屏蔽。

算，还要记中断时长与期间有无本地动作。

算，还要记中断时长与期间有无本地动作。

结论：结论先说：告警处置记录要留七栏——告警时刻、回路与平台点名、告警类型与级别、首次响应人、现场复测值、处置动作与依据、销单人与复核时刻；再加一栏"未闭环移交"。少一栏，交接时就多一处靠猜的地方。电云谷智慧用电云平台按工单号归档，交接时两边对得上。

凌晨一点，值班室弹出一条"3#柜 2 路剩余电流越限"。A 班值班员到柜前看了一眼，读数已经回落，回来在群里发了句"没事了"。早上七点 B 班接班，系统在七点半又把同一条告警推了一遍，B 班以为是新问题，重新跑一趟。

因为它没回答复盘时真正要问的四个问题：告警是真还是假、现场复测是多少、做了什么动作、谁确认可以关掉。

告警分两类，处置方式完全不同。一类是真异常：读数持续越限、趋势在抬、现场复测也对得上，要往下查受潮、绝缘、接线或负荷变化。另一类是假异常或短时扰动：互感器接线旁路、CT 变比设错、时钟不对、设备启停瞬间的正常波动、凝露引起的本底漂移。

再往下，还有一个容易被吞掉的信息：读数回落了不等于原因消失了。负荷停掉之后剩余电流自然回落，等下一班负荷上来又会冒出来。A 班看到回落就写"没事了"，B 班接手时手里没有任何线索，只能从头再查一遍。

第三个问题是责任。告警发出去到有人响应，中间隔了多久；响应之后到销单，又隔了多久；有没有该升级没升级的。这些时段数据不在告警里，在处置记录里。值班交接本是给下一班看的工作线索，不是给检查看的台账，写法要按"下一班能不能接着干"来定。

栏目｜填什么｜常见漏项

填表有两条硬要求。第一，复测值必须带工况。同样一条回路，满载和空载的剩余电流本底不一样，不写工况的数值没法横向比。第二，调定值要写依据。

级别怎么分，建议按"要不要立刻动人"划三类：需要立即到现场并可能停电的（如温度持续上行、动作后重合失败）、当班内要核的（如剩余电流越限、三相不平衡超常）、可并入巡检的（如单次通讯中断、时钟偏差）。每类对应不同通知对象和响应要求，别让几十条同类告警把值班室刷平。

告警多，通常不是设备太敏感，是分级和去重没做。

先做去重。同一回路同一类型在短时间窗内反复触发，合并成一条带"持续时长"和"触发次数"的告警，比连推二十条有用。再做抑制：设备检修挂牌、计划停电、通讯施工期间，对应的回路要能临时挂"检修态"，否则施工产生的一串告警会把真异常盖掉。

再做分配。值班室、物业工程、维保单位看到的告警不该是同一批：值班室看需要立即动作的，工程部看当班要核的，维保看设备与通讯类。通知对象、升级路径、多久没响应升级给谁，这些写在交付阶段的告警确认表里，换维保单位之后重签一次。

还有一类容易被当成噪声的，其实是重要线索：通讯中断。它不一定是网络问题，也可能是网关失电、总线被施工碰断、终端本身离线。断网期间本地保护与本地策略是否仍在运行，属于另一层设计问题，交接记录里要把"中断时长"和"期间有无动作"记下来，别只写"网络恢复"。

告警系统的价值不在"响得及时"，在"每一次响都能收口"。七栏看着琐碎，填顺了之后，交接那几分钟反而变短。电云谷智慧用电云平台把告警、动作和远程操作都记下来，人负责补复测值和依据。陕西鹰威科技在西安做交付培训时，会把这张交接清单一并移交。