跳转至

Events、Calendar、Automation 与 Simulation

这四个页面分别回答：事件何时发生、系统应做什么、自动动作是否触发，以及参数变化可能带来什么结果。 它们必须与 Decision、Pricing overrides、Logs 分开理解。

一条完整链路

CALENDAR
定义时间与事件→CONSUMERS
M_evt / Effect mode / Alerts→OVERRIDES / ROUTING / AUTOMATION
执行配置动作→DECISION + LOGS
保存实际结果与记录

Calendar 只定义“什么时候”；消费者决定“做什么”。所以看到新闻事件，不能直接断言它必然改变了某张订单。

Controls → Calendar：定义事件时间

Controls → Calendar

Calendar 包含 Recurring sessions 与 One-off events。页面明确说明这是共享的时间/事件日历，其消费者包括 M_evt、Effect modes、Alerts。

Recurring sessions 需要一起核对 Event、Description、Days、Windows、Timezone、Symbols、Status。例如 Daily Rollover 在工作日包含两个时间窗，Weekend 覆盖周六、周日。调查时必须换算并记录页面时区，不能只凭本地时间判断订单是否处于事件窗口。

Events：值班人员的事件总览

Events 日历

左侧独立的 Events 页面把 Events、Overrides、Sessions 和 Automation 放在同一个日历视图中，并显示：

  • 月度事件分布；
  • LP Sessions 时间轴；
  • 当日 Overrides；
  • Event profiles 及 action 数量、Severity；
  • Upcoming 14 days。

它适合值班前确认今日及未来事件窗口，也适合调查异常时快速判断附近是否存在新闻、rollover、session 或 override。它是入口，不是订单实际受影响的最终证据。

Controls → Automation：触发条件成立后依序执行动作

Controls → Automation

页面说明：Trigger 匹配且所有 Conditions 为 true 时任务触发，Actions 按顺序执行；动作类别来自 Message、Client、Account。

列表提供 Task、Trigger、Actions、Last triggered、Updated、Status。实际例子包括：

  • Scheduled event → Dashboard Notify / Send message；
  • Adapter disconnected → Send message / Dashboard Notify；
  • Tag applied → Disable trade、Disable Withdrawal、Change group 或 CRM flag；
  • Tag removed → 恢复账户或调整 group。

自动化告警调查顺序

  1. 记录通知中的 Task 名称与时间；
  2. 在 Automation 核对 Trigger、Actions、Last triggered 和 Status；
  3. 若涉及客户或账户动作，到 Clients 检查 Change history；
  4. 若涉及 adapter 或系统状态，到 Alarm/System log 核对触发与恢复；
  5. 若影响订单，以 Ticket 回到 Decision、Order、Execution；
  6. 记录“配置应该做什么”和“日志证明实际做了什么”，不要混成一句。

Inactive task 没有 Last triggered 并不证明系统故障；应先确认其状态与更新时间。

Controls → Simulation：What-if，不是历史证据

Controls → Simulation

Simulation 当前包含 Slippage simulator、Score A curves、VMD matrix。Slippage simulator 可以：

  • 按 Broker 和 Ticket 加载订单作为 Baseline；
  • 或创建自定义场景，选择 Symbol、Lot 和 VMD profile；
  • 覆盖 Base_VMD、M_add、C_add、Manual_adj、B_coeff、B_spread_x、Spread、Factor、Global_Cap；
  • 比较 Actual 与 Simulated。

空白 Override 表示继承 Baseline。直接覆盖 Base_VMD 会使所选 VMD profile 无效；自定义场景未选 profile 时，部分 Baseline 会保持为空。页面还展示 Safe Formula：

Final = MIN((Base_VMD × MAX(0, 1 + M_add + C_add + B_coeff + Manual_adj) + B_spread_x × Spread) × Factor, Global_Cap)

Simulation 适合培训与影响分析，不能作为“历史订单当时就是这样计算”的证据。历史结果仍以 Decision 为准。

案例：新闻时段成交价投诉

客户投诉某订单在 CPI 前后成交价异常。

任务：列出完整查询路径，并说明每一步能证明什么。

展开参考答案 先在 Orders → Decision 以 Ticket 固定订单时间、三段价格、M/C/B、Rule、Route、Mode、Final、Cost、Status。然后在 Events 确认订单是否靠近 CPI 窗口，并在 Controls → Calendar 核对事件定义、Timezone、Symbols 与 Status；在 Pricing overrides 核对对应 Stream 的 profile 及生效时间；在 Ticks 验证市场报价；在 Logs 核对事件、override 或 automation 是否实际触发。Simulation 只能用于重演参数变化的可能影响，不能代替 Decision 或日志。

新人容易犯的错误

  • Calendar 有事件，就认定订单一定受影响；
  • 忽略 UTC 与本地时间转换；
  • 只看 Automation 配置，不查 Last triggered 和日志；
  • 把当前 override 当成历史时刻生效证明；
  • 把 Simulation 结果写成历史事实；
  • 看到通知就跳过 Ticket 级别的 Decision/Execution 调查。