问题调查地图

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

客户或系统现象	第一入口	第二步	何时扩大
成交价异常	Orders → Decision	读取 Request / Filled / Client fill price 与 Final	需要报价背景时查 Ticks
拒单	Orders → Order / Decision	判断是 Session-stage、Routing Reject 还是执行失败	查 Execution、Alarm
成交延迟	Orders → Decision	看 Delay、Cost 与时间	有外部执行时查 Execution 的 Latency
部分成交	Orders → Order	看 Vol、Remain、Status	查 Execution 是否存在多笔成交
对手方超时	Orders → Execution	查看 Status、Latency、Reason	查 Alarm / System summary
订单找不到	Orders → Order	核对 Account、Ticket、日期和时区	查 Decision Stream
报价停更	Dashboard	找到受影响的 Stream / Symbol	查 Ticks、Connection Status、Alarm
点差扩大	Ticks	查看 Bid、Ask、Spread、Source	查 Dashboard / Alarm
多位客户同时投诉	Orders	按相同时间与 Symbol 扩大范围	查 System summary 与告警
客户频繁快开快平	MT4/MT5 History / Closed Orders	计算 Holding Time、手数、P/L 与时间集中度	有重复模式才扩大历史窗口
新闻时段盈利集中	MT4/MT5 + Events	对齐 Server Time，核对 Entry/Exit、Tick、Spread	证据支持时扩大到账户历史
多账户行为相似	先从涉事 Account 开始	比较时间、Symbol、方向、手数与开平仓	有共同特征才扩大到 Account Cluster

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

第二阶段或升级后处理

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

成交价异常：从 Decision 开始

外部执行问题：进入 Execution

报价问题：进入 Ticks

五条调查纪律

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

前往图文案例：客户成交价投诉，或学习异常交易与客户行为取证。