多通路同時銷售最大的痛點就是超賣。本文拆解 GoWarehouse 獨家「兩階段鎖庫存」設計（通路維度 × 商品維度），並比較自動同步 vs 手動同步的優劣。重點：手動同步如何避免 API rate limit 與 race condition，雙 11 爆單也穩。
為什麼電商會超賣？4 個結構性原因
電商超賣不是運氣不好，是系統設計沒考慮多通路同步的必然結果。當你同時在蝦皮、Momo、Shopify、官網銷售，超賣會從這 4 個地方冒出來：
- 各通路庫存各管各的：蝦皮後台顯示還有 10 件，但其實 Momo 已經賣掉 8 件，蝦皮沒收到通知
- API 同步延遲：通路平台之間的庫存推送有 30 秒到 5 分鐘的延遲，這段時間訂單照樣湧入
- 競爭條件（race condition）：同一時間多通路下單，系統還沒反應過來扣庫存，訂單就已經成立
- 人工對單漏洞：依賴員工每天手動把各通路訂單匯入 Excel 對單，永遠有時間差
超賣的真實成本：客訴只是冰山一角
一次超賣的成本遠超過退一單那麼簡單。實際拆解：
| 成本項目 | 單次發生影響 | 長期累積影響 |
|---|---|---|
| 退款手續費 | NT$ 30-100 | 每月 NT$ 3,000-15,000 |
| 客服處理時間 | 15-30 分鐘 / 單 | 每月 5-20 小時人力 |
| 通路平台信評扣分 | 蝦皮 / Momo 評分下降 | 搜尋排名降低、流量損失 |
| 客戶終身價值流失 | 客戶不會再回購 | 每流失 1 位 = NT$ 3,000-10,000 LTV |
| 廣告投放白燒 | 引流來的訂單退掉 | 廣告 ROAS 失真 |
換算下來，一個月 50 次超賣事件 = 約 NT$ 50,000-100,000 的隱形成本，遠超過導入 WMS 的月費。
兩階段鎖庫存解法（GoWarehouse 獨家設計）
GoWarehouse 處理超賣的核心邏輯是**「事前分配 + 事中扣減」的兩階段防線。不是等訂單湧入時才搶庫存，而是提前把可賣庫存分配給每個通路**，每個通路只能在自己的配額內賣。
第一階段：通路維度分配
後台一個畫面，設定每個通路拿到全庫存的多少比例：
| 通路 | 分配比例 | 等於可售上限 |
|---|---|---|
| 蝦皮 | 40% | 全庫存 × 40% |
| Momo | 30% | 全庫存 × 30% |
| Shopify 官網 | 20% | 全庫存 × 20% |
| 保留庫存（經銷 / 現場） | 10% | 不開放線上銷售 |
當蝦皮配額用完時，蝦皮自動下架那個商品；但 Momo 還有 30% 庫存可賣，不受影響。物理上不可能超賣。
第二階段：商品維度精細控制
有些熱賣品需要不同的分配策略 — 例如：
- A 熱賣品：知道蝦皮流量最大，覆寫為「蝦皮 80% / Momo 15% / Shopify 5%」
- B 長尾品：哪邊賣都可以，覆寫為「三通路各 50%」（總和 150% 也 OK，見下節）
- C 即將下架品：限定通路出清，覆寫為「蝦皮 100% / 其他 0%」
商品維度的設定覆寫通路維度的預設值，給你針對單品的精細控制。
彈性設計：比例不必加總 100%
這是 GoWarehouse 跟競品最大的不同 — 分配比例的總和可以不是 100%。
- 總和 = 100%：傳統嚴格分配（蝦皮 40 + Momo 30 + 官網 30 = 100），各通路庫存互斥
- 總和 > 100%（例如三通路都填 100%）：「一盤貨」共享模式 — 三通路看到的可售庫存都是全庫存，但 GoWarehouse 內部用悲觀鎖（pessimistic lock）即時扣減，第一個下單成立的訂單拿到庫存，其他通路同步顯示 0
- 總和 < 100%（例如三通路各 30%，總和 90%）：保留 10% 庫存給經銷、現場販售、旺季備量。這 10% 永遠不會被線上訂單消耗
為什麼這個彈性重要？因為不同業態的需求完全不同。3C 品牌可能要嚴格分配（總和 100%），快時尚可能要一盤貨共享（總和 300%），有經銷通路的品牌需要保留庫存（總和 90%）。GoWarehouse 不強迫你用單一邏輯。
即時同步庫存的兩個觸發模式
分配好比例之後，下一個關鍵問題是：「庫存有異動時，怎麼推送到各通路？」GoWarehouse 提供兩種觸發模式：
模式 1：自動同步 — 入庫時推送（系統預設）
- 觸發條件：當庫存「增加」時（收貨完成、退貨回庫、加工完成入庫），系統自動推送新可售數量到各通路
- 為什麼只推「增加」不推「減少」：減少（出貨）會由通路自己的訂單機制處理，避免重複扣減
- 適合情境：日常進貨流量穩定、不需要對通路庫存做精細時機控制
模式 2：手動同步 — 一鍵按鈕（旺季首推 ⭐）
後台有一個「即時同步庫存」按鈕，按下去就把所有異動過的庫存推送到對應通路。手動模式的好處正好對應自動同步的 3 個結構性風險：
| 風險 | 自動同步 | 手動同步 |
|---|---|---|
| API 速率限制（rate limit） | 每次入庫即推送，旺季可能短時間多次觸發，導致觸發通路 API 速率限制，後續同步全部失敗 | 批次合併多次異動為一次推送，降低 API 呼叫頻率，避開 rate limit |
| 競爭條件（race condition） | 高頻同步 + 訂單同時湧入時，推送順序可能跟扣庫順序不一致，造成短暫庫存對不上 | 選在訂單流量低的時段同步（出貨完 / 下班前），避開 race condition 窗口 |
| 同步時機控制 | 系統自己決定，不可控 | 你可以決定在「當天出貨完」「出貨前」「下班前」再同步，配合自家營運節奏 |
推薦的手動同步時機：
- 出貨完同步：每天下午 4-5 點出貨高峰結束後，一次把當天扣減後的真實可售庫存同步到各通路 → 隔天起床通路看到的數字就是準的
- 出貨前同步：早上開倉前先同步一次，避免昨晚累積的訂單跟今天的庫存對不上
- 下班前同步：避免夜間訂單湧入造成隔天早上的庫存混亂
- 旺季高峰前同步：雙 11 開賣前 1 小時、午餐時段前、晚上 8 點直播前… 配合流量曲線
關鍵心法：「即時同步庫存」的「即時」不是越頻繁越好。在多通路電商環境，由你決定同步時機反而比系統高頻自動推送更穩 — 因為你最了解自家流量曲線。
搭配 GoWarehouse 的完整防線
兩階段鎖庫存 + 手動同步只是防超賣的核心兩道防線。GoWarehouse 完整的防超賣堆疊還包括：
- 安全庫存水位：每個商品可設定安全庫存（例如低於 5 件就鎖定不出貨），避免最後幾件被多通路搶
- 4 類即時預警：庫存低於水位 / 周轉天數異常 / 滯銷偵測 / 效期將至，異常即時通知
- 悲觀鎖機制：訂單成立瞬間鎖住對應庫存，避免併發訂單同時扣同一筆庫存
- QC 雙人複核：出貨前掃描條碼比對，0.01% 的出貨錯誤率就是這樣來的
常見問題 FAQ
Q手動同步會不會比自動慢？
A「快」跟「準」不是同一件事。自動同步快但容易撞 rate limit 失敗；手動同步可控但精準。多通路電商環境通常「準」比「快」重要 — 與其同步 100 次有 30 次失敗，不如同步 5 次都成功。
QAPI rate limit 是什麼？會影響什麼？
Arate limit（速率限制）是通路平台對 API 呼叫次數的上限規定，例如蝦皮可能限制每分鐘 60 次呼叫。如果超過上限，後續呼叫會被拒絕直到下個時間窗口。在旺季高頻自動同步時最容易撞到。
Q可以設定每天自動同步幾次嗎？
A可以。GoWarehouse 支援排程同步 — 設定每天 9:00 / 12:00 / 18:00 自動跑一次，結合手動模式的可控性 + 不忘記同步的安全性。
Q庫存比例可以動態調整嗎？
A可以。後台直接拉滑桿改數字，下次同步時立刻生效。雙 11 前夕一鍵把蝦皮拉到 70%、Momo 降到 20%，完全沒問題。
Q超賣已經發生了怎麼補救？
A第一時間在 GoWarehouse 後台對該訂單做「攔截」（系統內建 8 種攔截原因），避免出錯貨。同時通知客服主動聯繫客戶說明、退款或補貨。每次超賣事件系統自動記錄根因，方便後續調整分配比例。