2. 金融模型基础

金融模型审计的第一步，不是直接打开模型代码或参数表，而是先回答三个问题：这个模型属于哪一类？它处在生命周期的哪个阶段？它输出的是估值、风险、定价还是压力测试结果？这三个问题的答案，直接决定审计范围、测试深度和风险分级。模型分类不清，审计就会失去边界；生命周期阶段不明，审计重点就会错位；模型类型不辨，验证方法就会张冠李戴。

一、核心原理：模型分类是审计范围的“第一道闸门”

金融模型可以按用途、方法论、业务场景三个维度分类。按用途分，常见的有估值模型、风险模型、定价模型、压力测试模型和资本计量模型；按方法论分，有解析解模型、数值模拟模型、统计回归模型和机器学习模型；按业务场景分，有交易前台模型、风险管理模型、财务报告模型和监管合规模型。审计含义在于：不同类别模型的验证重点完全不同。估值模型关注输入假设与市场一致性，风险模型关注分布假设与尾部风险，定价模型关注套利关系与校准质量，压力测试模型关注情景合理性与传导逻辑。

二、方法流程：生命周期视角下的审计介入点

金融模型的生命周期通常包括：需求提出、开发、验证、上线、监控、重校准、变更和退役。审计不是只在验证阶段介入，而是贯穿全生命周期。开发阶段审计关注文档完整性与假设合理性；验证阶段关注独立复现与基准比较；上线阶段关注权限控制与版本管理；监控阶段关注表现漂移与回溯测试；变更阶段关注变更审批与影响评估；退役阶段关注数据归档与依赖清理。

三、常见模型类型及其审计含义

不同类型的金融模型，其审计含义差异显著。下表梳理了四类核心模型的关键特征与审计重点：

四、案例与场景：分类错误导致的审计失败

某银行将一款用于监管资本计量的信用风险模型归类为“内部管理报表模型”，导致该模型长期未纳入独立验证范围。审计发现时，该模型已运行三年，其违约概率校准存在系统性偏差，资本充足率被高估约1.2个百分点。复盘发现，问题根源不是模型技术缺陷，而是分类错误导致审计范围遗漏。另一个常见场景是：压力测试模型被当作普通风险模型审计，审计师只检查了VaR回溯测试，却忽略了情景传导逻辑中的非线性放大效应，导致极端市场条件下的损失被严重低估。

五、复盘：模型分类与风险分级的审计落地清单

在实际审计中，建议按以下清单逐项确认，确保分类与分级不遗漏：

• 用途确认：模型输出是否直接用于监管报送、财务报告、交易定价或风险限额？
• 方法论确认：模型是解析解、数值模拟、统计回归还是机器学习？不同方法验证手段不同。
• 生命周期阶段确认：模型处于开发、验证、上线、监控还是退役阶段？
• 依赖度确认：业务部门是否依赖该模型做出重大决策？依赖度越高，风险分级越高。
• 监管关联确认：模型是否涉及资本计量、流动性覆盖率、压力测试等监管要求？
• 变更频率确认：模型是否频繁重校准或变更？高频变更需要更严格的变更审计。