课程 2.4 - 订单、报价与成交路径¶
对 Dealing Room 日常工作来说,最有用的系统知识,是理解报价、订单和执行结果之间的路径。
报价源
→
报价处理 / 聚合
报价处理 / 聚合
→
MT4 / MT5
MT4 / MT5
→
Client Terminal
客户订单
→
MT4 / MT5
MT4 / MT5
→
订单校验与风险规则
订单校验与风险规则
→
Bridge / 路由
Bridge / 路由
→
执行结果
执行结果
→
MT4 / MT5
MT4 / MT5
→
历史记录与报表
Dealer 监控什么¶
| 范围 | 观察内容 | 为什么重要 |
|---|---|---|
| 报价 | Bid / Ask、点差、报价时间、报价贡献 | 疑似偏离市场价或陈旧报价可能影响执行和投诉 |
| 订单校验 | 保证金、交易时段、产品交易权限、账户交易条件 | 拒单可能是规则问题,不一定是系统故障 |
| Bridge | 队列、路由延迟、超时和拒单率 | Bridge 显示已连接,也可能并不健康 |
| 报价源状态 | 报价质量、响应时间、可用深度 | 执行质量取决于平台、Bridge 和报价条件 |
| 报表 / 历史记录 | 订单状态、成交记录、余额影响 | 事件关闭前必须确认记录与事实一致 |
调查捷径¶
当执行看起来异常时,按顺序问:
- 当时报价是否正常?
- 订单是否通过平台验证?
- Bridge 队列或路由延迟是否上升?
- 哪个报价源或路由处理了订单?
- 结果是成交、拒单还是超时?
- 最终平台记录是否与证据一致?
边界¶
Dealer 可以识别受影响层级并收集证据。路由变更、报价源停用、产品设置变更或执行政策变更,必须经过正式批准,并由获得对应操作授权的人员执行。
实战训练¶
真实场景
客户投诉成交价,但订单路径中既出现报价变化,也出现 Bridge 路由延迟。
Dealer 应该看的证据
Bid / Ask、报价时间戳、订单验证、Bridge 路由记录、报价源延迟、成交记录、市场事件。
错误示范
直接判断是报价问题或客户问题,没有拆链路。
正确处理
按报价、订单验证、Bridge、报价源和历史记录逐层排查,记录各环节已经确认的证据,并在完整时间线形成前保持原因开放。
完成标准¶
- 能说明本课的核心风险或操作目的
- 能指出需要查看的系统、数据或证据
- 能说明正确的升级或处理方式
- 能在模拟或实际指导场景中按流程处理