06 风险管理框架

风险管理是 OTC 衍生品业务的生命线。作为 PM，你需要理解各种风险类型、计量方法，以及它们对系统设计的影响。

---

一、风险分类总览

flowchart LR
    subgraph 风险类型
        MR[市场风险] -->|Greeks/VaR| MP[市值计量]
        CR[信用风险] -->|CVA/授信| MP
        OR[操作风险] -->|流程/系统| MP
        LR[流动性风险] -->|融资/平仓| MP
        LR2[法律风险] -->|合同/法规| MP
        MD[模型风险] -->|验证/回测| MP
    end
    MP --> Sys[系统控制]
    Sys --> Limit[限额管理]
    Sys --> Report[风险报告]
    Sys --> Alert[预警监控]

风险类型	定义	系统关注重点
市场风险	市场价格不利变动导致的损失	Greeks 计算、限额监控
信用风险	交易对手违约导致的损失	授信管理、CVA 计算
操作风险	流程/人员/系统/外部事件导致的损失	自动化、控制流程
流动性风险	无法及时以合理成本平仓	持仓分析、融资管理
法律风险	合同不可执行或法律变化	文档管理、合规检查
模型风险	定价模型错误或不适用	模型验证、回测

---

二、市场风险（Market Risk）

2.1 Greeks——风险敏感度指标

Greeks 是衡量衍生品价格对各类市场变量敏感度的指标：

Greek	符号	衡量什么	系统需求
Delta	Δ	标的价格变动 1 单位带来的价值变化	实时 Delta 计算、Delta 限额
Gamma	Γ	Delta 对标价格的变动率（二阶导数）	Gamma 敞口监控
Vega	ν	波动率变动 1% 带来的价值变化	Vega 限额、波动率风险管理
Theta	Θ	时间流逝一天带来的价值变化（时间损耗）	Theta PnL 报告
Rho	ρ	利率变动 1% 带来的价值变化	利率风险报告

PM 视角——Greeks 在系统中的应用：

• 限额管理：交易台常有 Delta/Gamma/Vega 限额
• 对冲决策：交易员根据 Greeks 决定对冲数量
• PnL 归因：将盈亏分解为 Delta PnL、Gamma PnL、Vega PnL、Theta PnL
• 风险报告：日终 Greeks 汇总报告

2.2 风险价值（VaR）

VaR（Value at Risk）：在给定置信水平和持有期内，可能的最大损失。

99% VaR（1天）= X 万元
→ 有 99% 的把握，一天内损失不超过 X 万元

三种计算方法：

方法	原理	优点	缺点
参数法（方差-协方差法）	假设收益正态分布	计算快	忽略厚尾风险
历史模拟法	使用历史收益率数据	不依赖分布假设	数据需求大
蒙特卡洛模拟	模拟大量随机路径	灵活准确	计算量大

VaR 的局限：

• 不衡量超出 VaR 的损失（“VaR 尾部之外”）
• 不适用于非正态分布（市场崩盘时）
• 预期亏损（ES / Expected Shortfall） 是 VaR 的补充

2.3 压力测试（Stress Testing）

压力测试模拟极端但可能发生的市场情景：

历史情景：

• 2008 年全球金融危机（-40% 股市）
• 2015 年 A 股股灾（-30%）
• 2020 年新冠疫情（-20%）

假设情景：

• 股市下跌 50%
• 波动率飙升 300%
• 利率大幅上升
• 多个市场同时发生极端波动

2.4 潜在未来敞口（PFE）

PFE（Potential Future Exposure） 是信用风险中使用的指标：

PFE = 在给定置信水平下，未来某个时间点的最大正敞口

PFE 与 VaR 的区别：

• VaR：衡量损失（负值方向）
• PFE：衡量正敞口（交易对手欠我们多少钱）

---

三、信用风险（Credit Risk）

3.1 信用风险的核心概念

信用风险 = 违约概率(PD) × 违约损失率(LGD) × 违约暴露(EAD)

概念	中文	说明
PD（Probability of Default）	违约概率	对手方一年内违约的概率
LGD（Loss Given Default）	违约损失率	违约后损失的比例（通常 40-60%）
EAD（Exposure at Default）	违约暴露	违约时的敞口金额

3.2 当前敞口 vs 潜在敞口

• 当前敞口（Current Exposure）：当前 MtM 价值（仅考虑正值部分）
• 潜在未来敞口（PFE）：未来可能达到的敞口
• 预期敞口（EE）：未来各时点的平均敞口

3.3 授信管理

授信额度流程：

客户准入 → 内部评级 → 授信计算 → 额度生效 → 额度使用 → 额度监控

额度使用计算：

额度占用 = Max(当前敞口, 0) × 信用转换系数(CCF)
         + 名义本金 × PFE 系数

系统需求：

• 授信额度管理（额度录入、审批、调整）
• 额度使用实时计算
• 额度预警（如使用率达到 80%）
• 额度冻结/解冻
• 多产品共用额度

3.4 CVA（信用估值调整）

CVA 是调整衍生品价值以反映交易对手信用风险的估值调整：

无风险价值 = 理论定价（假设无违约风险）
CVA = 对手方违约的预期损失现值
含 CVA 价值 = 无风险价值 - CVA

影响 CVA 的因素：

• 对手方信用质量（CDS Spread / 内部评级）
• 净额结算（降低 CVA）
• 抵押品（降低 CVA）
• 期限（越长 CVA 越高）

3.5 XVA 全景

XVA 是各类估值调整的总称：

XVA	全称	衡量什么	系统需求
CVA	Credit Valuation Adjustment	对手方信用风险	信用利差数据、PD 模型
DVA	Debit Valuation Adjustment	自身信用风险	自身 CDS Spread
FVA	Funding Valuation Adjustment	融资成本/收益	资金成本曲线
KVA	Capital Valuation Adjustment	监管资本成本	资本计算模型
MVA	Margin Valuation Adjustment	初始保证金成本	IM 计算模型
LVA	Liquidity Valuation Adjustment	流动性价差	市场流动性数据

PM 笔记：XVA 计算涉及大量数据和模型，是系统设计的复杂区域。建议从 CVA 开始实施，逐步增加其他调整项。XVA 数据需要与定价引擎、信用风险系统深度集成。

---

四、操作风险（Operational Risk）

4.1 OTC 衍生品特有的操作风险

风险来源	示例	系统控制
交易录入错误	名义本金多一个零	自动校验、双人复核
确认延迟	T+3 未确认	超时提醒、升级流程
结算失败	资金未及时到账	结算监控、对账
估值争议	双方估值差异 > 5%	自动对账、争议记录
公司行动处理错误	分红未调整互换	自动化处理
系统故障	交易时段系统宕机	灾备、高可用

4.2 操作风险控制框架

三道防线：

第一道：前台部门（自我控制）
第二道：风险管理/合规（监督）
第三道：内部审计（独立评估）

---

五、限额管理体系

限额管理是风险管理的核心控制工具：

限额类型	维度	监控频率	系统实现
Greek 限额	Delta/Gamma/Vega	实时	限额仪表盘
VaR 限额	总 VaR、分产品 VaR	每日	VaR 计算引擎
名义本金限额	单一客户、单一标的	每日	交易系统校验
集中度限额	单一行业/板块	每日	持仓分析
止损限额	累计亏损	每日	PnL 监控
授信限额	单一交易对手	实时	额度系统

限额预警机制：

绿色（正常） → 黄色（预警：使用率 80%）
    ↓
黄色（预警） → 橙色（警告：使用率 90%）
    ↓
橙色（警告） → 红色（超限：使用率 100%）
    ↓
红色（超限） → 自动限制新交易 + 通知风控

---

六、PM 视角：风险管理系统设计

核心架构

交易数据 → 风险引擎 → Greeks/VaR/PFE 计算 → 输出
    ↑                                          ↓
市场数据 ──────────────────────────→  限额检查 → 报告/预警

关键设计决策

决策	选项	PM 的考虑
实时 vs 批处理	实时 Greeks vs 日终批次	交易台要求实时，成本高；日终满足风控要求
计算引擎	自研 vs 外购（Murex）	核心能力 vs 成本效率
数据粒度	交易级 vs 产品级	灵活性 vs 性能
限额检查时机	交易前/交易中/交易后	风控严格度 vs 交易效率

必须设计的风险报表

报表名	频率	内容
日终风险报告	每日	Greeks 汇总、VaR、PFE、限额使用率
压力测试报告	每月/季度	各情景下的损失
CVA 报告	每月	对手方信用风险敞口、CVA 金额
限额使用报告	每日	各限额使用情况、超限记录
PnL 归因报告	每日	PnL 分解（市场、新交易、费用）

---

下一步：07-Collateral-Management.md 理解抵押品管理的系统设计