公司身分
公司、公司據點、聯絡人、登入、角色、核准與業務歸屬。
交付物 · 公司、據點與帳戶責任圖
Shopify B2B 架構
B2B 需要另一套責任模型
從公司與據點身分、商品目錄與合約價，到訂單核准、帳期、履約、ERP 與業務權限，把批發流程整理成可以驗證和交接的架構。
規劃三個高風險工作項目六層架構
每項前台需求，背後都有資料與營運負責人
先定義輸入、主資料系統、例外與證據；確認後才寫進實作範圍。
商品目錄與定價
商品可見性、市場與據點商品目錄、固定價、價格調整、數量規則、級距與折扣衝突。
交付物 · 商品目錄與價格優先序矩陣
訂購與付款
立即成交、草稿訂單複核、最低訂購量（MOQ）、付款方式、付款條件、訂金、部分付款與帳務交接。
交付物 · 訂單與付款狀態圖
履約與服務
地址、運送、稅務輸入、庫存承諾、履約、取消、退貨、客服與業務輔助流程。
交付物 · 例外與交接台帳
企業系統
ERP、PIM、CRM、OMS、WMS、EDI、自建報價與資料權責。
交付物 · 主責記錄系統與整合圖
治理
誰建立公司、改價格、核准例外、處理同步錯誤、測試發布、訓練業務人員與支援客戶。
交付物 · RACI、發布關卡、監測與操作手冊
匿名架構規劃工具
先選營運模式，再排三個高風險工作流
選擇只保留在目前頁面，不會讀取 Shopify、公司、價格、訂單或 ERP 資料。
選擇商店模式與至少一個挑戰後，這裡會形成第一版架構工作項目。
最新平台來源
能力與方案會改，架構頁必須能回到官方來源
以下官方文件於 2026-08-12 查核。實際方案、商品目錄、付款與結帳資格，需在正式探索階段再次確認。
決策邊界
先說清楚 model，再討論功能
Shopify B2B 應該採共用商店還是獨立商店？
沒有通用答案。若商品、內容、庫存與團隊高度共用，共用商店可能降低重複；若價格、身分、體驗、整合或營運責任差異很大，獨立商店可能更清楚。應以代表性帳戶和訂單流程比較資料隔離、發布、客服與報表成本。
商品目錄可以取代 ERP 的價格主檔嗎？
不能直接假設。商品目錄能控制 Shopify 內的商品可見性與 B2B 定價，但主資料系統、合約價、核准、同步頻率、衝突解法與財務對帳仍需由實際 ERP／PIM／CRM 架構決定。
所有 B2B 功能都適用每個 Shopify 方案嗎？
不適用。官方已把 B2B 能力擴展到多個方案，但商品目錄數量、直接指派、訂金、部分付款等能力仍有方案邊界，而且會更新。頁面不替個別商店判定資格，正式範圍要以當下官方文件和後台驗證。
這個規劃器會讀取公司、價格或 ERP 資料嗎？
不會。它只使用當頁選擇的商店模式與最多三個挑戰，輸出工作流提示；不登入 Shopify、不計算報價，也不取代方案探索。
從政策走到實作