3. 模型风险概述
在结构化产品的全生命周期中，定价、估值、对冲与风险计量几乎都依赖数学模型。模型一旦失真，损失往往不是来自市场方向判断错误，而是来自“我们以为模型告诉我们的东西”。这就是模型风险（Model Risk）的核心：因模型本身错误、误用或治理失效，导致决策、估值或资本计量出现偏差的可能性。
一、模型风险的定义与来源
模型风险可定义为：由于模型在开发、验证、实施、使用或变更过程中存在缺陷，或模型被用于其设计范围之外的场景，从而给机构带来财务损失、错误决策、监管处罚或声誉损害的风险。它既包含“模型错了”，也包含“模型没错但用错了”。
结构化产品领域的模型风险来源尤其集中，可归纳为四类：
- 模型设计缺陷：如对敲入敲出障碍、自动赎回、雪球结构等路径依赖特征刻画不足，或波动率曲面、相关性假设过于简化。
- 参数与校准风险：隐含波动率、相关系数、利率曲线、信用利差等参数估计不稳定，校准结果对市场报价敏感。
- 实现与数据风险：代码缺陷、数值方法误差（如蒙特卡洛收敛不足）、市场数据错误或缺失。
- 使用与治理风险：模型被超范围使用、假设被忽略、验证流于形式、文档缺失、人员依赖单一专家。
二、监管要求：SR 11-7 与巴塞尔协议
国际监管对模型风险的要求主要来自两条主线。其一是美联储与 OCC 发布的 SR 11-7《模型风险管理指引》，它虽非强制法规，但已成为全球模型风险管理的事实标准。其核心要求包括：建立独立的模型验证职能、模型全生命周期治理、模型清单与分级、持续监控与再验证、以及董事会与高管层的最终责任。
其二是巴塞尔协议框架。巴塞尔 II/III 对内部评级法、市场风险内部模型法、交易账户基本审查等提出明确的模型审批、回测与验证要求；巴塞尔 III 进一步强化了模型风险在资本计量中的审慎处理，要求对模型不确定性计提附加资本或进行保守调整。
| 监管文件 | 核心关注 | 对结构化产品的启示 |
|---|---|---|
| SR 11-7 | 模型全生命周期治理、独立验证、持续监控 | 结构化产品估值模型须纳入模型清单并定期验证 |
| 巴塞尔 II/III | 内部模型审批、回测、资本附加 | 复杂衍生品模型需保守校准并计提模型不确定性资本 |
| IFRS 13 / 公允价值计量 | 估值技术一致性与输入值层级 | 不可观察参数需披露并做敏感性分析 |
三、模型风险管理框架与治理
一个可落地的模型风险管理框架通常包含三道防线与五个环节。三道防线是：业务部门作为第一道防线负责模型开发与使用；独立模型验证团队作为第二道防线负责挑战与验证；内部审计作为第三道防线负责流程合规性检查。五个环节则覆盖模型全生命周期：
- 模型识别与分级：建立模型清单，按复杂度和影响程度分级，结构化产品模型通常属于高等级。
- 开发与文档：记录假设、数学推导、数据来源、校准方法与局限性。
- 独立验证：包括概念合理性、代码复现、基准对比、压力测试与敏感性分析。
- 实施与变更管理：任何参数、代码或假设变更都需走审批与再验证流程。
- 持续监控与退役：定期回测、监控模型表现，失效模型及时退役或替换。
四、案例与常见误区复盘
考虑一个典型场景：某机构发行自动赎回雪球结构，使用蒙特卡洛模拟估值，假设波动率为常数、相关性为历史估计值。市场剧烈波动时，实际隐含波动率飙升，相关性也发生跳变，模型估值与对冲成本出现巨大偏差。复盘发现：模型本身没有代码错误，但假设超出适用范围，且未做参数敏感性分析，属于典型的“模型没错但用错了”。
常见误区包括：
- 把验证当形式：只检查代码能否运行，不挑战假设合理性。
- 忽视参数敏感性：不分析波动率、相关性、利率变动对估值的影响。
- 模型清单缺失：大量 Excel 模型游离在治理框架之外。
- 变更无记录：参数调整、代码修改没有版本管理和审批。
- 过度依赖单一模型：没有基准模型或替代方法交叉验证。
综上，模型风险不是单一技术问题，而是技术、流程与治理的复合体。对结构化产品而言，理解模型风险的定义、来源与监管要求，建立三道防线与全生命周期管理框架，是后续开展参数敏感性分析与压力测试的制度基础。只有把模型风险管理嵌入日常决策流程，才能在复杂产品创新与市场波动中保持稳健。