Shopify B2B catalog 決定某個 company location 能看到哪些商品與價格。若用「每個客戶一份 catalog」快速開始，客戶增加後會出現大量重複價格表、更新遺漏和無法解釋的差異。設計先找出可重用的商業分層，再處理少數例外。
B2B 能力與方案會更新，實作前核對 Shopify Plus 與當期官方限制。
先建立公司與地點模型
Company 是商業客戶，location 可代表分公司、送貨點或不同交易條件。每個 location 有 buyer、role、地址、tax、payment、catalog 和 market。ERP account/customer ID 保存為 external mapping。
不要把同一公司不同地點強行合併，若它們有不同價格、幣別、帳期或配送。也不要為每個聯絡人建立一家公司。
Catalog 以可重用區段分層
常見 base catalog 依地區、通路、客戶等級或合約，再以價格 adjustment/固定價和商品 publication 表達。先列真正會共同更新的群組，例如台灣經銷商、北美批發、策略客戶。
一對一特價有到期、核准與 owner。長期例外太多，代表分層或 ERP price list 需要重整。
商品可見性和價格一起測
Catalog publication、price、compare-at、quantity rule、volume price、currency 和 inventory 都會影響可購買結果。Buyer 看不到商品時，可能是 catalog、market、publication 或庫存，不只是一個設定。
用相同 SKU 在不同 company location 登入比對 list、product、search、cart、checkout 和 draft order。前台與 API 都需一致。
數量規則符合包裝和履約
Minimum、maximum 和 increment 依 case pack、MOQ、warehouse 和合約設定。顯示在商品頁與 cart，錯誤說明如何修正。Bundle、混箱和不同 location 可有特殊規則，先用真實訂單 prototype。
不要只在 checkout 拒絕。業務代客下單與 API order 也需相同 validation。
ERP/PIM 同步有單一 owner
PIM 管商品資訊，ERP 可能管 customer、price list、credit 和 terms，Shopify 管 storefront catalog assignment。每個欄位列方向、版本、生效時間和人工 override。
Price update 使用 stable SKU/catalog/location ID、idempotency、partial error 和 reconciliation。錯價時能停用 catalog、回前版或人工核准。
Market 與幣別另外驗證
B2B Markets 的 currency、domain、language、tax 和 duty 會影響 catalog 顯示與 draft order。Company shipping address 改變時，market 可能跟著不同；不要假設 catalog currency 就是顧客 checkout currency。
每個主要市場測 storefront、draft、invoice 和 payout/ERP 金額。合約固定價需確認匯率和有效日期。
權限採最小化
Buyer 只看所屬 company/location 和允許 catalog；sales rep/operations 才能建立或改 assignment。大量價格匯入、company merge 和 catalog delete 需 review 與 audit。
停職、離職和 location 關閉立即移除 access。共用帳號無法追蹤誰下單，應避免。
建立 catalog 測試矩陣
涵蓋無 catalog、一個、多個 catalog、重疊商品、固定/調整價、MOQ、缺貨、不同 market/currency、buyer role、draft order 和 checkout。定義價格衝突時預期結果，不靠肉眼猜平台優先順序。
上線後每日監看未指派、空 catalog、錯誤 currency、價格失敗和 ERP 差異；每季清理沒 owner 和過期合約。B2B catalog 做得好，客戶分層可重用、例外可追溯，價格變更也能安全對帳。