Risky Xva
18 — Risky/RiskyPP 平台与 xVA 实战
面向 PM/BA：xVA 是什么、谁来算、系统怎么搭、日常问什么
1. xVA 概览：为什么 PM/BA 要懂
xVA 是衍生品估值的价格调整，本质是对”交易对手可能不付钱”、“融资要花钱”、“资本占用有成本”这些现实问题的量化修正。
| 缩写 | 全称 | 一句话 |
|---|---|---|
| CVA | Credit Valuation Adjustment | 对手方可能违约 → 扣钱 |
| DVA | Debit Valuation Adjustment | 自己可能违约 → 加钱 |
| FVA | Funding Valuation Adjustment | 担保品融资成本 |
| KVA | Capital Valuation Adjustment | 监管资本占用的成本 |
| MVA | Margin Valuation Adjustment | 初始保证金（IM）的融资成本 |
PM 视角：xVA 是交易利润里的一大块扣减项，直接影响 P&L。BA 视角：xVA 系统要与交易系统、风控系统、担保品系统、财务系统对接，数据链路复杂。
2. Risky/RiskyPP 平台架构
Risky 是行业标准的 xVA 计算平台（现为 Bloomberg 旗下），RiskyPP（Risky Premium Platform）是其企业级版本。
Trade Capture ← Market Data
↓
Exposure Engine (模拟未来敞口)
↓
xVA Calculator (CVA/DVA/FVA/KVA/MVA)
↓
Reports → Risk, Finance, Front Office
↓
Collateral System (IM/VM 计算)核心模块
Trade Capture（交易接入）
- 从交易系统（如 Murex、Calypso、Front Arena）接入交易数据
- 包括：产品类型、名义本金、期限、付息结构、CSA 条款
Exposure Engine（敞口计算）
- 蒙特卡洛模拟未来场景，生成 EPE（期望正敞口）、ENE（期望负敞口）
- 输入：市场数据（利率曲线、波动率曲面）、交易组合、净ting set
xVA Calculator（估值调整计算）
- 对每个净ting set 计算 CVA/DVA/FVA/KVA/MVA
- 需要：PD（违约概率）、LGD（违约损失率）、CSA 参数
Reports & Analytics（报告与分析）
- 按交易、交易台、对手方、净ting set 汇总 xVA
- P&L Attribution：xVA 的变化归因于市场变动 vs 信用变动 vs 新交易
3. CVA/DVA/FVA/KVA/MVA 详解（PM 视角）
CVA — Credit Valuation Adjustment
含义：对手方可能违约，导致你收不到钱的预期损失。
谁驱动：信用质量差的对手方（低评级）→ CVA 高；长期限交易 → CVA 高。
PM 关注点：
- 新交易进来，CVA 增加多少？（增量 CVA）
- 是否需要对冲 CVA？（买 CDS）
- CSA 签了没有？有担保 vs 无担保差别巨大
DVA — Debit Valuation Adjustment
含义：自己可能违约，相当于”占了对手方便宜”。
会计规则：国际财务报告准则（IFRS 13）要求必须计入 DVA。
PM 吐槽：DVA 改善 P&L 是因为公司信用变差——这感觉不对劲，但会计准则要求。
FVA — Funding Valuation Adjustment
含义：为了满足担保品要求（VM/IM）而产生的融资成本。
典型场景：
- 你是 dealer，对手方是养老金（无担保）
- 你需要自己做对冲 → 对冲交易的担保品现金流出 → 融资成本
BA 关注点：FVA 计算需要对接资金成本曲线（Funding Curve），需要 Treasury 提供数据。
KVA — Capital Valuation Adjustment
含义：SA-CCR 或 SIMM 算出来的监管资本占用，乘以资本成本。
驱动因素：交易规模、对手方信用、期限、CSA 类型。
MVA — Margin Valuation Adjustment
含义：初始保证金（IM）的融资成本。
背景：非清算衍生品按 SIMM 交 IM → IM 资金被冻结 → 有成本。
4. 典型 xVA 工作流
Day 1: Trade Execution
→ Trade 进入 Risky
→ CSA 条款核对（担保品门槛、MTA、最小转移）
Day 1-2: Exposure Calculation
→ Run Monte Carlo 模拟
→ 生成 EPE/ENE 曲线
Day 2: xVA Report
→ CVA/DVA/FVA/KVA/MVA 按净ting set 出具
→ 增量报告（vs 前一天）
→ 归因分析（市场变动 vs 新交易 vs 信用变动）
Day 2-5: xVA Hedging
→ 前台决定是否对冲 CVA（Buy CDS）
→ 对冲指令进入 CDS 交易系统
Monthly: KVA Reporting
→ SA-CCR 计算
→ 报告给 Finance / ALM
Quarterly: xVA Committee
→ 评估对手方信用变化
→ 更新 PD 曲线
→ 审批参数变更5. 系统集成点
| 上游系统 | 传给 Risky 什么 | 接口方式 |
|---|---|---|
| Trade Capture (Murex/Calypso) | 交易数据、净ting set、CSA | 文件/API |
| Market Data (Bloomberg/Refinitiv) | 利率曲线、波动率、CDS spread | 文件/BPS |
| Collateral System | 担保品余额、IM/VM 数据 | API/文件 |
| Accounting (SAP/Oracle) | xVA 调整后估值 → 入账 | 文件 |
| 下游系统 | Risky 输出 | 频率 |
|---|---|---|
| Risk | 敞口报告、xVA 报告 | 每日 |
| Front Office | P&L Attribution、增量报告 | 每日 |
| Finance | KVA、RWA（风险加权资产）数据 | 月度 |
| Treasury | FVA、资金成本曲线 | 每日/月度 |
6. PM/BA 日常 xVA 问题
交易录入后
- 这笔交易的增量 CVA 是多少？
- 有没有上担保品？CSA 门槛是多少？
- 需不需要做 CVA 对冲？
每日
- 今天的 xVA P&L 是多少？
- 变动主要来自哪里？（市场 vs 信用 vs 新交易）
- 哪个对手方的 CVA 变动最大？
系统建设
- Risky 接入交易数据延迟多久？
- 市场数据更新频率？CDS spread 是日终还是实时？
- xVA 结果怎么回传交易系统？
- FVA 计算用的资金曲线谁提供？
参数管理
- 每个对手方的 PD/LGD 谁维护？多久更新一次？
- CSA 参数（门槛、MTA）在系统里怎么配置？
- 新增一个交易品种需要做哪些 xVA 配置？
7. 常见痛点和坑
| 痛点 | 根因 | 建议 |
|---|---|---|
| xVA 算得慢 | Monte Carlo 场景太多 | 区分”全量计算”和”增量计算” |
| xVA P&L 对不上 | 前端估值系统 vs Risky 使用不同曲线 | 统一市场数据源 |
| FVA 争议大 | 资金曲线由 Treasury 主观决定 | 建立 FVA 委员会审批机制 |
| KVA 总是事后才知道 | 资本计算不在日常工作流中 | 把 KVA 加入每日报告 |
| 数据接口不稳定 | 上游交易数据质量差 | 建立 Trade Feed 校验机制 |
PM/BA 终极理解：xVA 不是纯量化问题——它涉及交易定价、资本管理、融资成本、会计准则、系统集成。懂 xVA 的 PM/BA 能跟 Quant、Treasury、Finance 在同一语言层面对话，而不是被一堆缩写搞懵。