题目进度 0 / 0 ✓ 0
角色地图: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-service → MoneyTransferClient.java → IPMP | ODTS-53 IPMP 资金划转 |
| 公司行动 | EOD 第 3 步 action/eod/CorporateActionStep.java | product-swap §7 |
| 监管报送 | odyssey-report-processing-service → ofareg → 中证报价 / CSRC | ODTS-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% | 合规水平 |
五、运营黑话补充
| 黑话 | 意思 | 使用场景 |
|---|
| ”断头” | 交易突然无法结算 | 紧急情况 |
| ”卡券” | 证券不足无法交割 | 融券业务问题 |
| ”头寸不足” | 资金不够 | 日常沟通 |
| ”接力” | 换人继续处理 | 交班 |
| ”压单” | 订单积压 | 业务量大 |
| ”甩单” | 把业务转给别人 | 分工调整 |
| ”补录” | 漏掉的数据手动补录 | 系统不完善 |
| ”跑批” | 批量处理 | 日终操作 |