倉庫類型這一產品類型可以按照許多分類進行劃分，在這篇文章里，作者主要依據業務庫存的信息化管控要求進行了劃分，即劃分為實體倉、邏輯倉與虛擬倉，并對其用途、倉與倉之間的關系等方面做了解讀，一起來看看吧。

背景介紹

倉庫類型是一個很寬泛的詞語，可以按照不同的分類標準而且定義出不同含義的名詞。

• 例如按倉庫所在地域劃分，可以分成國內倉和海外倉。
• 例如按倉庫所存放的貨物的不同，可以分成原料倉、半成品倉、成品倉。
• 例如按倉庫的用途來劃分，可以分成加工倉、中轉倉、存儲倉、保稅倉、電商倉。
• 例如按倉庫的功能分類，也可以定義為中心倉、區域倉、前置倉、門店倉。
• ……

而本文的所闡述的產品類型是按照業務庫存的信息化管控要求來劃分的，分別是實體倉，邏輯倉和虛擬倉。

一、名詞定義

1. 什么是實體倉？

實體倉的定義比較簡單，就是指真實存在的倉庫，這種倉庫有具體的倉庫名稱和編碼，有物理地址，有聯系人信息等，屬于供應鏈系統中最常見的“倉庫”的概念。實體倉通常位于實際的物流節點，可以是公司自己擁有或租賃的倉庫，也可以是第三方物流提供商的倉庫。實體倉用于存儲、分揀、包裝和分發貨物，是供應鏈中實際操作的環節。

例如說某個系統中有“東莞一倉”，這是一個實體倉，通過這個倉庫名稱可以在系統中查詢到相關的倉庫基礎信息，倉庫中的貨主信息，倉庫中的庫存信息等。

2. 什么是邏輯倉？

邏輯倉是基于實體倉而衍生出來的概念，現實情況下一般實體倉的數量是有限的、較少的，也就意味著用“實體倉”的維度去查詢一些信息的時候粒度會比較粗糙。

而在實際的業務發展過程中，如果某個公司要對庫存有更精細化的庫存管理，那么只用“實體倉”這個字段是不夠的。邏輯倉可以根據不同的需求和策略劃分為不同的區域、庫位或存儲單元，用于管理庫存和貨物的流動。邏輯倉可以通過供應鏈管理軟件進行管理，記錄和跟蹤庫存信息、訂單流程和庫存變動等。邏輯倉的劃分可以基于產品屬性、銷售渠道、地理位置等因素進行。

例如在某個實體倉中，劃分了多個區域，這不同的區域歸屬于同一個公司下不同的業務部門，每個部門獨立占用其中一塊區域作為自己的庫存管理區域，常見的做法就是會引入邏輯倉。

實體倉和邏輯倉

3. 什么是虛擬倉？

虛擬倉相對實體倉來說，就是虛擬的，不真實的，并不真實存在于物理空間中，而是通過系統和技術手段模擬出來的倉庫概念。最容易區分的一個關鍵點就是：虛擬倉不需要實物管理，它只是用來記錄一些數據，便于數據的流轉和查詢而已。

例如說很多ERP都會定義一些“在途倉”、“中轉倉”、“凍結倉”、“鎖定倉”，或者是直接就叫做“XX虛擬倉”，表示這個倉庫不需要實物的管控，只是用來做數據的記錄而已。

二、為什么需要邏輯倉？

很多人可能聽過比較多的就是“實體倉”和“虛擬倉”，這兩者比較好理解，但是關于“邏輯倉”可能就聽得比較少，也有點奇怪，為什么需要這個東西？

接下來我用一個V公司的案例，來給大家說明一下這其中的道理和邏輯。請注意，V公司不代表某個真實的公司，只是我杜撰的一個虛擬公司，用來幫助講解業務而已。

V公司是一家多渠道銷售的貿易型公司，有國內電商銷售，跨境電商銷售，線下門店銷售，線下客戶直銷等。不同的銷售渠道是通過不同的業務部門來分別管理的，即銷售部門分成了國內電商銷售部，跨境電商銷售部，門店銷售部，線下客戶直銷部等。

公司還有一個供應鏈計劃的部門，會收集各個銷售部門的需求，然后集中去采購。在采購的時候需要明確貨物到底送到什么倉庫去？然后要采購多少數量？

在沒有引入邏輯倉概念之前，一般來說采購的時候指定某個實體倉，然后數量就是匯總所有業務部門的需求。當倉庫收貨完成之后，然后再通過ERP進行庫存的調度分配，常見的玩法就是按比例，例如說國內電商銷售部占比40%，跨境電商銷售部占比20%，門店銷售部占比30%，線下客戶直銷部占比10%。

這種方式用了一段時間之后就會發現有幾個點是很容易扯皮。

例如說某次又采購了維他檸檬茶500PCS，但是這次采購的需求是國內電商銷售部和門店銷售部發起的，所以應該由著兩個部門來分配，但是按之前的設定好的分配比例，又把庫存給到了跨境電商銷售部和線下客戶直銷部。這樣會導致每次采購的時候，都要指定好分配的比例，操作流程會更麻煩一點點。

其次，當每次采購指定好了分配比例之后，采購或者銷售過程中，會出現實際庫存和系統賬面庫存不準確的情況，于是又要設定相關的比例分配的邏輯。當多了庫存的時候，優先增加給誰；當少了庫存的時候，優先扣減誰的。

還有，在做庫存的查詢和處理的時候會比較麻煩，因為庫存的切割粒度是按“商品+銷售部門”來劃分的，如果要統計某個商品的可用庫存，鎖定庫存，在途庫存等信息，則都需要帶上“商品+銷售部門”，相對來說會比較麻煩。

商品+銷售部門的庫存展示

最后，如果未來庫存還需要分配給其他的部門去使用，則又要引入一個新的部門，然后涉及到分配相關的配置和業務可能都需要調整，而且這種庫存的分配機制一旦引入之后，涉及的改動一般都會比較多，顯然不太適合業務的拓展。

基于上述的一些問題和現狀等，行業內的大佬們逐步意識到了可以通過引入一個更加靈活拓展的字段來解決這個問題，這個字段其實就是“邏輯倉”。

既然業務部門可能會經常變化，然后業務部門對各自庫存的管理訴求也是希望能獨立劃分，那么干脆就引入一個“邏輯倉”來進行劃分。通過“部門-邏輯倉”的配置關系，可以很靈活的劃定不同的業務部門說管轄的庫存范疇。

當只有實體倉的時候，我們是通過“SKU+實體倉+數量”來劃分庫存的，例如說：維他檸檬茶在東莞倉中有1000個庫存，則庫存的展示數據如下所示。

只有實體倉的時候

當我需要對實體倉的庫存進行進一步的劃分的時候，就可以引入“SKU+實體倉+虛擬倉+數量”的方式來劃分庫存，例如說：維他檸檬茶在「東莞倉」下的「東莞01邏輯倉」有600個庫存；維他檸檬茶在「東莞倉」下的「東莞02邏輯倉」有400個庫存；兩個邏輯倉都是屬于「東莞倉」這個實體倉，所以「東莞倉」一共是有1000個庫存。

當引入了實體倉+邏輯倉的時候

當實體倉和邏輯倉維護好了父子級關系之后，在庫存展示的時候就可以隱藏實體倉了，只需要展示邏輯倉就可以通過這層關系知道背后的實體倉是什么，于是庫存的展示列表如下所示：

當只有邏輯倉的時候

根據上面3個圖例的介紹，我們再來重新繪制一下“商品+銷售部門的庫存展示”這張圖，最后改進后的展示效果如下所示：

商品+邏輯倉的庫存展示

對比兩張圖，似乎好像只是把“銷售部門”改成了“邏輯倉”，僅僅只是一個字段的調整，但是背后的業務邏輯其實已經發生了質的變化。因為引入了邏輯倉，所以庫存所關聯的維度就發現了變化，而且邏輯倉又可以不受到組織結構的影響，可以自由增加和變化，同時也可以單獨和倉庫進行更緊密的映射關系配置，帶來了諸多的好處。

三、引入邏輯倉之后

當引入了邏輯倉之后，接下來就要重點考慮邏輯倉和實體倉的關聯關系了，邏輯倉和實體倉的關系是怎么樣的關系？邏輯倉的庫存和實體倉的庫存是怎么聯動發生變化的？

首先，實體倉和邏輯倉的關系一般都1:N的關系，即一個實體倉下有多個邏輯倉；其次，要確認邏輯倉的庫存和實體倉的庫存是怎么聯動的，則需要提前定義好兩者的“映射關系”。業內一般會有兩種做法，一種是有映射關系，一種的沒有映射關系。

1. 有映射關系

第一種情況，邏輯倉和實體倉的庫區/庫位有映射關系。在ERP的角度，如果向「東莞01倉」采購了1000PCS的維他檸檬茶，則倉庫在收貨之后，會根據映射關系，上架到庫區A中。同理，如果是「東莞02倉」采購了200PCS，則倉庫會上架到庫區B中。

在實體倉庫中，此時一共有1200PCS的維他檸檬茶，分別是在庫區A和庫區B。在管理的時候是物理區域隔離開的，如果說庫區A的貨物盤盈了或者盤虧了，那么可以根據映射關系反饋給ERP，去盤盈或者盤虧邏輯倉「東莞01」的庫存。

邏輯倉和實體倉的庫區/庫位映射

這種方式的優點很明顯，就是可以精細化、準確地管理邏輯倉的庫存，在ERP的維度可以很清晰的知道某個邏輯倉的庫存到底是多少，即使是每天有高頻的庫存變化，也很容易追溯查賬，可以大大地降低庫存不準確的幾率，對ERP做一些計劃、調度有很大的幫助。

而這個方案的缺點就是對倉庫端的要求比較高，甚至會降低倉庫的作業效率。同一個SKU，如果集中放在某個區域，某個庫位，這樣既可以提升庫容利用率，也能提高作業的效率。但是有邏輯倉和庫區/庫位綁定了，如果有很多個邏輯倉，那么同一個SKU就可能會放在一個倉庫的很多個庫區/庫位上，分的很散，不利于倉庫的管理。

2. 沒有映射關系

接下來介紹的是第二種情況，即邏輯倉和實體倉的庫區/庫位沒有映射關系。在ERP的角度，如果向「東莞01倉」采購了1000PCS的維他檸檬茶，同時也向「東莞02倉」采購了200PCS的維他檸檬茶，則倉庫在收貨的時候會將這1200PCS集中放在一個區域中（會混放在一起）。

當收貨/發貨數量和實際的數量沒有差異的時候，ERP增加/扣減對應邏輯倉的庫存，而WMS就直接增加/扣減總的庫存即可。但是如果收貨/發貨數量有差異，或者倉庫中的實物存在盤盈/盤虧的時候，則需要提前指定好對應的分配邏輯，即當多了庫存的時候，優先增加給誰；當少了庫存的時候，優先扣減誰的；

邏輯倉和實體倉的庫區/庫位沒有映射關系

此方案的優點就是：不依賴倉庫端的作業，對倉庫來說，其實倉庫都感知不到有多個邏輯倉的存在，倉庫中所有的貨物都是集中在實體倉的維度下進行管理，沒有邏輯倉的概念。

所以對應的缺點就是：ERP推送到WMS的單據中，但凡涉及到邏輯倉的內容都要轉化為背后的實體倉；而實體倉作業完成之后回傳數據給ERP的時候，也需要讓ERP根據轉化關系再裂變成多個虛擬倉。

ERP和WMS的單據轉化

四、引入邏輯倉的優勢

當引入邏輯倉之后，無論是否配置了ERP和WMS的庫區/庫位的映射關系，都可以帶來很多便捷之處，因為邏輯倉最大的優勢就是可以將多種業務的訴求融合在一起，然后用一個“邏輯倉編碼”去承載。例如下圖中的案例，一開始的時候只有三個邏輯倉，分別是：

1. 國內電商發貨倉
2. 跨境電商發貨倉
3. 線下業務發貨倉

邏輯倉的演進之路

這幾個倉庫都是掛在實體倉「東莞倉」下面，隨著業務的發展，財務方提出要將正常的商品和贈品分開管理，便于財務做賬和對賬，于是只需要在系統中配置新的邏輯倉，即國內電商贈品專用倉，線下業務贈品專用倉就可以了。此時，系統中的邏輯倉變成了：

1. 國內電商發貨倉
2. 國內電商贈品專用倉
3. 跨境電商發貨倉
4. 線下業務發貨倉
5. 線下業務贈品專用倉

新的邏輯倉增加了之后，又過了一段時間，電商業務發生了比較多的客戶退貨，有一些退貨是可以當作新品繼續銷售的，但是有一些商品是有明顯的拆封痕跡，為了避免將這些“二手”的貨物當作“新品”發給消費者，于是業務方決定引入新的退貨倉，專門來存儲客戶退回的貨物。只有經過了嚴格的檢測和篩選之后才能轉回到電商發貨或者線下業務發貨，否則就要當作二手或者殘次品貨物銷售。

于是，又要增加新的邏輯倉，即國內電商客退貨倉，跨境電商客退貨倉。目前系統中的邏輯倉就變成了：

1. 國內電商發貨倉
2. 國內電商贈品專用倉
3. 國內電商客退貨倉
4. 跨境電商發貨倉
5. 跨境電商客退貨倉
6. 線下業務發貨倉
7. 線下業務贈品專用倉

從上圖可知，邏輯倉可以通過根據不同的業務要求動態、靈活地響應，理論上是沒有上限數量的。

現在，我們再來回顧一下邏輯倉的定義和作用是什么，想必會有一個更深刻的認識：

邏輯倉可以根據不同的需求和策略劃分為不同的區域、庫位或存儲單元，用于管理庫存和貨物的流動。邏輯倉可以通過供應鏈管理軟件進行管理，記錄和跟蹤庫存信息、訂單流程和庫存變動等。邏輯倉的劃分可以基于產品屬性、銷售渠道、地理位置等因素進行。

五、為什么需要虛擬倉？

上面解答了為什么需要邏輯倉，接下來我們再來看一下，為什么需要虛擬倉？

虛擬倉一般在ERP或者OMS系統中比較常見，因為倉庫是虛擬的，所以一般WMS就沒有這倉庫了。使用虛擬倉是因為有一些數據需要掛在倉庫這個維度上，但是這個倉庫又不參與實際的線下操作，所以就會引入一個“虛擬倉的概念”，來解決一些數據承載的問題。

例如說，海外倉OMS會有一個智能選倉的功能，即上游系統通過接口推送訂單給OMS。如果推送的是具體的倉庫編碼，則就默認為使用指定的倉庫編碼，如果推送的是一個虛擬倉的編碼，則意味著海外倉OMS需要通過智能選倉的邏輯去動態匹配最合適的倉庫。

例如說，在多倉或者多門店之間的調撥，為了便于業務跟進調撥的過程和調撥的數量等，可以引入一個“在途倉”的概念。當發生了調撥之后，庫存會先轉移到在途倉中，可以通過在途倉的維度去查看到所有在途的庫存，這個在途倉就是虛擬倉。

例如說一些需要委外加工的業務，也可以將委外加工發出的材料記錄在虛擬倉中，當加工完成之后，成品轉移到正常的倉庫中，即從虛擬倉中扣除庫存，然后在正常倉中增加庫存。委外加工倉也是一個虛擬倉，用來跟進一些庫存數據和狀態。

例如說有一些電商ERP還會引入虛擬倉和銷售渠道進行綁定和關聯，已達到獨享庫存的效果。電商業務中會有全渠道一盤貨的玩法，為了讓某個銷售渠道有足夠的庫存可以使用，可以引入虛擬倉與該渠道管理，然后將實體倉的庫存分配到虛擬倉中，實現預留渠道庫存的效果。如果沒有和虛擬倉管理的渠道，則默認使用實體倉的庫存，即大家一起共享庫存。

這里的虛擬倉和上面提到的邏輯倉類似，有的產品中叫作邏輯倉，有的則叫虛擬倉。

虛擬倉不需要實物管理，它只是用來記錄一些數據，便于數據的流轉和查詢而已。

六、總結

初次接觸實體倉、邏輯倉和虛擬倉的概念時，其中最讓人費解的就是邏輯倉，因為背后關聯的一些業務比較復雜，如果不知道前因后果的話很容易被一些概念和定義給迷糊。而實體倉和虛擬倉，相對來說定義更清晰，用途也更明確，所以理解起來不會那么難。

倉庫是庫存管理中最核心的一個因素，它是承載庫存的一個基石，貨品要放在某個地方才會產生庫存，這里的“某個地方”就是指倉庫。如果是實際的、具象的倉庫存在，那么這個承載倉庫就是指的“實體倉”；而在進銷存或者其他一些簡單的庫存管理系統中，由于沒有具體的倉庫，所以會定義出一個“邏輯倉”或者“虛擬倉”。

當一個系統中，即存在實體倉，又存在邏輯倉和虛擬倉的時候，那就要先定義好這三者的用途和區別了。根據上面的拆解，再結合具體的業務，相信大家可以很好地理清楚它們之間的關系，也能設計出適合自身業務的產品設計方案了。