3. 延迟分类体系：按环节分类与按严重程度分类

贷后预警策略的延迟并非单一现象，其根因分散在数据流转的各个环节。为了精准定位瓶颈，必须建立一套清晰的分类体系。本章从环节维度和严重程度维度两个视角对延迟进行拆解，帮助团队在排查时快速缩小范围、确定优先级。

3.1 按环节分类：四段式延迟模型

我们将贷后预警的全链路抽象为四个核心环节：数据采集 → 指标计算 → 策略分发 → 用户触达。任何一段出现阻塞，都会导致最终预警延迟。

3.1.1 数据延迟

指上游数据源（如征信机构、银行流水、资产平台）到贷后系统的采集或同步过程中产生的滞后。常见场景包括：

• 接口超时/限流：外部数据源响应超过阈值（如>5s），导致批量拉取任务挂起。
• 增量同步失败：CDC（变更数据捕获）组件中断，全量补录耗时过长。
• 数据质量校验阻塞：脏数据触发告警，人工介入导致流水线暂停。

3.1.2 计算延迟

指数据到达后，在预警引擎中进行指标加工、规则匹配、评分计算所消耗的时间。典型瓶颈：

• 复杂规则嵌套：多层子查询或递归逻辑导致单笔计算耗时>200ms。
• 资源争抢：夜间批量跑批任务与实时预警任务争抢CPU/IO。
• 模型推理耗时：机器学习模型（如逾期概率预测）推理时间过长。

3.1.3 分发延迟

指预警结果生成后，通过消息队列、API网关、内部服务推送到下游系统（如催收系统、客服平台）的延迟。常见原因：

• 队列积压：消费者处理速度低于生产者速度，消息堆积。
• 重试机制导致重复消费：失败重试次数过多，阻塞后续消息。
• 网络分区：跨机房/跨区域分发时网络抖动。

3.1.4 触达延迟

指下游系统接收到预警后，最终推送到用户终端（APP、短信、电话）的延迟。这是离用户最近的一环，也是最容易被忽视的一环：

• 通道商限流：短信通道或语音通道的QPS限制。
• 终端离线：用户APP未启动或长连接断开，推送转为离线消息。
• 模板审核：触达内容包含敏感词，被通道商拦截审核。

3.2 按严重程度分类：三级响应机制

并非所有延迟都需要立即响应。根据对业务的影响程度，我们将延迟分为三个等级，对应不同的处理时效和升级路径。

3.2.1 L1 致命延迟

定义：导致核心风控决策（如实时拦截、额度调整）失效或严重超时的延迟。

• 判定标准：实时预警延迟 > 10分钟，或批量预警延迟 > 2小时。
• 影响范围：直接影响用户资金安全或监管合规。
• 处理要求：立即响应（<30分钟），启动应急预案，必要时人工干预。

3.2.2 L2 严重延迟

定义：影响批量预警任务时效，但未直接导致决策失效的延迟。

• 判定标准：实时预警延迟 1~10分钟，或批量预警延迟 30分钟~2小时。
• 影响范围：可能导致部分用户预警滞后，但核心决策链路仍可用。
• 处理要求：紧急响应（<2小时），排查根因并修复。

3.2.3 L3 一般延迟

定义：影响非核心预警（如统计报表、低优先级通知）的延迟。

• 判定标准：实时预警延迟 < 1分钟，或批量预警延迟 < 30分钟。
• 影响范围：对业务影响较小，可容忍。
• 处理要求：常规响应（<24小时），记录到日报中跟踪。

3.3 分类体系对照表

以下表格将环节分类与严重程度分类进行交叉映射，便于在实际排查中快速定位优先级和责任人。