VOL. VII · NO. 152 · OTC Derivatives · 21 JUL 2026

Role Pc

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

· · ·

角色地图：Product Control（产品控制 / 财务核算）

Product Control（PC）是”记分员”——交易员说 PnL 是多少不重要，PC 算出来是多少才重要。他们是财务部和交易台之间的桥梁：既要懂衍生品估值，又要懂会计准则。

flowchart LR
    subgraph PC 工作流
        A[日终估值] --> B[PnL 计算]
        B --> C[PnL 归因]
        C --> D[差异分析]
        D --> E[报告]
        E --> F{异常?}
        F -->|是| G[调查/调整]
        F -->|否| H[签字确认]
    end
    subgraph 系统对接
        A -->|读取| V[估值系统]
        B -->|读取| T[交易数据]
        C -->|写入| R[总账 GL]
        G -->|通知| N[交易台/运营]
    end

一、典型一天时间线


08:00 ─ 检查隔夜估值
       │ 昨晚的日终估值跑完了吗
       │ 检查有没有估值异常（价格缺失、计算失败）
       │ 你需要的系统：估值运行状态看板

08:30 ─ PnL 计算
       │ 跑日终 PnL：今日持仓 vs 昨日持仓的价值变化
       │ 分交易台、分产品、分交易对手
       │ 你需要的系统：PnL 计算引擎

09:30 ─ PnL 归因分析
       │ PnL 变化是什么原因？
       │ Delta 贡献了多少？Gamma？Vega？Theta？
       │ 还有"余项"(Residual/Unexplained PnL)——最需要关注
       │ > "今天 Delta 赚了 200 万，但 vega 亏了 150 万，还有 20 万解释不了"
       │ 你需要的系统：PnL 归因引擎、余项分析

10:30 ─ 与交易员对 PnL
       │ 交易员说今天 PnL 是 500 万，你算出来是 480 万
       │ 差异 20 万——在哪里？
       │ 你需要的系统：PnL 差异核对模块

11:30 ─ 会计核算
       │ 把 PnL 数据过到总账 (GL)
       │ 确保衍生品估值符合会计准则（IFRS 9 / 新金融工具准则）
       │ 你需要的系统：估值↔GL 接口

13:00 ─ 估值调整（Valuation Adjustments）
       │ CVA（信用估值调整）、DVA（自身信用调整）、FVA（资金调整）
       │ 这些调整直接影响 PnL
       │ 你需要的系统：xVA 计算模块

14:00 ─ 新交易检查
       │ 检查新交易的会计处理是否正确
       │ 分类：交易性金融资产 / 衍生金融资产 / 套期会计
       │ 你需要的系统：会计分类建议

15:00 ─ 报告输出
       │ 日 PnL 报告、月结准备
       │ 向财务部/管理层汇报
       │ 你需要的系统：报告自动生成

16:00 ─ 审计配合
       │ 内部审计 / 外部审计需要的资料
       │ 估值方法说明、参数溯源、模型验证报告
       │ 你需要的系统：审计追踪、资料归档

二、PC 的 KPI

KPI	说明	系统含义
PnL 准确度	自营计算 vs 交易员估算的差异	PnL 计算引擎精确性
归因解释率	PnL 中可解释部分的比例	归因引擎覆盖度
报告准时率	日/月/季报按时交付	批处理/调度可靠性
审计通过率	外部审计对估值和 PnL 无异议	数据完整性、可审计性
GL 对账差异	估值系统 ↔ 总账的差异	系统间对账精度

三、PC 使用的系统

系统	用途
估值引擎	日终持仓估值计算
PnL 计算引擎	PnL 生成 + 归因分析
总账 (GL) 接口	估值数据过到财务系统
xVA 计算模块	CVA/DVA/FVA 调整
报告生成器	标准化报表自动生成
审计追踪	数据变更记录、参数溯源

四、PC 的黑话

黑话	意思	系统含义
”解释不了的 PnL”	归因后还有差异，原因不明	归因引擎覆盖度不够
”飞单”	交易没录入系统但实际成交了	交易完整性检查
”挂账”	损益没确认到正确科目	GL 对账
”回拨”	之前确认的 PnL 需要调整	PnL 调整流程
”截数”	会计月结的截止时间	批处理截止控制
”FVA”	资金估值调整	xVA 计算
”CVA”	信用估值调整	xVA 计算
”套期会计”	对冲交易的特殊会计处理	会计分类
”累计估值调整”	逐笔调整的累加	调整管理
”原值”	原始成本/初始确认金额	会计基准

五、你怎么和 PC 打交道

PC 是衍生品系统里最容易被低估的 stakeholder——他们不是用户数量最多的，但他们的需求一旦没满足，会引发最严重的后果（财务数据不准 → 对外报表出错 → 审计意见保留）。

PnL 归因的”余项”是最重要的指标：系统好不好，看余项大小就知道。余项越小，说明估值和风控的逻辑越一致。目标是”每个基点的 PnL 都能说清楚从哪来的”
数据溯源是刚需：PC 被审计问到最多的问题是”这个数字怎么来的”。你的系统必须能追溯：原始市场数据 → 估值模型 → PnL 计算 → GL 入账的完整链条
差异管理：交易员和 PC 对 PnL 有分歧是常态。系统要有”差异核对”功能——双方各自算一份，系统自动逐笔打标差异点

系统支持（IT 侧锚点）

PC 动作	系统 / 代码路径	关联文档
日终估值	EOD 第 5 步 `service/eod/ValuationStep.java`	product-option §6
PnL 归因	EOD 第 6 步 `service/eod/GreeksStep.java`（Delta/Gamma/Vega/Theta）	ODTS-60 XVA 估值调整
xVA 调整	CVA / DVA / FVA 计算模块	ODTS-60 XVA 估值调整
GL 对账	估值系统 ↔ 总账接口	14-Systems-and-Data §5.9

下一角色：role-it.md 开发工程师的一天