跳转至

问题调查地图

第一阶段:从客户说法进入正确页面

客户或系统现象 第一入口 第二步 何时扩大
成交价异常 Orders → Decision 读取 Request / Filled / Client fill price 与 Final 需要报价背景时查 Ticks
拒单 Orders → Order / Decision 判断是 Session-stage、Routing Reject 还是执行失败 查 Execution、Alarm/System log
成交延迟 Orders → Decision 看 Delay、Cost 与时间 有外部执行时查 Execution 的 Latency
部分成交 Orders → Order 看 Vol、Remain、Status 查 Execution 是否存在多笔成交
对手方超时 Orders → Execution 看 Status、Latency、Reason 查 Alarm log / System summary
订单找不到 Orders → Order 核对 Account、Ticket、日期和时区 查 Decision Stream / Logs
报价停更 Dashboard 找受影响 Stream / Symbol 查 Ticks、Connection Status、Alarm log
点差扩大 Ticks 看 Bid、Ask、Spread、Source 查 Dashboard / Alarm log
多客户同时投诉 Orders 相同时间与 Symbol 扩大范围 查 System summary 与告警

以上是新人先要掌握的查询路径。复杂分析、配置争议和自动化问题,应先记录事实并升级。

第二阶段或升级后处理

客户或系统现象 第一入口 第二步 何时扩大
某时段整体滑点偏高 Insights → Slippage 记录筛选范围、Decisions、Lots 与单位 用 Markout 定位 Ticket,再查订单链
成交后价格走势争议 Markout report 明确基准、单位与多个时间窗 回到 Decision 与 Ticks
怀疑配置被修改 记录现象并升级 Senior 由授权人员查 Audit events 对照 Controls / Settings 当前状态
新闻时段异常 Events 核对事件、Timezone、Symbol 与 override 查 Decision、Ticks、Logs
自动化动作争议 Client history / 通知记录 记录动作与时间并升级 由授权人员查 Automation、Audit/System log
Order 有但 Decision 没有 Order 判断是否 Session check 阶段直接拒绝 查 System log / Audit evidence
Decision 有但 Execution 没有 Decision 查看 Route 是否 Reject 非 Reject 时查 System log

成交价异常:从 Decision 开始

Orders → Decision:Request、Filled 与 Client fill price

外部执行问题:进入 Execution

Orders → Execution:Counterparty、Pool、Slip、Latency 与 Reason

报价问题:进入 Ticks

Ticks:Bid、Ask、Spread 与 Source

三条纪律

  1. 先用最稳定的 ID:Ticket、Dec ID、Exec ID、Account。
  2. 所有页面统一到 Server Time。
  3. 只有证据支持时,才从单张订单扩大到客户、Symbol 或系统。
  4. Controls 与 Settings 是当前状态;历史订单以不可变 Decision 和时间化日志为准。
  5. Insights、Simulation 与 ML 输出是线索或假设,不是最终裁定。

前往图文案例:客户成交价投诉