Learning
VOL. VII · NO. 148 · OTC Derivatives · 21 JUL 2026

Role Credit

OTC 衍生品 · 21 JUL 2026 · 6 min read · 845 words
· · ·

角色地图:Credit / Risk Control(授信 / 信用风控)

授信是”管额度的人”——每一笔 OTC 衍生品交易都需要占用交易对手的信用额度。额度不够,交易做不了。你是 PM,你需要理解额度模型才能设计出”额度够不够”的实时检查功能。

flowchart TB
    subgraph 授信工作流
        A[对手方评估] --> B[额度核定]
        B --> C[日常监控]
        C --> D{额度使用检查}
        D -->|可用| E[交易放行]
        D -->|不足| F[拒绝/升级]
        E --> G[已用额度更新]
        G --> C
    end
    subgraph 系统交互
        B -->|写入| L[额度主表]
        C -->|读取| L
        D -->|触发| W[额度预警]
        F -->|通知| N[业务部门]
    end

一、典型一天时间线


08:00 ─ 检查额度状态
       │ 昨夜市场波动→持仓价值变化→额度占用变化
       │ 哪些对手方接近额度上限了?
       │ 你需要的系统:额度占用看板(实时 + 隔夜变化)

09:00 ─ 交易审批
       │ 销售/交易员提交的交易需要授信放行
       │ 检查:这个对手方还剩多少额度?这笔交易占多少?
       │ > "这个交易要占用 5000 万,对方只剩 3000 万了"
       │ 你需要的系统:交易前额度检查(Pre-Trade Limit Check)

10:00 ─ 新对手方评估
       │ 一个新客户要来做 OTC 交易
       │ 评估信用资质:财务报表、外部评级、担保措施
       │ 你需要的系统:对手方信息管理、评级接口

11:00 ─ 额度调整
       │ 存量对手方经营情况变了→需要调整额度
       │ 升级审批:调整后额度报上级批准
       │ 你需要的系统:额度调整工作流

13:00 ─ 抵押品折扣率复核
       │ 市场波动大了→某些抵押品的折扣率需要调整
       │ > "中证 500 波动率上来了,折扣率要从 10% 调到 15%"
       │ 你需要的系统:折扣率参数管理

14:00 ─ 额度模型分析
       │ 根据持仓做压力测试:如果市场跌 20%,额度占用会怎样
       │ 你需要的系统:情景分析、压力测试

15:00 ─ 审批未决跟进
       │ 还有哪些交易等着授信审批
       │ 催业务部门补充资料 / 给出意见
       │ 你需要的系统:待办任务看板

16:00 ─ 报告
       │ 额度使用报告(按对手方、按行业、按产品)
       │ 上报风险委员会
       │ 你需要的系统:额度报表一键生成

二、Credit 的 KPI

KPI说明系统含义
审批时效从提交到放行的时长审批流程效率
额度使用率已用额度占总授信比额度利用率分析
超限次数额度超限事件限额监控准确率
坏账率对手方违约导致的损失额度模型有效性
抵押品覆盖率抵押品价值/敞口比抵押品管理系统

三、Credit 使用的系统

系统用途
额度管理系统额度核定、占用、释放全生命周期
交易前额度检查接口OMS 下单前的实时额度校验
对手方信用评估评级、财务数据、外部信用信息
抵押品管理抵押品价值跟踪、折扣率管理
压力测试引擎情景分析下的额度占用模拟
预警系统额度接近上限时的自动告警

四、Credit 的黑话

黑话意思系统含义
”额度不够”可用额度不足额度实时检查
”占用”已使用的额度额度额度占用计算
”敞口”当前风险暴露敞口计算模型
”放大”杠杆/倍数杠杆限制
”集中度”某个对手方/行业占比过高集中度限额
”缓释”抵押品降低了风险抵押品折扣率
”交叉违约”一个违约触发多个合约违约跨协议风险
”替换”换抵押品抵押品替换工作流
”SPV”特殊目的载体(通道结构)对手方识别
”保函”银行担保替代保证金担保品管理
”循环额度”可重复使用的额度额度释放逻辑
”授信周期”额度有效期额度到期管理

五、你怎么和 Credit 打交道

Credit 是”说不”的角色——业务部门经常觉得他们在找麻烦。你的系统应该帮他们说”不”而不是让他们背锅。

  • 额度检查必须在交易前:如果等交易录入完才发现额度不够,Credit 就背了”耽误业务”的锅。系统应该在报价阶段就做额度预检查
  • 额度不只是一个数字:额度可能按产品类型分(互换额度、期权额度、远期额度),也可能按期限分(1年以内、1-5年、5年以上)。额度模型要跟你的系统数据模型对齐
  • 抵押品折扣率的动态调整:市场波动时折扣率需要调整,不能依赖手工通知。系统应能根据波动率自动触发折扣率复核


系统支持(IT 侧锚点)

授信动作系统 / 代码路径关联文档
交易前额度检查hedging-as 授信模块 → Pre-Trade 硬阻断(ODTS-78)ODTS-78 交易前风险审计
额度主表 / 占用hedging-as 额度管理(按产品 / 期限分)14-Systems-and-Data §5.9
抵押品 / 追缴odyssey-cash-manager-service MarginCallProcessor.java → IPMPproduct-swap §7
折扣率动态调整波动率触发 → 抵押品参数复核ODTS-16 保证金 IM/VM

下一角色:role-pc.md 产品控制的一天