供應(yīng)鏈系統(tǒng)中的倉庫類型拆解:實(shí)體倉、邏輯倉、虛擬倉
倉庫類型這一產(chǎn)品類型可以按照許多分類進(jìn)行劃分,在這篇文章里,作者主要依據(jù)業(yè)務(wù)庫存的信息化管控要求進(jìn)行了劃分,即劃分為實(shí)體倉、邏輯倉與虛擬倉,并對其用途、倉與倉之間的關(guān)系等方面做了解讀,一起來看看吧。
背景介紹
倉庫類型是一個很寬泛的詞語,可以按照不同的分類標(biāo)準(zhǔn)而且定義出不同含義的名詞。
- 例如按倉庫所在地域劃分,可以分成國內(nèi)倉和海外倉。
- 例如按倉庫所存放的貨物的不同,可以分成原料倉、半成品倉、成品倉。
- 例如按倉庫的用途來劃分,可以分成加工倉、中轉(zhuǎn)倉、存儲倉、保稅倉、電商倉。
- 例如按倉庫的功能分類,也可以定義為中心倉、區(qū)域倉、前置倉、門店倉。
- ……
而本文的所闡述的產(chǎn)品類型是按照業(yè)務(wù)庫存的信息化管控要求來劃分的,分別是實(shí)體倉,邏輯倉和虛擬倉。
一、名詞定義
1. 什么是實(shí)體倉?
實(shí)體倉的定義比較簡單,就是指真實(shí)存在的倉庫,這種倉庫有具體的倉庫名稱和編碼,有物理地址,有聯(lián)系人信息等,屬于供應(yīng)鏈系統(tǒng)中最常見的“倉庫”的概念。實(shí)體倉通常位于實(shí)際的物流節(jié)點(diǎn),可以是公司自己擁有或租賃的倉庫,也可以是第三方物流提供商的倉庫。實(shí)體倉用于存儲、分揀、包裝和分發(fā)貨物,是供應(yīng)鏈中實(shí)際操作的環(huán)節(jié)。
例如說某個系統(tǒng)中有“東莞一倉”,這是一個實(shí)體倉,通過這個倉庫名稱可以在系統(tǒng)中查詢到相關(guān)的倉庫基礎(chǔ)信息,倉庫中的貨主信息,倉庫中的庫存信息等。
2. 什么是邏輯倉?
邏輯倉是基于實(shí)體倉而衍生出來的概念,現(xiàn)實(shí)情況下一般實(shí)體倉的數(shù)量是有限的、較少的,也就意味著用“實(shí)體倉”的維度去查詢一些信息的時候粒度會比較粗糙。
而在實(shí)際的業(yè)務(wù)發(fā)展過程中,如果某個公司要對庫存有更精細(xì)化的庫存管理,那么只用“實(shí)體倉”這個字段是不夠的。邏輯倉可以根據(jù)不同的需求和策略劃分為不同的區(qū)域、庫位或存儲單元,用于管理庫存和貨物的流動。邏輯倉可以通過供應(yīng)鏈管理軟件進(jìn)行管理,記錄和跟蹤庫存信息、訂單流程和庫存變動等。邏輯倉的劃分可以基于產(chǎn)品屬性、銷售渠道、地理位置等因素進(jìn)行。
例如在某個實(shí)體倉中,劃分了多個區(qū)域,這不同的區(qū)域歸屬于同一個公司下不同的業(yè)務(wù)部門,每個部門獨(dú)立占用其中一塊區(qū)域作為自己的庫存管理區(qū)域,常見的做法就是會引入邏輯倉。
實(shí)體倉和邏輯倉
3. 什么是虛擬倉?
虛擬倉相對實(shí)體倉來說,就是虛擬的,不真實(shí)的,并不真實(shí)存在于物理空間中,而是通過系統(tǒng)和技術(shù)手段模擬出來的倉庫概念。最容易區(qū)分的一個關(guān)鍵點(diǎn)就是:虛擬倉不需要實(shí)物管理,它只是用來記錄一些數(shù)據(jù),便于數(shù)據(jù)的流轉(zhuǎn)和查詢而已。
例如說很多ERP都會定義一些“在途倉”、“中轉(zhuǎn)倉”、“凍結(jié)倉”、“鎖定倉”,或者是直接就叫做“XX虛擬倉”,表示這個倉庫不需要實(shí)物的管控,只是用來做數(shù)據(jù)的記錄而已。
二、為什么需要邏輯倉?
很多人可能聽過比較多的就是“實(shí)體倉”和“虛擬倉”,這兩者比較好理解,但是關(guān)于“邏輯倉”可能就聽得比較少,也有點(diǎn)奇怪,為什么需要這個東西?
接下來我用一個V公司的案例,來給大家說明一下這其中的道理和邏輯。請注意,V公司不代表某個真實(shí)的公司,只是我杜撰的一個虛擬公司,用來幫助講解業(yè)務(wù)而已。
V公司是一家多渠道銷售的貿(mào)易型公司,有國內(nèi)電商銷售,跨境電商銷售,線下門店銷售,線下客戶直銷等。不同的銷售渠道是通過不同的業(yè)務(wù)部門來分別管理的,即銷售部門分成了國內(nèi)電商銷售部,跨境電商銷售部,門店銷售部,線下客戶直銷部等。
公司還有一個供應(yīng)鏈計(jì)劃的部門,會收集各個銷售部門的需求,然后集中去采購。在采購的時候需要明確貨物到底送到什么倉庫去?然后要采購多少數(shù)量?
在沒有引入邏輯倉概念之前,一般來說采購的時候指定某個實(shí)體倉,然后數(shù)量就是匯總所有業(yè)務(wù)部門的需求。當(dāng)倉庫收貨完成之后,然后再通過ERP進(jìn)行庫存的調(diào)度分配,常見的玩法就是按比例,例如說國內(nèi)電商銷售部占比40%,跨境電商銷售部占比20%,門店銷售部占比30%,線下客戶直銷部占比10%。
這種方式用了一段時間之后就會發(fā)現(xiàn)有幾個點(diǎn)是很容易扯皮。
例如說某次又采購了維他檸檬茶500PCS,但是這次采購的需求是國內(nèi)電商銷售部和門店銷售部發(fā)起的,所以應(yīng)該由著兩個部門來分配,但是按之前的設(shè)定好的分配比例,又把庫存給到了跨境電商銷售部和線下客戶直銷部。這樣會導(dǎo)致每次采購的時候,都要指定好分配的比例,操作流程會更麻煩一點(diǎn)點(diǎn)。
其次,當(dāng)每次采購指定好了分配比例之后,采購或者銷售過程中,會出現(xiàn)實(shí)際庫存和系統(tǒng)賬面庫存不準(zhǔn)確的情況,于是又要設(shè)定相關(guān)的比例分配的邏輯。當(dāng)多了庫存的時候,優(yōu)先增加給誰;當(dāng)少了庫存的時候,優(yōu)先扣減誰的。
還有,在做庫存的查詢和處理的時候會比較麻煩,因?yàn)閹齑娴那懈盍6仁前础吧唐?銷售部門”來劃分的,如果要統(tǒng)計(jì)某個商品的可用庫存,鎖定庫存,在途庫存等信息,則都需要帶上“商品+銷售部門”,相對來說會比較麻煩。
商品+銷售部門的庫存展示
最后,如果未來庫存還需要分配給其他的部門去使用,則又要引入一個新的部門,然后涉及到分配相關(guān)的配置和業(yè)務(wù)可能都需要調(diào)整,而且這種庫存的分配機(jī)制一旦引入之后,涉及的改動一般都會比較多,顯然不太適合業(yè)務(wù)的拓展。
基于上述的一些問題和現(xiàn)狀等,行業(yè)內(nèi)的大佬們逐步意識到了可以通過引入一個更加靈活拓展的字段來解決這個問題,這個字段其實(shí)就是“邏輯倉”。
既然業(yè)務(wù)部門可能會經(jīng)常變化,然后業(yè)務(wù)部門對各自庫存的管理訴求也是希望能獨(dú)立劃分,那么干脆就引入一個“邏輯倉”來進(jìn)行劃分。通過“部門-邏輯倉”的配置關(guān)系,可以很靈活的劃定不同的業(yè)務(wù)部門說管轄的庫存范疇。
當(dāng)只有實(shí)體倉的時候,我們是通過“SKU+實(shí)體倉+數(shù)量”來劃分庫存的,例如說:維他檸檬茶在東莞倉中有1000個庫存,則庫存的展示數(shù)據(jù)如下所示。
只有實(shí)體倉的時候
當(dāng)我需要對實(shí)體倉的庫存進(jìn)行進(jìn)一步的劃分的時候,就可以引入“SKU+實(shí)體倉+虛擬倉+數(shù)量”的方式來劃分庫存,例如說:維他檸檬茶在「東莞倉」下的「東莞01邏輯倉」有600個庫存;維他檸檬茶在「東莞倉」下的「東莞02邏輯倉」有400個庫存;兩個邏輯倉都是屬于「東莞倉」這個實(shí)體倉,所以「東莞倉」一共是有1000個庫存。
當(dāng)引入了實(shí)體倉+邏輯倉的時候
當(dāng)實(shí)體倉和邏輯倉維護(hù)好了父子級關(guān)系之后,在庫存展示的時候就可以隱藏實(shí)體倉了,只需要展示邏輯倉就可以通過這層關(guān)系知道背后的實(shí)體倉是什么,于是庫存的展示列表如下所示:
當(dāng)只有邏輯倉的時候
根據(jù)上面3個圖例的介紹,我們再來重新繪制一下“商品+銷售部門的庫存展示”這張圖,最后改進(jìn)后的展示效果如下所示:
商品+邏輯倉的庫存展示
對比兩張圖,似乎好像只是把“銷售部門”改成了“邏輯倉”,僅僅只是一個字段的調(diào)整,但是背后的業(yè)務(wù)邏輯其實(shí)已經(jīng)發(fā)生了質(zhì)的變化。因?yàn)橐肓诉壿媯},所以庫存所關(guān)聯(lián)的維度就發(fā)現(xiàn)了變化,而且邏輯倉又可以不受到組織結(jié)構(gòu)的影響,可以自由增加和變化,同時也可以單獨(dú)和倉庫進(jìn)行更緊密的映射關(guān)系配置,帶來了諸多的好處。
三、引入邏輯倉之后
當(dāng)引入了邏輯倉之后,接下來就要重點(diǎn)考慮邏輯倉和實(shí)體倉的關(guān)聯(lián)關(guān)系了,邏輯倉和實(shí)體倉的關(guān)系是怎么樣的關(guān)系?邏輯倉的庫存和實(shí)體倉的庫存是怎么聯(lián)動發(fā)生變化的?
首先,實(shí)體倉和邏輯倉的關(guān)系一般都1:N的關(guān)系,即一個實(shí)體倉下有多個邏輯倉;其次,要確認(rèn)邏輯倉的庫存和實(shí)體倉的庫存是怎么聯(lián)動的,則需要提前定義好兩者的“映射關(guān)系”。業(yè)內(nèi)一般會有兩種做法,一種是有映射關(guān)系,一種的沒有映射關(guān)系。
1. 有映射關(guān)系
第一種情況,邏輯倉和實(shí)體倉的庫區(qū)/庫位有映射關(guān)系。在ERP的角度,如果向「東莞01倉」采購了1000PCS的維他檸檬茶,則倉庫在收貨之后,會根據(jù)映射關(guān)系,上架到庫區(qū)A中。同理,如果是「東莞02倉」采購了200PCS,則倉庫會上架到庫區(qū)B中。
在實(shí)體倉庫中,此時一共有1200PCS的維他檸檬茶,分別是在庫區(qū)A和庫區(qū)B。在管理的時候是物理區(qū)域隔離開的,如果說庫區(qū)A的貨物盤盈了或者盤虧了,那么可以根據(jù)映射關(guān)系反饋給ERP,去盤盈或者盤虧邏輯倉「東莞01」的庫存。
邏輯倉和實(shí)體倉的庫區(qū)/庫位映射
這種方式的優(yōu)點(diǎn)很明顯,就是可以精細(xì)化、準(zhǔn)確地管理邏輯倉的庫存,在ERP的維度可以很清晰的知道某個邏輯倉的庫存到底是多少,即使是每天有高頻的庫存變化,也很容易追溯查賬,可以大大地降低庫存不準(zhǔn)確的幾率,對ERP做一些計(jì)劃、調(diào)度有很大的幫助。
而這個方案的缺點(diǎn)就是對倉庫端的要求比較高,甚至?xí)档蛡}庫的作業(yè)效率。同一個SKU,如果集中放在某個區(qū)域,某個庫位,這樣既可以提升庫容利用率,也能提高作業(yè)的效率。但是有邏輯倉和庫區(qū)/庫位綁定了,如果有很多個邏輯倉,那么同一個SKU就可能會放在一個倉庫的很多個庫區(qū)/庫位上,分的很散,不利于倉庫的管理。
2. 沒有映射關(guān)系
接下來介紹的是第二種情況,即邏輯倉和實(shí)體倉的庫區(qū)/庫位沒有映射關(guān)系。在ERP的角度,如果向「東莞01倉」采購了1000PCS的維他檸檬茶,同時也向「東莞02倉」采購了200PCS的維他檸檬茶,則倉庫在收貨的時候會將這1200PCS集中放在一個區(qū)域中(會混放在一起)。
當(dāng)收貨/發(fā)貨數(shù)量和實(shí)際的數(shù)量沒有差異的時候,ERP增加/扣減對應(yīng)邏輯倉的庫存,而WMS就直接增加/扣減總的庫存即可。但是如果收貨/發(fā)貨數(shù)量有差異,或者倉庫中的實(shí)物存在盤盈/盤虧的時候,則需要提前指定好對應(yīng)的分配邏輯,即當(dāng)多了庫存的時候,優(yōu)先增加給誰;當(dāng)少了庫存的時候,優(yōu)先扣減誰的;
邏輯倉和實(shí)體倉的庫區(qū)/庫位沒有映射關(guān)系
此方案的優(yōu)點(diǎn)就是:不依賴倉庫端的作業(yè),對倉庫來說,其實(shí)倉庫都感知不到有多個邏輯倉的存在,倉庫中所有的貨物都是集中在實(shí)體倉的維度下進(jìn)行管理,沒有邏輯倉的概念。
所以對應(yīng)的缺點(diǎn)就是:ERP推送到WMS的單據(jù)中,但凡涉及到邏輯倉的內(nèi)容都要轉(zhuǎn)化為背后的實(shí)體倉;而實(shí)體倉作業(yè)完成之后回傳數(shù)據(jù)給ERP的時候,也需要讓ERP根據(jù)轉(zhuǎn)化關(guān)系再裂變成多個虛擬倉。
ERP和WMS的單據(jù)轉(zhuǎn)化
四、引入邏輯倉的優(yōu)勢
當(dāng)引入邏輯倉之后,無論是否配置了ERP和WMS的庫區(qū)/庫位的映射關(guān)系,都可以帶來很多便捷之處,因?yàn)檫壿媯}最大的優(yōu)勢就是可以將多種業(yè)務(wù)的訴求融合在一起,然后用一個“邏輯倉編碼”去承載。例如下圖中的案例,一開始的時候只有三個邏輯倉,分別是:
- 國內(nèi)電商發(fā)貨倉
- 跨境電商發(fā)貨倉
- 線下業(yè)務(wù)發(fā)貨倉
邏輯倉的演進(jìn)之路
這幾個倉庫都是掛在實(shí)體倉「東莞倉」下面,隨著業(yè)務(wù)的發(fā)展,財(cái)務(wù)方提出要將正常的商品和贈品分開管理,便于財(cái)務(wù)做賬和對賬,于是只需要在系統(tǒng)中配置新的邏輯倉,即國內(nèi)電商贈品專用倉,線下業(yè)務(wù)贈品專用倉就可以了。此時,系統(tǒng)中的邏輯倉變成了:
- 國內(nèi)電商發(fā)貨倉
- 國內(nèi)電商贈品專用倉
- 跨境電商發(fā)貨倉
- 線下業(yè)務(wù)發(fā)貨倉
- 線下業(yè)務(wù)贈品專用倉
新的邏輯倉增加了之后,又過了一段時間,電商業(yè)務(wù)發(fā)生了比較多的客戶退貨,有一些退貨是可以當(dāng)作新品繼續(xù)銷售的,但是有一些商品是有明顯的拆封痕跡,為了避免將這些“二手”的貨物當(dāng)作“新品”發(fā)給消費(fèi)者,于是業(yè)務(wù)方?jīng)Q定引入新的退貨倉,專門來存儲客戶退回的貨物。只有經(jīng)過了嚴(yán)格的檢測和篩選之后才能轉(zhuǎn)回到電商發(fā)貨或者線下業(yè)務(wù)發(fā)貨,否則就要當(dāng)作二手或者殘次品貨物銷售。
于是,又要增加新的邏輯倉,即國內(nèi)電商客退貨倉,跨境電商客退貨倉。目前系統(tǒng)中的邏輯倉就變成了:
- 國內(nèi)電商發(fā)貨倉
- 國內(nèi)電商贈品專用倉
- 國內(nèi)電商客退貨倉
- 跨境電商發(fā)貨倉
- 跨境電商客退貨倉
- 線下業(yè)務(wù)發(fā)貨倉
- 線下業(yè)務(wù)贈品專用倉
從上圖可知,邏輯倉可以通過根據(jù)不同的業(yè)務(wù)要求動態(tài)、靈活地響應(yīng),理論上是沒有上限數(shù)量的。
現(xiàn)在,我們再來回顧一下邏輯倉的定義和作用是什么,想必會有一個更深刻的認(rèn)識:
邏輯倉可以根據(jù)不同的需求和策略劃分為不同的區(qū)域、庫位或存儲單元,用于管理庫存和貨物的流動。邏輯倉可以通過供應(yīng)鏈管理軟件進(jìn)行管理,記錄和跟蹤庫存信息、訂單流程和庫存變動等。邏輯倉的劃分可以基于產(chǎn)品屬性、銷售渠道、地理位置等因素進(jìn)行。
五、為什么需要虛擬倉?
上面解答了為什么需要邏輯倉,接下來我們再來看一下,為什么需要虛擬倉?
虛擬倉一般在ERP或者OMS系統(tǒng)中比較常見,因?yàn)閭}庫是虛擬的,所以一般WMS就沒有這倉庫了。使用虛擬倉是因?yàn)橛幸恍?shù)據(jù)需要掛在倉庫這個維度上,但是這個倉庫又不參與實(shí)際的線下操作,所以就會引入一個“虛擬倉的概念”,來解決一些數(shù)據(jù)承載的問題。
例如說,海外倉OMS會有一個智能選倉的功能,即上游系統(tǒng)通過接口推送訂單給OMS。如果推送的是具體的倉庫編碼,則就默認(rèn)為使用指定的倉庫編碼,如果推送的是一個虛擬倉的編碼,則意味著海外倉OMS需要通過智能選倉的邏輯去動態(tài)匹配最合適的倉庫。
例如說,在多倉或者多門店之間的調(diào)撥,為了便于業(yè)務(wù)跟進(jìn)調(diào)撥的過程和調(diào)撥的數(shù)量等,可以引入一個“在途倉”的概念。當(dāng)發(fā)生了調(diào)撥之后,庫存會先轉(zhuǎn)移到在途倉中,可以通過在途倉的維度去查看到所有在途的庫存,這個在途倉就是虛擬倉。
例如說一些需要委外加工的業(yè)務(wù),也可以將委外加工發(fā)出的材料記錄在虛擬倉中,當(dāng)加工完成之后,成品轉(zhuǎn)移到正常的倉庫中,即從虛擬倉中扣除庫存,然后在正常倉中增加庫存。委外加工倉也是一個虛擬倉,用來跟進(jìn)一些庫存數(shù)據(jù)和狀態(tài)。
例如說有一些電商ERP還會引入虛擬倉和銷售渠道進(jìn)行綁定和關(guān)聯(lián),已達(dá)到獨(dú)享庫存的效果。電商業(yè)務(wù)中會有全渠道一盤貨的玩法,為了讓某個銷售渠道有足夠的庫存可以使用,可以引入虛擬倉與該渠道管理,然后將實(shí)體倉的庫存分配到虛擬倉中,實(shí)現(xiàn)預(yù)留渠道庫存的效果。如果沒有和虛擬倉管理的渠道,則默認(rèn)使用實(shí)體倉的庫存,即大家一起共享庫存。
這里的虛擬倉和上面提到的邏輯倉類似,有的產(chǎn)品中叫作邏輯倉,有的則叫虛擬倉。
虛擬倉不需要實(shí)物管理,它只是用來記錄一些數(shù)據(jù),便于數(shù)據(jù)的流轉(zhuǎn)和查詢而已。
六、總結(jié)
初次接觸實(shí)體倉、邏輯倉和虛擬倉的概念時,其中最讓人費(fèi)解的就是邏輯倉,因?yàn)楸澈箨P(guān)聯(lián)的一些業(yè)務(wù)比較復(fù)雜,如果不知道前因后果的話很容易被一些概念和定義給迷糊。而實(shí)體倉和虛擬倉,相對來說定義更清晰,用途也更明確,所以理解起來不會那么難。
倉庫是庫存管理中最核心的一個因素,它是承載庫存的一個基石,貨品要放在某個地方才會產(chǎn)生庫存,這里的“某個地方”就是指倉庫。如果是實(shí)際的、具象的倉庫存在,那么這個承載倉庫就是指的“實(shí)體倉”;而在進(jìn)銷存或者其他一些簡單的庫存管理系統(tǒng)中,由于沒有具體的倉庫,所以會定義出一個“邏輯倉”或者“虛擬倉”。
當(dāng)一個系統(tǒng)中,即存在實(shí)體倉,又存在邏輯倉和虛擬倉的時候,那就要先定義好這三者的用途和區(qū)別了。根據(jù)上面的拆解,再結(jié)合具體的業(yè)務(wù),相信大家可以很好地理清楚它們之間的關(guān)系,也能設(shè)計(jì)出適合自身業(yè)務(wù)的產(chǎn)品設(shè)計(jì)方案了。
專欄作家
我叫維他命(Vitamin),微信公眾號:PM維他命。前PHPer,做過在線教育類產(chǎn)品,也做過4年多的跨境倉儲物流方向的產(chǎn)品,目前是一位外貿(mào)SaaS領(lǐng)域的供應(yīng)鏈產(chǎn)品經(jīng)理。主要專注于WMS/OMS/TMS/BMS/ERP等領(lǐng)域,分享供應(yīng)鏈相關(guān)的產(chǎn)品知識。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于 CC0 協(xié)議。
該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
有相關(guān)書籍推薦嗎
這一塊,好像是沒什么書籍了
倉庫管理系統(tǒng),有各類常見的問題,每類常見問題都有行業(yè)通用的一些方案,哪里比較快速的一次性全部接觸了解一下,例如某一本或者幾本書,或者某個網(wǎng)站/論壇/博客/抖音播主 比較系統(tǒng)的一篇一篇的講解,想盡快的學(xué)習(xí)了解一下。
這些東西要做成系統(tǒng)性的本來就很難,想要一次性收集起來去集中學(xué)習(xí)也比較難。我自己出過類似的課程和電子書,如果感興趣的可以加微信聊聊。
這好像是我老東家的倉庫管理邏輯?。棵懊恋膯栆痪洌菏恰綯ERP】–》【廣盟】&【深盟】???
不不不,這個實(shí)體倉,邏輯倉,虛擬倉這個玩法是行業(yè)通用的,基本上業(yè)務(wù)相似的話,產(chǎn)品邏輯看起來就會很像。
對于邏輯倉的概念有幾點(diǎn)想請教一下:
假設(shè)有多個實(shí)體倉,比如A、B、C,有3個渠道的貨物存放,那是不是A實(shí)體倉得分3個邏輯倉即A1、A2、A3,同理有B1、B2、B3、C1、C2、C3,而某一渠道的貨物統(tǒng)計(jì)是A1+B1+C1嗎?
是的,如果有多個實(shí)體倉,那么一共的邏輯倉就是M*N的關(guān)系。如果邏輯倉是歸屬于某個渠道,則統(tǒng)計(jì)的時候就是A1+B1+C1