門店與網店庫存怎麼同步？先明確 SKU 和可售庫存

先統一商品標識

同款不同顏色或尺碼要使用獨立 SKU。建立門店 SKU 與商城商品規格之間的映射，檢查組合商品、贈品和停售商品。名稱相同不能作爲可靠的唯一標識，條碼和外部商品編號也應覈對唯一性與歸屬。

可售庫存不是簡單的現有數量

現有庫存可能包含已預留、待質檢或無法銷售的商品。商家應寫明可售庫存的計算方法，哪些倉庫供網店銷售，以及門店是否保留安全庫存。將規則用於一組真實商品，比較門店和網店看到的數量。

例如，Shopify 將在手庫存分爲可用、已承諾和不可用等狀態。已被訂單佔用或暫不能出售的數量，不應當作可售數量再次推出；在途數量也要與到貨後可售數量分開考慮。下方官方資料可幫助團隊對照現有網店的庫存口徑。

選擇更新方向並處理競爭

兩邊都可以修改庫存時，要明確衝突時誰擁有優先權。下單、支付、取消和退貨各在什麼時候扣減或返還，也要有對應規則。批量同步如果覆蓋了同步期間的新訂單，可能造成錯誤庫存；應保留事件或版本依據。

把失敗當成正式流程

列出接口限流、授權失效、商品映射不存在和重複事件的處理方式。同步應能重試，重複執行應避免重複扣減。留出需要人工確認的記錄，對照外部平臺的庫存變化覈查，而不是隻看內部任務顯示成功。

根據經營流程規劃商城接入

商城接入應從你的實際經營流程出發，明確商品、銷售、取消和退貨怎樣在兩個系統之間銜接。已有 OpenCart 或 Shopify 網店的商家，可以向我們提供平臺版本與業務需求，一起規劃商品映射、訂單處理和庫存更新的服務範圍。

用一件兩規格商品驗證庫存口徑

以同款揹包的兩個顏色爲例：倉庫有灰色十件、綠色六件，其中灰色兩件已被網店訂單預留。若約定可售庫存扣除預留，則灰色對外可售是八件；如果再爲門店保留兩件安全庫存，網店展示的數量應是六件。這裏的數字僅用於解釋口徑，不是系統默認計算規則。

讓門店再賣出一件灰色揹包，檢查門店記錄與網店數量各在什麼時點改變。取消預留訂單後，哪些數量應恢復，也應寫成預期結果。

哪些異常最值得先測？

先測試沒有映射的 SKU、同步期間的新訂單、同一訂單重複到達，以及外部平臺授權失效。再考慮不同倉庫、組合商品和退貨入庫。測試時保留原系統事件、內部處理記錄和外部平臺最終數量，才能定位是映射、庫存計算還是接口調用出了問題。

任務日誌顯示成功但外部數量沒有變化時，不應反覆覆蓋數據。應先覈對調用是否真正執行、是否訪問了正確商品與倉庫、平臺是否接受更新。同時對照網店的商品數量，確認更新結果符合門店設定的庫存口徑。

爲什麼要給人工覈對留一個入口？

有些差異來自真實業務：商品破損、臨時調貨、店員盤點調整或退款後商品未回倉。這些情況不能靠“自動同步”一概解決。保留差異原因、來源訂單號和處理人，有助於判斷應修正業務記錄還是重新執行接口任務。

門店推廣前應安排一次對賬：抽取不同規格、售後與庫存調整的商品，比較實物、系統記錄和網店可售數量。差異處理規則要讓倉庫、店長和技術人員都能理解，不能只存在於開發人員的代碼註釋中。

庫存口徑先約定

落地檢查清單

• 給每個規格建立唯一映射
• 約定倉庫與可售庫存口徑
• 確認扣減、退款和衝突規則
• 驗證平臺結果與異常重試

參考資料

• Shopify 幫助中心：瞭解庫存狀態

  區分在手、可用、已承諾與不可用庫存，作爲制定可售庫存規則的參考。