一個倉的時候，很多問題不存在
只有一個倉的時候，「庫存有多少」是一個數字。開了第二個倉，它變成一組數字，而且立刻冒出幾個新問題：
- 客戶下單，要從哪個倉出？
- 兩邊都不夠、加起來夠，算不算有貨？
- 貨從 A 倉搬到 B 倉的路上，它算在誰頭上？
- 盤點要不要同一天做？
這篇講這幾個問題的設計選擇，以及選錯的代價。
先分清楚「倉」和「儲位」
這兩個常被混用，但層級不同：
| 層級 | 是什麼 | 什麼時候需要 |
|---|---|---|
| 倉別 | 實體上分開的地點，例如門市、倉庫、寄倉 | 有兩個以上地點就需要 |
| 儲位 | 同一個倉內的位置，例如 A 區第 3 排 | 倉大到「找不到貨」時才需要 |
常見的錯誤是跳過倉別、直接用儲位表達地點（把「門市」做成一個儲位）。短期可行，但之後要分倉計算成本或做調撥時就卡住了，而且回頭改動要重建歷史資料。
反過來，小倉不需要儲位。導入時把儲位開得太細，最後沒人維護，資料會比沒有更糟。
出貨要從哪個倉出
三種常見策略：
一、固定指定 —— 每個通路綁定一個倉。最單純、最好預測，缺點是某個倉缺貨時不會自動去找別的倉。
二、優先順序 —— 設定倉別順序，依序檢查有沒有貨。適合有主倉加備援倉的情況。
三、就近出貨 —— 依收貨地址挑最近的倉。運費最省、到貨最快，但需要地址到倉別的對應規則，而且退貨要決定回哪個倉。
建議從第一或第二種開始。 第三種的效益要在出貨量夠大時才明顯，而它的複雜度是立刻就要付的。
可售數量怎麼算：最容易出事的一題
兩個倉各有 5 件，客戶要買 8 件。顯示有貨還是沒貨？
- 合計顯示 —— 顯示 10 件。成交率高，但出貨時要拆成兩批，運費與作業成本變高，客戶也可能收到兩個包裹
- 單倉顯示 —— 顯示 5 件。不會有拆單問題，但你明明有 10 件卻賣不掉 8 件
沒有標準答案，取決於拆單的成本。但一定要明確選一種並寫下來 —— 最糟的情況是前台用合計、後台用單倉，於是訂單成立了卻出不了貨。
調撥：在途庫存一定要有狀態
貨從 A 倉出發、還沒到 B 倉，這段時間它在哪裡？
如果系統只有「出庫」和「入庫」兩個動作，那這段時間它不在任何倉，於是總量憑空減少，帳一定對不起來。運送三天以上、或跨月的時候問題會很明顯。
正確的做法是調撥單有三個狀態：
- 已建立 —— 還沒動，庫存仍在 A 倉
- 在途 —— 已從 A 倉扣除，尚未加進 B 倉，但計入公司總庫存
- 已收貨 —— 加進 B 倉，數量與出庫對不上時要能記錄差異
第 3 步的差異記錄很重要。運送破損、短少是會發生的，如果系統強迫收貨數量必須等於出庫數量，現場就會用別的方式繞過去，帳又散了。
成本要跟著貨走
調撥不是只搬數量，成本也要一起搬。
如果 A 倉的加權平均成本是 100、B 倉是 120，搬過去之後 B 倉的成本要重新加權計算。忽略這件事，各倉的存貨金額加起來會對不上總帳。
另外要決定：運費算誰的？ 併入 B 倉的存貨成本，或是當期費用。兩種都有人用，但要一致，不能這批算進成本、那批列費用。
什麼時候不該開第二個倉
最後講一個反面的：如果兩個地點的貨其實會互相支援、距離又近，那把它們當成一個倉的兩個儲位可能更省事 —— 不必做調撥、不必處理在途、可售數量沒有爭議。
倉別的意義在於「需要分開計算」。如果不需要分開算，就不要分。
延伸閱讀
- 多通路庫存怎麼同步——通路之間的同步，是這篇的上一層問題
- ERP 導入前要準備哪些資料——期初庫存要分倉準備
- 進銷存系統和 ERP 差在哪——多倉調撥是分界線之一