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

Role Ops

OTC 衍生品 · 21 JUL 2026 · 8 min read · 999 words
· · ·

角色地图:OP(运营)

运营是”中台”——销售和交易员搞完的事情,丢给运营收尾。他们对系统要求:不出错、可追溯、能对齐。运营做不好,整个业务会崩(结算失败、监管处罚)。


一、典型一天时间线


08:30 ─ 到公司,检查隔夜结算
       │ 查看前一日交易是否有资金/券到账
       │ 处理结算失败——联系交易对手追款
       │ > "昨日的XX交易还没到账,帮我催一下"
       │ 你需要的系统:结算状态看板(绿色=完成/红色=失败)

09:00 ─ 交易确认处理(最忙时段)
       │ 昨天交易的确认书还没签回来的→催收
       │ 新来的交易→生成确认书→发送客户
       │ 确认书签回→核对→归档
       │ > "XX私募的确认书都发了两天了还没签回来"
       │ 你需要的系统:确认跟踪系统(催收提醒+超时升级)

10:00 ─ 交易对账
       │ 内部系统 ↔ 外部对手方的交易对账
       │ 发现差异→排查原因→调整
       │ > "我们系统录了3亿,对方只有2.8亿,差在哪?"
       │ 你需要的系统:对账引擎(逐笔匹配+差异标记)

11:00 ─ 抵押品操作
       │ 根据Margin Call结果执行抵押品收付
       │ 抵押品替换、折扣率调整
       │ 你需要的系统:抵押品操作工作流

11:30 ─ 资金/持仓对账
       │ 内部会计系统 ↔ 交易系统的数据是否一致
       │ 你需要的系统:多系统对账

13:00 ─ 下午确认书处理
       │ 上午新签的交易→继续确认流程
       │ 处理上午交易对账中发现的差异

14:00 ─ 公司行动处理
       │ 分红/配股/并购事件→更新受影响交易
       │ 通知客户→调整合约→存档
       │ 你需要的系统:公司行动工作流

15:00 ─ 日中结算检查
       │ 当日的资金/券是否到账
       │ 准备次日结算文件

16:00 ─ 监管报送
       │ 生成日报报送数据→中证报价/CSRC
       │ 检查报送数据是否完整、准确
       │ > "今天报送时间窗口是几点?"
       │ 你需要的系统:监管报送(模板+校验+自动提交)

17:00 ─ 日终检查
       │ 今日工作全部完成了吗?
       │ 还有没有未处理的异常
       │ 你需要的系统:日终检查清单系统

17:30+ ─ 收工(但如果有异常会拖到很晚)

二、运营的核心KPI

KPI说明系统含义
确认及时率T+0/T+1确认比例确认跟踪、超时预警
结算成功率按时结算的比例结算监控异常报警
对账差异率对账不一致的比例对账引擎准确率
报送准时率监管报送按时完成自动报送+截止提醒
操作差错率手工操作错误自动化减少手动操作

三、运营的系统清单

系统用途
交易确认系统确认书生成、发送、跟踪、归档
结算系统资金/券的交割、状态跟踪
对账引擎内外部数据逐笔对账
抵押品管理系统抵押品收付、替换、折扣率
公司行动模块公司行动处理
监管报送系统数据生成、校验、提交
文档管理协议、确认书、凭证归档

四、运营的黑话

黑话意思系统含义
”挂账了”资金/券没到账结算状态异常
”确认书飞了”确认书发出客户没回确认跟踪催收
”对不平”两边数据不一致对账引擎排查
”这个单子卡住了”流程中断工作流监控
”报送窗口”监管报送截止时间定时任务调度
”兜底”最后期限/后手方案异常处理流程
”盘后”收盘后日终处理
”交收”交割结算结算操作
”圈存”冻结股票作为抵押品抵押品操作
”解圈”解除冻结抵押品释放


系统支持(IT 侧锚点)

运营动作系统 / 代码路径关联文档
确认书生成 / 跟踪DocAgent(ODTS-55)生成 → JUMS 催收推送ODTS-17 确认流程
结算 / 资金划转odyssey-cash-manager-serviceMoneyTransferClient.java → IPMPODTS-53 IPMP 资金划转
公司行动EOD 第 3 步 action/eod/CorporateActionStep.javaproduct-swap §7
监管报送odyssey-report-processing-serviceofareg → 中证报价 / CSRCODTS-19 监管报告
日终批处理EOD 全流程(Fixing→Barrier→Valuation→Greeks→Margin)ODTS-18 EOD 批处理

下一角色:role-risk.md 风控的一天


四、运营结算深度

一、日常结算处理

结算类型处理时间系统操作常见问题
资金结算T日16:00前生成结算指令→发送托管行资金不足、指令延迟
证券交割T+1/T+2中证登指令→股份过户标的不足、冻结
保证金结算每日计算→通知→入账确认对手方延迟、争议
费用结算每月/每季管理费/通道费计算费率争议
到期结算到期日自动计算→资金划拨资金安排

二、结算失败处理流程

flowchart TB
    A[发现结算失败] --> B[判断失败类型]
    B --> C1[资金不足]
    B --> C2[证券不足]
    B --> C3[技术故障]
    C1 & C2 & C3 --> D[联系对手方]
    D --> E{升级处理}
    E --> F[① 延期清算]
    E --> G[② 现金替代]
    E --> H[③ 强制平仓]
    F & G & H --> I[记录失败原因]
    I --> J[监管报送<br/>T+3内完成]

三、公司行动处理

公司行动处理流程系统需求
现金分红除权日→调整估值→分配自动分红调整
送股/配股除权日→调整持仓持仓调整模块
拆股/合股调整价格和数量基准调整
并购/退市终止交易→现金结算特殊事件处理

四、运营系统关键指标

指标目标值监控意义
结算成功率≥99.9%运营效率核心指标
争议解决时间≤2天运营响应能力
数据输入错误率≤0.1%自动化水平
对账完成时间10:00前日初效率
监管报送及时率100%合规水平

五、运营黑话补充

黑话意思使用场景
”断头”交易突然无法结算紧急情况
”卡券”证券不足无法交割融券业务问题
”头寸不足”资金不够日常沟通
”接力”换人继续处理交班
”压单”订单积压业务量大
”甩单”把业务转给别人分工调整
”补录”漏掉的数据手动补录系统不完善
”跑批”批量处理日终操作