Scenarios

情境範例

專案內建四個固定、可重現的合成情境，皆使用假的商店代號（90001-90004）與固定日期（2026-07-01 ～ 2026-07-04）。

情境	商店代號	日期	說明
healthy_shadow_run	90001	2026-07-01	完全乾淨的一天：2400 個 Session、43 筆合格訂單（均價 280.50）、6 位會員，對帳結果 FULL_MATCH。
validation_rejection	90002	2026-07-02	故意放入一筆重複的 Session-Day 鍵值，示範驗證階段如何偵測並隔離不合法紀錄，而不影響彙總指標，最終狀態為 COMPLETED_WITH_VALIDATION_WARNING。
order_filter_exclusions	90003	2026-07-03	訂單分別因「已取消」「不支援的退貨狀態」「不合格會員」被排除，示範 DBT 相容的訂單篩選邏輯與 orders_dbt_compatible / orders_excluded 計數器。
reconciliation_mismatch	90004	2026-07-04	Pipeline 本身處理正確，但 Dashboard 刻意拿它與一份「故意少一筆訂單」的參考報表比對，清楚標示為 模擬的落差（SIMULATED MISMATCH），不是真實的正式環境問題。

怎麼選情境

flowchart TD
    Q{想看什麼?} -->|完整正常流程| S1[healthy_shadow_run]
    Q -->|資料驗證怎麼擋掉壞資料| S2[validation_rejection]
    Q -->|訂單篩選規則| S3[order_filter_exclusions]
    Q -->|報表對帳落差怎麼呈現| S4[reconciliation_mismatch]

Loading

完整的預期數值請參考原始碼中的 demo/config/scenario_definitions.yaml。