Shopify 訂單、GA4 purchase、Meta/Google attributed conversions、金流撥款和財務收入各自回答不同問題。把它們匯入一張表後要求總額完全一致，通常會混淆事件漏失、歸因差異、退款時間和會計口徑。
對帳應先建立訂單事實，再用 bridge 說明每個系統如何從基準變成自己的數字。
Shopify order 作交易主鍵
建立 order-level table：store/order ID、order number、created/paid/cancelled/refunded timestamps、test、market、currency、gross、discount、tax、shipping、refund、net、payment status、customer ID 和 source。Line item 另保存 SKU、quantity、price 和 cost。
訂單不是會計總帳，但它是網站交易和事件去重的最佳共同鍵。所有平台 purchase 儘量帶相同 transaction_id，不能用 Email 作主鍵。
統一時間與幣別
保存 UTC 和 store timezone，報表顯示使用哪一個日期。廣告 spend、conversion time、interaction time、訂單 paid time 和退款日分開。Daylight saving 和跨午夜訂單需測。
多幣保存 order currency、presentment amount、shop currency、平台 account currency 和換算來源。不要重複換匯或用今天匯率重寫歷史。
定義收入 bridge
從 gross product sales 開始，依 discount、return/refund、shipping、tax 和其他 adjustment 到 net/total sales；再扣 COGS、payment fee、fulfillment、shipping subsidy、return cost 和 ad spend 到 contribution。每層列公式和 owner。
平台 conversion value 另映射到對應層，不強制改成同名 revenue。若 Google 傳含稅、Meta 不含運，直接比較前先調整。
建立事件品質對帳
每日比較 Shopify paid orders 和 GA4/Ads/Meta purchase：count、unique transaction_id、value、currency、missing、duplicate 和 delay。抽樣 join order ID，將差異分類為 consent、ad blocker、event error、test/cancel、late arrival 或 unknown。
Event count 可以多於 order count，unique transaction 應符合設計。突然翻倍或歸零立即告警，不等月報。
廣告歸因另做一層
每個平台保存 conversion action、window、model、click/view、report timezone、conversion/interaction date 和 extraction time。同一 order 可被多平台認領，所以 attributed revenue 不相加當公司收入。
差異解讀可參考 電商歸因差異。建立 overlap 和 unattributed bucket，保留 unknown，不強迫分配到某個渠道。
顧客狀態回到訂單歷史
New/returning/reactivated 由公司規則和有效歷史訂單計算，平台標示只作參考。處理 guest、跨 Email、退款和跨店限制。保存 classification date/version，避免歷史數字因規則修改無聲改寫。
CAC 使用增量或至少訂單層新客，不用所有 campaign conversions。LTV 以 cohort 實際 net contribution 累積，預測值另標。
退款與退貨成熟後回寫
建立 order cohort 30/60/90 天或品類適合窗口。早期報表標 provisional，退貨發生後更新原訂單的 net revenue 和 contribution，同時保留 refund cash date。這能同時服務行銷績效與財務現金觀察。
Chargeback、fraud、store credit、exchange 和 partial refund 分開處理，不把所有狀態塞一個 refunded boolean。
設定三個節奏
每日：pipeline、事件歸零/重複、spend、訂單、currency。每週：平台/渠道 bridge、campaign、new customer、product mix 和資料問題。每月：成熟 cohort、退貨、margin、CAC/payback、增量實驗和預算決策。
不同節奏使用同一 metric dictionary 和版本。Dashboard 顯示 last refresh、coverage、known issue 和資料成熟度。
保存可下鑽證據
每個總數能下鑽到 order/campaign sample，但存取遵守最小權限和 PII 遮蔽。Transformation 使用版本控制、測試和 lineage；手動調整有理由、數值、owner 和到期日，不覆寫原始資料。
Theme、App、CMP、GTM、pixel、CAPI 或財務規則變更寫進 change log。數字跳動時先看變更，再猜市場原因。
用差異推動修正
差異分 expected、bug、late、coverage、definition 和 unknown，指定 owner 與期限。修事件時回歸完整 funnel，修 metric 時更新字典與歷史處理決策。不能每月用試算表手調到一致，卻不處理來源。
對帳完成不代表所有數字相等。它代表團隊能從 Shopify 訂單走到分析、廣告和財務，逐層說明差異，並用適合的資料回答成長、優化與獲利問題。