市場、通路與帳號：三個不同的責任

跨境平台有幾種不同的差異：帳號所屬市場影響計價單位與付款方式，銷售通路影響價格及可用流程，下單的人也可能不是實際付款的帳號。

我將這些責任分開建模，讓新增規則有明確的歸屬，每筆交易也都有可追查的上下文。

明確區分三個維度

這些設定由伺服器讀取。網域名稱或瀏覽器選擇的幣別，都不能直接決定帳號所屬市場。

商城讓零售與 B2B 共用頁面及業務模組，由通路策略決定支援的操作，市場設定提供計價與支付資訊。通路仍可限制可用市場；分開建模不代表所有組合都必須開放。

將上下文帶進交易

畫面顯示正確幣別只是第一步。付款、退款、取消與調整，都必須找到相同的帳號、通路與計價單位。

因此，訂單保存當時定價與付款使用的上下文。後續退款依照這張訂單的付款責任處理，不能根據使用者目前開啟的頁面，或查詢碰巧找到的第一筆餘額來判斷。

B2B 採購另行區分操作者與付款帳號。伺服器驗證兩者關係、檢查支出額度，並在帳務異動中記錄操作者，讓集中付款仍能追查個別採購行為。

共用身分不代表共用權限

商城、營運後台、員工工作中心與客戶服務入口共用帳號。能進入其中一個應用，不代表自動取得其他應用的權限。入口驗證、操作權限與資料庫授權分別回答不同問題，也需要各自落實。

一個人同時具有多種角色時，這個區分尤其重要。帳號辨識身分，操作及資料範圍決定他可以做什麼。

如何驗證

測試涵蓋計價單位選擇、付款責任與拒絕存取的情境。對帳也會檢查流水的帳號、通路與單位，是否與實際異動的餘額一致。

同一條規則必須在結帳、退款、後台操作及背景排程都成立。把假設留在模型之外，這幾個入口就容易各自得出不同答案。