问题调查地图¶
第一阶段:从客户说法进入正确页面¶
| 客户或系统现象 | 第一入口 | 第二步 | 何时扩大 |
|---|---|---|---|
| 成交价异常 | 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 开始¶

外部执行问题:进入 Execution¶

报价问题:进入 Ticks¶

三条纪律¶
- 先用最稳定的 ID:Ticket、Dec ID、Exec ID、Account。
- 所有页面统一到 Server Time。
- 只有证据支持时,才从单张订单扩大到客户、Symbol 或系统。
- Controls 与 Settings 是当前状态;历史订单以不可变 Decision 和时间化日志为准。
- Insights、Simulation 与 ML 输出是线索或假设,不是最终裁定。
前往图文案例:客户成交价投诉。