3. 监管合规要求：CCAR、DFAST 中对 Drift 监控的明确要求

在美联储（Federal Reserve）主导的 CCAR（Comprehensive Capital Analysis and Review，全面资本分析与审查）与 DFAST（Dodd-Frank Act Stress Test，多德-弗兰克法案压力测试）框架下，Drift 监控并非可选的“最佳实践”，而是具有强制性的合规要求。监管机构明确要求银行机构在压力测试全生命周期内，对模型表现、数据质量及假设偏离进行持续追踪与报告。

3.1 CCAR 与 DFAST 对 Drift 监控的核心要求对比

CCAR 侧重于银行内部资本规划的评估与前瞻性审查，而 DFAST 则更关注在极端不利情景下的资本充足率底线。两者在 Drift 监控上的要求既有重叠，也存在差异：

维度 CCAR 要求 DFAST 要求
监控对象 模型输出、关键风险参数（PD/LGD/EAD）、假设条件 模型输出、资本比率、损失预测路径
Drift 类型 模型 Drift、数据 Drift、概念 Drift、假设 Drift 模型 Drift、情景传导 Drift、结果 Drift
监控频率 季度（至少），部分关键模型要求月度 季度（与报告周期对齐）
阈值设定 需基于统计显著性（如 Z-score、PSI）设定，并报备管理层 需与资本规划阈值联动，触发后需立即评估影响
文档要求 完整的监控日志、阈值调整记录、模型变更日志 监控结果摘要、影响评估报告、管理层行动纪要
审计与验证 独立模型验证团队（IVU）每年度审查 Drift 监控流程 内部审计每两年覆盖一次 Drift 监控有效性
合规要点： 无论是 CCAR 还是 DFAST，监管机构均要求银行在提交压力测试结果时，附上完整的 Drift 监控报告。若监控发现显著 Drift 而未采取纠正措施，可能直接导致资本规划方案被退回或附加额外资本要求。

3.2 监管报送的时间窗口与频率

监管报送的时间窗口具有严格的日历约束，Drift 监控数据必须与报送周期同步生成并归档。以下是 CCAR 与 DFAST 的主要报送时间节点：

  • CCAR 年度报送： 每年 1 月 1 日启动，4 月 5 日前提交完整资本计划（含 Drift 监控报告）。监控数据需覆盖前一年度 Q1 至 Q4 的完整周期。
  • DFAST 年度报送： 每年 7 月 31 日前提交压力测试结果。Drift 监控需覆盖从上一轮 DFAST 结束至当前报送日的所有模型运行批次。
  • 季度中间报送： 对于资产规模超过 2500 亿美元的银行，需在每季度结束后 30 天内提交季度资本状况更新，其中必须包含 Drift 监控的季度快照。
  • 事件驱动报送： 当 Drift 监控触发“红色阈值”（Critical Threshold）时，需在 5 个工作日内向监管联络人提交初步影响评估，并在 15 个工作日内提交完整纠正计划。
实操建议： 建议将 Drift 监控的统计周期与监管报送周期对齐。例如，若监管要求季度报送，则 Drift 监控的基准窗口应设为 90 天，滚动窗口设为 30 天，确保每次报送时都能提供最新的监控指标。

3.3 Drift 监控的监管合规流程架构

下图展示了从模型运行到监管报送的完整 Drift 监控合规流程，重点标明了监管时间窗口与触发机制：

Drift 监控监管合规流程架构 模型运行与数据采集 持续运行，每日/每周 Drift 指标计算 PSI / CSI / Z-score 阈值判定 绿/黄/红三级 季度监控报告 每季度末 + 30 天 年度资本计划报送 CCAR: 4月5日 / DFAST: 7月31日 事件驱动报送 红色阈值触发后 5 天 监管审查与反馈 美联储审查 → 反馈意见 → 模型修正 持续改进闭环 阈值调整 → 模型优化 → 流程改进 说明：所有报送节点均以美联储 FR Y-14 系列报表的时间要求为准，Drift 监控数据需与报表数据保持同源可追溯。

3.4 监管报送中的 Drift 监控关键字段与格式

监管报送要求 Drift 监控数据以标准化格式提交。以下为 CCAR 报送中常见的 Drift 监控字段清单：

字段名称 数据类型 说明 报送频率
模型 ID VARCHAR(50) 模型唯一标识符，与模型注册表一致 每次报送
监控指标名称 VARCHAR(100) 如 PSI、CSI、Population Stability Index 每次报送
基准窗口 DATE 模型开发或上次校准的基准时间范围 每次报送
滚动窗口 DATE 当前监控周期的时间范围 每次报送
指标计算值 DECIMAL(10,6) Drift 指标的数值结果 每次报送
阈值等级 VARCHAR(10) Green / Yellow / Red 每次报送
触发时间 TIMESTAMP 指标首次超过阈值的时间点 仅触发时
影响评估摘要 TEXT 对资本比率或损失预测的影响分析 仅触发时
纠正措施状态 VARCHAR(50) Open / In Progress / Resolved 每次报送
常见合规缺陷： 许多银行在报送时仅提供 Drift 指标的最终值，而忽略了基准窗口与滚动窗口的明确定义。监管机构在审查中会重点核对窗口定义是否与模型文档一致，若发现窗口定义模糊或前后不一致，将视为合规缺陷。

3.5 监管合规的 Drift 监控阈值设定参考

虽然监管机构未强制规定具体的阈值数值，但根据 CCAR 与 DFAST 的审查实践，以下阈值设定方案被广泛接受：

  • 绿色阈值（Green Zone）： PSI < 0.10 或 CSI < 0.05。表示模型表现稳定，无需额外行动。
  • 黄色阈值（Yellow Zone）： 0.10 ≤ PSI < 0.25 或 0.05 ≤ CSI < 0.10。表示需加强监控，并在季度报告中说明原因。
  • 红色阈值（Red Zone）： PSI ≥ 0.25 或 CSI ≥ 0.10。表示模型出现显著 Drift，需立即启动事件驱动报送流程。
合规策略： 建议在黄色阈值与红色阈值之间设置“预警缓冲区”。例如，当 PSI 达到 0.20 时，提前通知模型验证团队准备影响评估，以便在触发红色阈值时能快速响应 5 个工作日的报送要求。

3.6 监管报送的自动化与审计追踪

为了满足监管机构对数据可追溯性的要求，Drift 监控系统必须实现全流程自动化与审计追踪：

-- 示例：监管报送数据提取 SQL（按季度周期）
SELECT 
    model_id,
    'PSI' AS metric_name,
    baseline_start_date,
    baseline_end_date,
    monitoring_start_date,
    monitoring_end_date,
    ROUND(psi_value, 6) AS metric_value,
    CASE 
        WHEN psi_value < 0.10 THEN 'Green'
        WHEN psi_value < 0.25 THEN 'Yellow'
        ELSE 'Red'
    END AS threshold_level,
    CURRENT_TIMESTAMP AS report_generated_at
FROM drift_monitoring_results
WHERE monitoring_end_date = (SELECT MAX(monitoring_end_date) FROM drift_monitoring_results)
  AND model_id IN (SELECT model_id FROM ccar_model_inventory WHERE is_active = 1)
ORDER BY model_id, metric_name;

上述 SQL 脚本需嵌入到自动化调度任务中，确保在每个监管报送截止日前自动生成 Drift 监控报表，并写入不可篡改的审计日志表。所有对阈值、窗口或模型的修改，均需通过变更管理流程记录，并保留至少 7 年以备监管审查。

← 上一章 📖 返回目录 下一章 →