ODTS-65: 信用衍生品——CDS 与 CRM 在 CICC 的业务角色

为什么这篇文档值得读

ODTS 不交易信用衍生品。 这是一个重要的事实——中金的 OTC 衍生品业务以股权类（TRS、期权、雪球）为主，信用衍生品（如 CDS）的交易量极小，中国版的 CDS（即 CRM/信用风险缓释工具）更是尚未推广开来。但信用衍生品概念渗透在 ODTS 的多个领域中——尤其是 CVA/DVA 的输入参数（CDS 价差）、监管报告中的信用风险数据、以及 NAFMII 框架下的银行间市场业务。这篇文档解释 CDS 和 CRM 是什么，以及它们为什么照进 ODTS 的角落。

CDS——信用违约互换

业务逻辑

CDS 是一份信用保险：

买方（保护买方）  ─── 支付定期保费 ──→  卖方（保护卖方）
                  ←── 如果信用事件发生，支付名义本金 - 回收价值 ───

例子：
  CDS 保护买方：摩根大通
  参考实体：     某公司（或主权国家）
  名义本金：     1 亿美元
  保费 (Spread)：200bp/年
  期限：         5 年
  信用事件：     破产/支付违约/重组

每年：摩根大通付 200 万 → CDS 卖方（每年分 4 次付）
如果该公司违约：CDS 卖方付给摩根大通 1 亿 - 回收价值

CDS 为什么重要（即使 ODTS 不交易它）

CDS 价差 → DVA 计算的输入
              ↓
信用利差 = 债券收益率 - 无风险利率 → 反映市场对发行人信用的看法

中金公司自己的 CDS 价差（或者近似估算）：
  → 用于计算 DVA
  → 50bp CDS 价差 vs 200bp CDS 价差 → DVA 差异数十倍
  → 财务报告中的 PnL 调整幅度不同

代码中的体现： CDS 价差数据来自于 Bloomberg 的 CDS 曲线数据——通过 ReferenceDataFeeder.java 和 HistoricalDataFeeder.java 从 Bloomberg 拉取中金公司自身的 CDS 报价，用于 DVA 计算。

CDS 价差数据质量的一个实际陷阱

Bloomberg 上中金公司的 CDS 报价不是”实时交易”的——它是 Bloomberg 基于中金发行的债券收益率推算的指示性报价。中金的 CDS 可能一周才有一笔实际交易，所以 Bloomberg 的 CDS 曲线在很大程度上是模型输出，而非市场交易价格。

实际影响：
  如果 Bloomberg 的 CDS 价差显示从 80bp 降到 40bp：
  → DVA 计算认为中金信用改善
  → 财务入账一笔 DVA 损失（因为负债公允价值上升）
  
  但这 40bp 的 CDS 价差变化可能只是 Bloomberg 模型参数调整的结果，
  而不是实际市场交易的信号
  
  → 财务团队需要人工判断：这个 DVA 调整是否"真实"？
  → 有时会忽略 Bloomberg 的变化，用上个月的 CDS 价差
  → 这就是为什么 DVA 计算中有一个"平滑"逻辑——不逐日调整，而是月度/季度调整

业务含义： 系统获取的 CDS 价差数据看起来是”市场价格”，但它不是真正的交易价格。对 PM/BA 来说，理解数据源的质量 = 理解为什么财务报告的 PnL 和交易台系统 PnL 的差异不能完全自动化消除。

信用事件的影响

        CDS 触发                       对应的 DVA 处理
        ────────                       ────────────────
中金 CDS 价差扩大 → 自身信用恶化       → DVA 调整（利润？）
中金 CDS 价差收窄 → 自身信用改善       → DVA 调整（损失？）
客户 CDS 价差扩大                      → CVA 调整（该客户交易价值减少）

CRM——信用风险缓释工具（中国版 CDS）

与 CDS 的关系

CRM 是中国人民银行和交易商协会 (NAFMII) 推出的中国版信用衍生品。它与 CDS 在结构上非常相似，但有一些中国市场的特定差异：

维度	CDS (国际)	CRM (中国)
推出时间	1990 年代	2016 年
监管	ISDA / 无特定	中国人民银行 / NAFMII
参考实体	任何公司、主权	中国境内发行债券的主体
标准期限	1/3/5/7/10 年	通常 ≤ 1 年
交易场所	场外	银行间市场
流动性	高	低（交易量极小）
主协议	ISDA	NAFMII

CRM 在中国市场的现状

CRM 的困境：
  ├── 2016 年推出时被认为是中国 CDS 的开端
  ├── 首批交易主要由银行参与，交易量很小
  ├── 2018 年民企违约潮中 CRM 未被广泛使用
  ├── 原因：卖方（银行）不愿意对民企承担信用风险
  └── 当前状态：存在但几乎无新增交易

CRM 为什么推不动——一个市场结构问题

CRM 的市场设计有一个根本矛盾：最需要信用保护的主体（民企债券投资者）是 CRM 的最大潜在买方，但最大的潜在卖方（银行）恰好也是民企债券的最大持有者。 银行如果有民企债券的敞口，它们可以直接卖出债券来降低风险，不需要买 CRM。如果银行不愿意承担更多民企信用风险（通过卖出 CRM），那 CRM 就没有卖方。

案例：2018 年某民企 10 亿债券违约
  持有该债券的银行 A 事前面临两个选择：
    选项 1：花 500 万买一份 CRM 保护（保护买方）
    选项 2：不加 CRM，赌民企不会违约
  
  银行 A 选了选项 2——不是因为风险判断，而是因为：
    - CRM 市场流动性差，500 万的保费找不到卖方
    - CRM 的标准化程度不够，条款谈判时间长
    - 即使找到卖方，保费定价也难——没有足够的历史违约数据
  
  违约后后果：
    - 银行 A 损失 10 亿 × 回收率 30% = 7 亿
    - 如果 CRM 市场活跃，这 7 亿损失本可以由 CRM 卖方吸收

对中金而言，CRM 市场的不活跃意味着 ODTS 暂时不需要支持信用衍生品交易的簿记和估值。但如果政策推动（比如要求券商间市场的信用缓释工具），ODTS 可能需要增加产品类型支持——这是一个”如果…就…”的系统扩展计划。

对 ODTS 的影响： CRM 目前几乎不影响 ODTS。如果未来 CRM 市场活跃（CSRC 可能在券商间市场推动类似的 CRMW/信用风险缓释凭证），ODTS 可能需要支持 CRM 的交易簿记、估值和报告。

信用衍生品和 ODTS 的四个”接点”

虽然 ODTS 不交易 CDS/CRM，但这四个场景中信用衍生品的概念渗透进来：

1. CVA/DVA 的参考数据

CDS 价差是 CVA 和 DVA 计算的输入参数。ODTS 通过 Bloomberg 数据源获取 CDS 价差（见 60-XVA 文档），提供给中台风控团队做 XVA 计算。

2. SAC 监管报告中的信用风险数据

SAC 报告要求包含每笔交易的 CVA 和信用风险信息。ODTS 的 SacReportGenerator 需要从 EDS_CREDITLIMIT 和 EDS_PFECURVE 读取信用风险数据填入报告。

3. 担保品中的信用缓释

CSA 协议中的”信用支持”本质上是信用缓释措施——用抵押品降低信用风险敞口。所以担保品管理（见 61-Collateral-Management）本质上是 CDS 思维的另一种实现方式。

4. NAFMII CRM 与银行间市场

如果 CRM 市场在银行间市场扩大，ODTS（及其上游的银行间市场对接层）可能需要支持 CRM 产品的簿记。目前这是未来的可能性，不是现在的工作。

一句话

ODTS 不交易 CDS 或 CRM，但信用衍生品的概念——CDS 价差、信用缓释、CVA/DVA——渗透在系统的估值、风控和监管报告中。理解 CDS 不是理解系统做了什么，而是理解系统不做什么——以及为什么不做。

关键文件

组件	路径
Bloomberg CDS 报价	CATS/bloomberg-data/.../ReferenceDataFeeder.java
CDS 历史数据	CATS/bloomberg-data/.../HistoricalDataFeeder.java
信用额度表	EDS_CREDITLIMIT
SAC 信用风险报告	eds-web-app/action/sacReport/.../SacReportGenerator.java
CVA 相关	见 60-XVA-Valuation-Adjustments.md