模型风险MRM分流验证实训指南 - 第1节
1.1 模型风险定义
模型风险（Model Risk）是指模型在使用过程中可能产生不良后果的风险，其根源在于模型本身的不完美性。根据巴塞尔委员会《模型风险管理准则》（SR 11-7 / OCC 2011-12）的定义，模型风险主要来源于两个方面：
- 模型设计缺陷：模型在理论假设、数学推导、算法实现或参数估计上存在错误或不合理之处。
- 模型使用不当：模型被用于超出其设计范围或适用边界的场景，或者模型输出被错误解读。
核心要点：模型风险 ≠ 模型误差。模型误差是统计意义上的预测偏差，而模型风险是这种偏差可能导致的财务损失、监管处罚或声誉损害。
模型风险具有以下关键特征：
| 特征 | 说明 |
|---|---|
| 隐蔽性 | 模型风险往往在极端市场条件或模型失效时才暴露，日常运行中难以察觉。 |
| 累积性 | 多个模型的微小偏差可能通过业务链条叠加放大，最终产生重大影响。 |
| 传导性 | 模型输出作为决策依据，其风险会传导至业务决策、资本计量、风险定价等环节。 |
| 滞后性 | 从模型开发到风险暴露通常存在时间差，导致问题发现时已造成损失。 |
1.2 模型生命周期
模型从构思到退出的全过程构成完整的生命周期。MRM 框架要求对每个阶段实施差异化的管控措施。标准模型生命周期包含以下六个阶段：
- 需求分析与设计：明确业务目标、确定模型类型、定义输入输出、设定性能指标。
- 开发与校准：数据准备、特征工程、算法选择、参数估计、模型训练。
- 验证与审批：独立验证、基准测试、敏感性分析、压力测试、管理层审批。
- 部署与实施：系统集成、接口对接、用户培训、上线监控。
- 持续监控：性能跟踪、数据质量检查、假设检验、触发重检阈值。
- 退出与退役：模型失效评估、替代方案准备、历史记录归档。
实训提示：在分流验证课程中，重点关注第3阶段（验证与审批）和第5阶段（持续监控）的交叉点——当监控触发预警时，模型需要重新进入验证流程，形成“验证闭环”。
1.3 MRM 框架概述
模型风险管理（Model Risk Management, MRM）框架是金融机构为识别、评估、监控和控制模型风险而建立的一整套治理结构、政策流程和工具体系。一个成熟的 MRM 框架通常包含以下四大支柱：
| 支柱 | 核心内容 | 关键活动 |
|---|---|---|
| 治理结构 | 明确三道防线职责：模型开发方（第一道）、模型验证方（第二道）、内部审计（第三道） | 模型审批委员会、模型风险政策制定、角色与责任矩阵 |
| 政策与流程 | 模型风险分类标准、验证频率要求、文档规范、升级机制 | 模型清单管理、风险分级、验证计划编制 |
| 验证与监控 | 独立验证、持续监控、基准测试、敏感性分析、压力测试 | 分流验证、性能指标跟踪、触发条件管理 |
| 报告与整改 | 模型风险报告、问题跟踪、整改验证、管理信息报送 | 风险仪表盘、问题台账、整改闭环管理 |
监管合规要点：根据 SR 11-7 要求，所有“量化模型”——包括信用评分、市场风险计量、操作风险资本计算、反洗钱评分、压力测试模型等——都必须纳入 MRM 框架管理。模型验证必须由独立于模型开发团队的第三方执行，不得自评自验。
1.3.1 模型风险分级
MRM 框架要求对模型进行风险分级，以确定验证频率和深度。常见的分级标准如下：
| 风险等级 | 定义 | 验证频率 | 验证深度 |
|---|---|---|---|
| 高风险 | 模型输出直接影响资本计量、监管合规或重大财务决策 | 至少每年一次全面验证 | 全量验证：包括理论推导、数据质量、参数校准、基准测试、压力测试 |
| 中风险 | 模型输出对业务决策有重要影响，但不直接涉及资本或监管 | 至少每两年一次全面验证 | 重点验证：聚焦关键假设、核心参数和主要输出指标 |
| 低风险 | 模型输出仅作为参考信息，不直接驱动决策 | 触发式验证 | 简化验证：以监控指标和异常检测为主 |
实训关联：本课程的分流验证实训将围绕中高风险模型展开，重点训练学员在高风险场景下的全量验证能力和中风险场景下的重点验证能力。低风险模型的触发式验证将作为补充内容。