课程 2.4 - 订单、报价与成交路径¶
对 Dealing Room 日常工作来说，最有用的系统知识，是理解报价、订单和执行结果之间的路径。
Quote / Quote Source Price
→
MT4 / MT5
Client Order
→
Platform
Platform
→
Validation / Risk Check
Risk
→
Bridge / Routing
Bridge
→
报价源 / 交易结果
Bridge
→
Fill / Platform Reject / Timeout
Result
→
Platform
Platform
→
History / Report
Dealer 监控什么¶
| 范围 | 观察内容 | 为什么重要 |
|---|---|---|
| Quote | Bid/ask、spread、报价时间、报价贡献 | 坏价或 stale quote 可能影响执行和投诉 |
| Order validation | Margin、session、symbol permission、account condition | 订单 reject 可能是规则问题，不一定是系统故障 |
| Bridge | Queue、routing latency、timeout 和 reject rate | Bridge 显示 connected，也可能并不健康 |
| 报价源状态 | 报价质量、response time、available depth | 执行质量取决于平台、Bridge 和报价条件 |
| Report/history | Order state、deal record、balance impact | 事件关闭前必须确认记录与事实一致 |
调查捷径¶
当执行看起来异常时，按顺序问：
- 当时报价是否正常？
- 订单是否通过平台验证？
- Bridge 队列或 routing latency 是否上升？
- 哪个 报价源 或 route 处理了订单？
- 结果是 fill、reject 还是 timeout？
- 最终平台记录是否与证据一致？
边界¶
Dealer 可以识别受影响层级并收集证据。Route change、报价源 suspension、symbol setting change 或 execution policy change 必须由授权 Shift Leader / 当班负责人 批准。
实战训练¶
真实场景
客户投诉成交价，但订单路径里既有报价变化，也有 Bridge routing 延迟。
Dealer 应该看的证据
Bid / Ask、报价时间戳、订单验证、Bridge route、报价源延迟、成交记录、市场事件。
错误示范
直接判断是报价问题或客户问题，没有拆链路。
正确处理
按报价、订单验证、Bridge、报价源、历史记录逐层排查，哪里有证据就写哪里。
完成标准¶
- 能说明本课的核心风险或操作目的
- 能指出需要查看的系统、数据或证据
- 能说明正确的升级或处理方式
- 已完成 Shift Leader / 当班负责人抽查或实操确认