Learning
VOL. VII · NO. 117 · OTC Derivatives · 19 JUL 2026

Client Margin Simm

OTC 衍生品 · 19 JUL 2026 · 6 min read · 1,408 words
· · ·

ODTS-67: 客户保证金计算与 SIMM——监管型初始保证金的算法落地

目标读者：需要知道”为什么 2019 年后券商对机构客户开始收初始保证金、系统怎么算的”、以及”SIMM 到底是什么”的 BA/PM

与 66 文档的关系：66 讲 CSA 谈判约定了哪些保证金条款；本文讲其中初始保证金 (IM) 的监管算法——尤其是 SIMM（Standard Initial Margin Model，标准初始保证金模型）如何被系统实现。

1. 为什么突然要收 IM：一个监管时间线

在 2016 年前，交易商之间的 OTC 衍生品大多不收初始保证金（只有 VM 变动保证金）。2008 年危机后，G20 在匹兹堡峰会定调：所有标准化的 OTC 衍生品要集中清算 + 收双边保证金。

关键节点（BCBS-IOSCO 框架）：

  • 2016-09：开始对最大的交易商成对实施双边 IM/VM。
  • 分阶段推进到 2020-09：门槛逐步降低，最终覆盖到名义本金超过 500 亿欧元（或等值的，约 750 亿人民币）敞口的所有对手方对。
  • 中国落地：NAFMII（银行间市场交易商协会）在 2019-2020 年推出相关自律规则，券商对机构客户（尤其是雪球、收益凭证等结构化产品）开始实质收 IM。

业务转折点（基于 03 文档证据）： 监管收 IM 之前，私人银行客户买雪球，券商不收初始保证金，只靠 VM。2019 年那波雪球密集违约 + 客户击穿 (knock-in) 时，VM 追缴跟不上，券商自己扛了敞口亏损。监管收 IM = 强制券商在交易前就锁定一笔缓冲资金。

2. SIMM 是什么：一个”敏感度加权”的算法

SIMM（由 ISDA 牵头、行业共建的标准初始保证金模型）的核心思想：

IM = 各风险因子的敏感度 × 监管给定的风险权重，再按"相关性聚合"

用白话讲：不是模拟未来价格路径（那叫历史模拟法 / 蒙特卡洛），而是把头寸拆成”对利率、汇率、股价、波动率、信用利差”的敏感度，每个敏感度乘一个监管预设的权重，最后按因子间相关性聚合。

为什么用 SIMM 而不是内部模型？

  • 对手方之间要互认保证金：我用我的模型算、你用你的模型算，双方对不上 = 没法净额缴收。
  • SIMM 是公开、透明、双方一致的算法 → 谁算都一样 → 可互认 → 减少争议（又回到 26/66 的争议主题）。
  • 计算快：敏感度聚合比蒙特卡洛快几个数量级，满足日内/每日重算。

3. SIMM 的分组与聚合（系统实现视角）

SIMM 的 IM 不是把全组合一把算，而是分层聚合：

单笔交易 → 敏感度 (delta/vega/curvature)
   ↓
按 "risk class"（利率/汇率/权益/商品/信用）分组
   ↓
组内聚合 (intra-bucket, 考虑同一类内的相关性)
   ↓
跨组聚合 (inter-bucket, 用监管给定的相关系数矩阵)
   ↓
加总 = 该组合的 IM

PM/BA 启示： 这套分层聚合意味着系统里要有”敏感度计算器”和”聚合器”两个独立模块。如果敏感度算错（定价引擎 bug，见 69 文档），IM 全盘错。这是 10 文档”5 层字段链”在数学层的体现——定价错一行，保证金错千万。

4. 系统落地：ODTS 里 SIMM 的三个难点

4.1 敏感度从哪来

SIMM 要的是”风险因子敏感度”，不是价格本身。系统必须从定价引擎（见 69 文档）拿到 greeks（delta/gamma/vega/theta 等），或做 bump-and-reprice（对每种风险因子做微小扰动，重算价格，得到敏感度）。

  • 代价：一个组合 1000 笔交易，每种风险因子 bump 一次 = 上千次定价调用。EOD 批处理窗口（见 18 文档）被拉爆 → 这就是为什么定价引擎要快、要能并行。

4.2 阈值与最小转移金额

  • IM 总阈值：对手方组合 IM 低于监管门槛（~750 亿名义本金）不收。系统要能判断”这对对手方要不要收 IM”。
  • MTA（最小转移金额）：IM 变动低于 MTA 不追缴（见 66 文档 2.3）。
  • 业务代价：阈值判断错了 = 该收没收（合规风险）/ 不该收收了（客户流失）。

SIMM 的 IM 是按对手方 + 法律实体聚合的。同一集团下不同子公司，可能要合并算或分开算。

  • 系统现实：很多旧系统按”客户号”算，不按”法律实体”，导致集团客户 IM 算不准 → 要么多收（客户投诉）要么少收（监管找上门）。

5. 一个真实的代价数字

假设一个机构客户组合：

  • 名义本金 100 亿人民币
  • SIMM 算出的 IM = 名义本金的 3% = 3 亿人民币

这 3 亿是客户要真金白银锁在券商抵押品账户里的（见 61 文档）。对客户来说，3 亿现金不能投别的 = 年化 ~3% 的资金成本 = 每年 900 万的资金占用代价。这就是为什么客户会拼命在 CSA 里谈低 IM 比例、谈高 MTA——这些谈判直接对应本文 4.2 的系统开关。

一句话总结： SIMM 把”监管要收的缓冲金”变成了一个可计算、可互认、可自动化的算法。对 BA 来说，它不是数学细节，而是”客户每笔交易背后锁住的真金白银”的引擎。

6. PM/BA 检查清单

  • 系统区分”监管型 IM (SIMM)“和”交易商约定 IM”吗？（两种算法不同，混用 = 算错）
  • 敏感度来源是 greeks 还是 bump-and-reprice？（后者慢但稳）
  • 对手方/法律实体维度聚合正确吗？（集团客户最易错）
  • IM 阈值判断逻辑，和监管门槛、客户协议一致吗？
  • EOD 批处理窗口够跑完 SIMM 吗？（不够 → 算到第二天开盘还没出结果）