快速了解
中國多渠道訂單履約需要對共用同一批實體庫存的各渠道，建立一致的可用庫存檢視。將商店變體連結至倉庫 SKU，為已接受的需求預留庫存，並在公布可售數量前分開不可用的商品。在多個平台刊登同一產品，不會產生額外庫存。
將產品識別資訊與渠道刊登資訊分開
一個倉庫 SKU 可能對應 Amazon、Shopify 或 eBay 上不同的刊登參考編號。將這些關係保留在對應檔案中，不要因刊登資訊變更就替換倉庫 SKU。實體商品在入庫驗收、揀貨及庫存盤點過程中都需要維持穩定的識別資訊。
不同包裝組合需要額外決策。單件商品和三件組合可能使用相同的組件庫存，但兩者的可售數量並不相同。請議定倉庫是持有已組裝的套組，還是在收到訂單後才組裝。
fulfillmentyx 發布的客戶體驗內容由 Jassica.L 描述，涉及 Amazon、Shopify 和 eBay 的營運，使用國際集貨運輸及當地包裹配送。若訂單流程相似，請繪製各渠道如何將訂單參考資訊傳遞至國際運輸和最後一公里配送。
計算目前仍可承諾的數量
現有庫存可能包括已屬於已接受訂單的商品，也可能包括因問題而暫停的商品。在將數量同步回銷售渠道前，先識別這些狀態。商店和倉庫使用的名稱可能不同，因此應在帳戶簡報中議定其含義。
考慮一個擁有 120 件實體商品的規劃範例。如果其中 20 件已為已接受的訂單預留，5 件因檢查而暫停，則在扣除任何議定的安全庫存前，剩下 95 件。向每個商店前台公布 120 件，會忽略這些承諾。這是庫存分配範例，不代表任何實際客戶帳戶。
進貨庫存也需要放行規則。供應商的出貨通知可用於支援規劃，但不能確認倉庫將接收的數量或狀況。
控制更新之間的時間
記錄哪個系統負責庫存變更，以及各渠道如何接收這些變更。詢問數量多久更新一次、連線失敗時會如何處理，以及哪些事件會建立預留。若沒有核對規則，避免為同一筆銷售執行兩次獨立調整。
如果更新有所延遲，渠道預留可能降低重複承諾最後幾件庫存的機會。根據實際銷售模式和觀察到的延遲決定預留量。從未檢討的預留也可能掩蓋可用庫存，因此應清楚標示其用途和負責人。
測試衝突情況，而不只是正常訂單
建立會競爭最後可用庫存的測試訂單。包括一筆取消訂單、一件退貨，以及一個與單件商品共用組件的套組。檢查最終倉庫庫存餘額和各渠道顯示的數量。
| 測試 | 預期決策 |
|---|---|
| 兩個渠道要求剩餘的一件商品 | 由一項預留規則決定分配 |
| 套組與單件商品刊登共用一個組件 | 兩者都從正確的庫存關係中扣取 |
| 訂單在揀貨開始後取消 | 倉庫接受取消後，庫存才恢復 |
| 一件損壞的退貨抵達 | 在議定的檢查完成前，維持不可用狀態 |
測試應留下商家可以追查的稽核軌跡，而不必猜測是哪個平台修改了數字。
由一名帳戶負責人檢視例外情況
每日核對應區分庫存差異、匯入失敗和運輸例外。這些問題可能同時出現在賣家的儀表板中，但需要不同的修正方式。盤點庫存無法修正重複匯入的訂單，重新傳送訂單也無法修復錯誤的 SKU 對應。
fulfillmentyx 可透過針對帳戶的連線方式，協調倉庫庫存和已議定平台上的訂單。從渠道對照表、產品檔案及商家希望採用的分配規則開始討論。共用庫存流程經測試後，再新增渠道。
常見問題
每個渠道都應顯示全部可用庫存嗎？
這取決於需求、更新時機和分配模式。在可靠的預留流程下，共用全部庫存可能可行；其他帳戶則使用渠道上限。在競爭訂單下測試這項選擇，並記錄促銷期間誰可以變更這些上限。
預購訂單應如何顯示在倉庫庫存檔案中？
讓預期供應量和已接受的預購承諾保持可識別。不要將其混入不受限制的已收貨庫存。請議定何時計算、檢查及放行進貨商品，以及如果實際接受的交付量少於預測，應如何分配客戶訂單。
新增另一個銷售平台是否需要新的實體 SKU？
如果實體產品不變，通常可以維持相同的倉庫識別資訊。將新的渠道參考編號加入對應表。不同的包裝組合、產品版本或隨附配件，可能需要獨立的識別資訊或組裝指示，因此應先檢查實體差異。
