客户案例 03 · 告警不是太少，是太多

客户角色：风控负责人 ｜ 场景：告警分诊 ｜ 核心数字：289 条预警，真正要动手的只有 4 条

图 3：成千上万条预警里，真正需要集团拍板的只有 4 条

一、客户现在的样子

很多客户上过风险监控系统，最后的下场是一样的：被自己的告警淹掉。

一个真实的行业现象是，同类产品的官方文档里明确写着要帮客户「减少不相关通知、降低团队困惑」—— 也就是说，「告警太多、不知道信哪条」是这个品类的通病，不是某一家的问题。

二、场景里真实发生了什么

同一份基准日数据，一天之内产生 289 条异常预警。如果按条数平均分配精力，团队会被拖死。 但按处置紧迫度分完级之后，画面完全不同：

级别	含义	条数
AOG（3 级）	停机待料 / 现场停窝工，须立即处置	70
AD（2 级）	强制整改 / 限期闭环	141
MEL（1 级）	条件放行 / 留观跟踪	78

再看主线分布：库存 126、通道 54、供应商 40、项目 30、保留项 12、质量 9、物流 8、风险事件 6、传导 4。 真正属于「必须总经理层面拍板」的传导类事件只有 4 条： 上海电气集团、东方电气风电、EH 油系统（1000MW 级）、水轮机转轮（150MW 级）。

换句话说：289 条预警，最先要动手的是 4 条。

三、平台在这里做了什么

不是让告警变少，而是让告警带上优先级和金额： 每条都落到责任方（集团供应链中心 / 采购部 / 项目部）、给出建议动作， 并给出「这条值多少钱」——比如上海电气集团那条，敞口 13,128,124 美元、影响 72 个实体。

四、对客户的价值

• 风控团队的工作从「处理告警」变成「处理 Top 4」。
• 每条预警都能回答「为什么是它 / 不做会怎样」。
• 上会材料自动生成：一张表就是一份待办清单。

---

告警的敌人从来不是数量，而是「不知道先看哪一条」。

数据出处：guodian_overseas_tower/output/摘要-20260915-175603.md（289 条 / 三级分布 / 主线分布）、 output/01-异常预警清单.csv（4 条传导类 AOG）。

案例口径说明：本案例基于完整规模的仿真数据集（电力海外基建 / 航空制造）编写，用于演示方法链路与输出形态，不代表任何企业真实经营数据。落地后第一件事就是把同一套输出换成客户自己的数据——数字会变，方法不用变。