許多小賣家都是一個倉庫或者一物一倉（一個SKU只在一個倉庫有貨），這種情形下，庫存調度邏輯很簡單，扣減相應倉庫的SKU的庫存，調度到對應倉庫進行發貨就行。
但是許多電商企業或者大公司，庫存結構比較複雜，擁有多個倉庫，倉庫類型也非常多（主倉、區域倉、供應商協同倉等），如圖6-5所示。在調度發貨倉庫時，也有各種成本、物流以及商業上的考慮因素。調度倉庫的過程實際上是在各種調度規則的限制下，對庫存進行調度。
圖6-5 倉庫組成結構
【庫存調度影響因素】
在調度發貨倉庫時，主要的考慮因素有如下這幾點。
1．物流時效
為了迅速響應用戶需求，很多企業在多地建立倉庫，以便能夠從最近的區域發貨，在最短的時間內送到用戶手中。例如A企業在北京、上海、廣州、武漢、瀋陽、西安、成都等地區各有一個倉庫。當長春的用戶下單時，會優先判斷最近的瀋陽倉是否有貨，沒有貨則會選擇北京倉發貨。
2．倉庫等級
有些企業在業務量較大時，如圖6-5所示，會在同一區域內除了建立中心倉，還會建立多個區域倉，例如華東區（上海、浙江、江蘇）中心倉在上海，在杭州、寧波、蘇州、南京等訂單量較大的城市建立區域倉。這些區域倉庫存量較小，存放一些消費頻次高的SKU，只供應當地城市。在區域倉沒貨的時候，才會從中心倉發貨。
另外，在倉庫多了（假設全國100個倉庫）之後，在前端商品判斷有貨沒貨及物流時效時，如果按照優先級排序及調度規則，一個個倉庫去遍歷判斷，會影響效率。這種情況下，在銷售層會按照區域庫存去判斷。例如將華東地區的12個倉庫中SKU庫存合併，如果是寧波地區的用戶購物，只需要判斷華東區域的庫存。當訂單下發到調度層時，再具體去分配倉庫，如有必要再進行拆單。加 入 會 員 微 信
3．業務需求
在業務發展時，會有部分貨源從供應商處直接發出，或者為了保證物流時效，在某些區域由供應商直髮，這種倉庫定義為供應商協同倉。再對這些SKU庫存進行調度時，就需要在調度層直接把倉庫下發給供應商訂單系統。
【庫存調度規則】
倉庫類型越少，庫存結構越簡單，在庫存調度的時候邏輯就越簡單。當然產品要跟著業務走，調度邏輯隨著業務複雜度、銷售渠道、倉庫數量等因素的變化而增加難度。
特別是很多有線下零售店及倉庫的商家，要將線下各個零售店當成區域倉來調度，這個情況的複雜度還要增加。
筆者舉一個實例來講庫存調度，方案僅供參考，具體操作視業務而定，如圖6-6所示。
圖6-6 庫存調度邏輯
同一倉庫不同級別區域不能重複，設置某一級別區域範圍時，其他區域級別設置過的區域選項置灰不可選。
1．業務場景及前提
業務場景及前提如下。
（1）企業在不同區域都有中心倉、協同倉。不同類型倉庫優先級不同。
（2）同一倉庫配送區域分級，分一級區域（24小時達）、二級區域（2日達）、三級區域（2日以上）（可根據物流時效設置）。同一倉庫不同級別區域不能重複，對於同一倉庫，配送區域等級不能重複。
（3）同一省份的供應服務商，設置其配送優先級。
（4）物流時效優先。
2．庫存調度示例邏輯。
庫存調度示例邏輯如下。
（1）在下單時，先篩選出對應訂單有庫存的倉庫。
（2）將收貨地址與這些倉庫的一級配送區域匹配，若沒有再去匹配二級區域，依次類推。
（3）篩選出同級區域（物流時效相同）的倉庫，再根據倉庫的優先級進行篩選。
（4）若仍有多個倉庫（同一類型的倉庫）待選，例如金華從寧波協同倉、杭州協同倉發貨時效相同，再根據同級倉庫之間的優先級來進行選擇，最後選擇倉庫（例如杭州倉）。
（5）選擇好倉庫之後，再根據SKU優先級、運費（體積、重量）等因素來選擇物流公司。後面章節會具體講到。
（6）當訂單中有多SKU時，還會根據庫存調度規則進行拆單，本節不做細講。
本節雖然講的是庫存調度邏輯，但通過這個小實例，我們可以認識到，實際上摻雜著許多業務場景和需求。沒有最好的產品方案，只有最合適的方案。庫存調度的過程實際上是訂單分配的過程，受許多因素影響，和許多系統發生交互。