Trade Lifecycle
04 交易生命周期全流程
一笔 OTC 衍生品交易从”想法”到”完结”经历的完整旅程。理解每个阶段是你设计系统的前提。
生命周期总览
graph LR
A[Pre-Trade 交易前] --> B[Execution 交易执行]
B --> C[Post-Trade 交易后]
C --> D[Ongoing 存续期管理]
D --> E[End 交易终结]
A1[客户准入] --> A2[产品设计] --> A3[交易前检查]
B1[下单] --> B2[确认]
C1[清算结算] --> C2[每日估值] --> C3[抵押品管理]
D1[风险监控] --> D2[事件处理] --> D3[定期报告]
E1[到期结算] --> E2[提前终止] --> E3[展期]Phase 1: 交易前（Pre-Trade）
1.1 客户准入（Onboarding）
流程：
客户申请 → KYC/CDD → 适当性评估 → 授信审批 → 签署主协议 → 激活交易权限关键步骤与系统需求：
| 步骤 | 涉及方 | 系统支持 | PM 关注点 |
|---|---|---|---|
| KYC 信息收集 | 销售、合规 | CRM、AML 系统 | 信息采集表单设计 |
| 受益所有人识别 | 合规 | AML 系统 | 与外部数据源对接 |
| 适当性评估 | 销售、合规 | 适当性管理模块 | 问卷设计、自动评级、结果存档 |
| 授信审批 | 风控 | 授信管理系统 | 审批流程、额度生效时机 |
| 协议签署 | 法务、客户 | 文档管理系统、电子签约 | 电子签约集成、协议存储 |
| 额度激活 | 风控、运营 | 额度管理系统 | 额度分配、多产品共用 |
系统交互：
CRM → 适当性评估 → 授信系统 → 交易系统（开户完成）
↓
文档管理系统1.2 产品设计与定价
流程：
客户需求沟通 → 结构设计 → 内部定价 → 报价 → Term Sheet典型场景：
- 销售与客户沟通，了解需求（杠杆？对冲？收益增强？）
- Structurer 设计产品结构
- Quant 提供定价支持（模型计算）
- 交易员确认报价（考虑对冲成本、市场流动性）
- Term Sheet 发送客户确认
系统需求：
- 产品库系统：标准产品模板（参数化配置）
- 定价引擎接口：调用 Quant 定价模型
- 报价工作台：快速生成报价单
- Term Sheet 生成器：自动化文档生成
1.3 交易前检查（Pre-Trade Check）
客户报价确认
↓
✓ 适当性检查（产品风险 vs 客户等级）
✓ 额度检查（名义本金 ≤ 可用授信）
✓ 保证金检查（保证金是否到账）
✓ 合规检查（标的是否在允许范围）
✓ 反洗钱检查（制裁名单筛查）
↓
交易可执行PM 笔记：交易前检查是系统设计的核心合规模块。所有检查必须是”硬阻断”（Hard Block），不可跳过。但同时也需要设计”豁免审批”流程处理特殊情况。
Phase 2: 交易执行（Execution）
2.1 下单与成交
流程：
客户发出交易指令 → 交易员录入系统 → 系统校验 → 成交确认交易录入方式：
- 电话录音：销售/交易员接听客户电话，口述成交
- 即时通讯：微信/企业微信/QQ 留存记录
- 电子平台：通过客户端/API 直接下单（逐渐推广）
系统需求：
- 交易录入界面（快速、支持快捷键）
- 批量录入（大量交易时）
- 交易校验（额度、价格、条款完整性）
- 录音/聊天记录关联
2.2 交易确认（Confirmation）
交易录入 → Draft Confirmation → 客户确认 → Final Confirmation → 归档确认方式：
- 电子确认（效率最高）：通过 MarkitWire、Bloomberg 等平台
- 邮件确认：PDF 确认书邮件交换
- 纸质确认：少见，仅特殊交易
系统需求：
- 确认书自动生成（模板 + 交易数据填充）
- 电子确认平台接口
- 确认跟踪（已发送、待客户确认、已确认）
- 超时提醒（T+1 内未确认需升级处理）
Phase 3: 交易后（Post-Trade）
3.1 清算与结算（Settlement）
流程：
结算指令 → 资金准备 → DVP交割 → 确认完成| 结算类型 | 说明 | 时效 |
|---|---|---|
| 资金结算 | 权利金/保证金/票息支付 | T+0 / T+1 |
| 证券交割 | 标的证券转移 | T+1 |
| 差额结算 | 互换到期差额支付 | T+0 |
系统接口：
- 中证登（证券结算）
- 上清所（集中清算）
- 托管行（资金结算）
- SWIFT（跨境结算）
3.2 每日估值（Daily Mark-to-Market）
每天收盘后，所有存续交易都需要重新估值：
市场数据（收盘价、曲线）→ 估值引擎 → 各交易估值 → 估值报告估值来源（按优先级）：
- 活跃市场报价（如彭博 BVAL）
- 内部模型估值（经模型验证）
- 第三方估值（中证估值、中债估值）
- 交易对手估值（双边对账）
系统需求：
- 市场数据自动获取
- 批量估值计算
- 估值报告生成
- 估值争议记录
3.3 抵押品管理（Collateral）
详见 07-Collateral-Management.md
每日估值 → 计算敞口 → 计算保证金需求 → Margin Call → 收付
Phase 4: 存续期管理（Ongoing）
4.1 风险监控
每日监控项：
- Greeks 限额（Delta/Gamma/Vega）
- 敞口集中度
- 对手方信用状况
- 保证金充足率
系统需求：
- 实时风险仪表盘
- 限额预警（黄线/红线）
- 超限自动通知
- 日终风险报告
4.2 事件处理
需要处理的事件：
- 分红/配股：调整互换/期权条款
- 并购重组：标的替换或提前终止
- 特别分红：调整定价模型
- 信用事件：触发 CDS 结算
- 提前平仓：客户要求提前结束
4.3 定期报告
| 报告类型 | 频率 | 受众 |
|---|---|---|
| 客户对账单 | 每日/每月 | 客户 |
| 监管报表 | 日报/月报/季报 | CSRC/中证报价 |
| PnL 报告 | 每日 | 交易台/财务 |
| 风险报告 | 每日 | 风控/管理层 |
| 合规报告 | 每月 | 合规/监管 |
4.4 非标准生命周期事件
存续期内有些事件不改变交易的存续状态，但改变交易的法律关系或条款。这些”非标”事件对 PM/BA 特别重要，因为最初设计系统时容易被遗漏。
Novation（更换交易对手）。 原交易方将其全部权利义务转让给第三方，原方退出，新方加入。典型场景：私募基金持有 5000 万雪球，持有一半想变现，找到券商 B 接手其位置。系统需要保留原交易记录 + novation 事件记录（不能简单”修改对手方 ID”），转让价格 = 当前 MTM + 可能的转让费，且新对手方可能有不同的 CSA 条款，保证金参数需随之切换。
Assignment（收益权转让）。 与 novation 的区别在于：只转让收取现金流的权利，不转让完整的对手方关系。原方仍在，新方只收钱。系统需在原交易记录上标注”某部分现金流已 assign 给第三方”，且支付路由需要分叉——部分给受让方，部分给原方。
Partial Termination（部分提前终止）。 一笔交易的部分名义本金提前终止，剩余部分继续存续。例如 1 亿名义本金的收益互换，客户提前还了 3000 万，剩余 7000 万继续。系统需修改原交易的名义本金，记录部分终止事件，计算终止部分的 MTM 差额并结算。
Trade Compression（交易压缩）。 一组交易通过多方净额结算减少名义本金和交易笔数，不改变各方净风险敞口。典型场景：两家银行间几百笔利率互换，净敞口很小，通过 compression 减少操作成本和资本占用。系统需支持批量修改/终止数百笔交易，且压缩后新交易与原有交易保持正确的映射关系。
系统设计原则：事件驱动，原始记录不可变。 每个生命周期事件都是一条独立记录，原始交易不可被修改。系统通过事件回放应能重现任意时间点的交易状态。
Phase 5: 交易终结（End of Trade）
5.1 到期结算
到期日确认 → 最终估值 → 差额支付/实物交割 → 结算完成- 现金结算：支付/收取到期价值差额
- 实物交割：实际交割标的资产
- 自动展期（如有续约条款）
5.2 提前终止
触发条件：
- 客户申请（通常需支付补偿金/违约金）
- 券商基于风控原因（客户信用恶化）
- 违约事件（未按时追保、破产）
流程：
提前终止通知 → 终止估值 → 结算金额 → 支付 → 交易关闭5.3 展期（Rollover）
原交易到期前，客户希望继续：
旧交易终止 → 估值结算 → 新交易开仓（基于相同或类似条款）PM 视角：交易生命周期系统架构
从交易生命周期角度，你的系统需要覆盖：
┌─────────────┐
│ CRM/准入 │
└──────┬──────┘
↓
┌─────────┐ ┌─────────────┐ ┌──────────┐
│ 产品库 │←→│ 交易系统 │←→│ 定价引擎 │
└─────────┘ └──────┬──────┘ └──────────┘
↓
┌─────────┐ ┌─────────────┐ ┌──────────┐
│ 额度系统 │←→│ 风险系统 │←→│ 估值系统 │
└─────────┘ └──────┬──────┘ └──────────┘
↓
┌──────────────────┐
│ 抵押品管理系统 │
└──────────────────┘
↓
┌──────────────────┐
│ 结算系统 │
└──────────────────┘关键集成点：
- 交易系统是核心枢纽，所有其他系统围绕它
- 实时数据流（交易→风险→抵押品）
- 日终批处理（估值、结算、报告）
- 审计日志贯穿所有环节
下一步：05-Documentation-Legal.md 了解法律文档框架