近期公司需要把總部的發(fā)貨及庫存相關業(yè)務實現(xiàn)線上化，在其中的一些關于庫存模塊時的思考，提煉出來提供大家一些關于庫存的思路。

一、場景說明

總部以生鮮水果為主?？偛坎贿M行產(chǎn)品自產(chǎn)，主要是給市場、門店、企事業(yè)單位供貨，倉庫有自營的倉庫。整體的業(yè)務流程如下：

1. 客戶自己在平臺下單，或業(yè)務員代客戶下單，提交訂單時需要判斷發(fā)貨倉是否有足夠的貨物發(fā)出。
2. 根據(jù)發(fā)貨單，由倉庫人員處理出庫，并進行實際的庫存扣減。
3. 物流和第三方平臺進行配送，并回寫配送相關狀態(tài)。
4. 在客戶需求變更或配送的貨物發(fā)生異常情況時能夠進行售后申請，把貨物進行相應處理。
5. 庫內管理人員定時進行庫存盤點，及時發(fā)現(xiàn)庫存貨物由于一些管理上的異常情況而導致貨物數(shù)量異常的情況。
6. 貨物需要定期進行存貨核算以及倉儲費用結算。

二、業(yè)務分析

分析業(yè)務場景之后，我們得出一下業(yè)務單據(jù)：發(fā)貨業(yè)務、出庫業(yè)務、到貨計劃、入庫業(yè)務、庫存管理業(yè)務、調撥業(yè)務、售后處理、其它出入庫業(yè)務。

倉庫發(fā)貨：一般由庫管完成，其主要任務是執(zhí)行銷售訂單的發(fā)貨任務，按先進先出的規(guī)則進行批次匹配。

出庫：出庫單影響庫存，同時也根據(jù)出庫單生成實際發(fā)生的應收。主要分為銷售出庫、退貨出庫、調撥出庫、其它出庫。

退貨質檢：主要記錄在客戶把貨物發(fā)回到指定地點后到貨物再次入庫之間的業(yè)務信息。能夠在該單據(jù)上記錄貨物異常的情況以及責任所屬。

入庫：入庫單能夠直接影響庫存，同時能夠根據(jù)入庫單生成實際發(fā)生的應付；主要分為采購入庫、退貨入庫、調撥入庫和其它入庫，具體邏輯和出庫類似。

庫存邏輯：主要分為庫存設置、明細、庫存量和庫存報表。

• 現(xiàn)存量：指倉庫（可以是虛擬倉）中實際存放的貨物數(shù)量，理論上能夠進行實際出庫的貨物數(shù)量。
• 在途可售：指貨物未在倉庫，當時也能夠銷售的庫存，支持外部采購在途、內部調撥在途。
• 分配庫存：已經(jīng)關聯(lián)了銷售待發(fā)、調撥待發(fā)的出庫單的庫存，處于鎖定狀態(tài)；
• 凍結商品庫存：倉庫靜態(tài)盤點時，需要鎖住倉庫的庫存，此時商品處于凍結狀態(tài)。

以上三個庫存量均有實際單據(jù)進行對應，由于我們需要管控到批次基本，所以我們需要同時在SKU和批次兩個維度進行庫存量的記錄，在途可售不需要在批次維度進行記錄。

基于此我們通過計算得出我們能夠用于銷售的可售量，再通過一些庫存分配策略我們就能實現(xiàn)很好的庫存管理，例如：可設置預留量20%，各個渠道設置不同的數(shù)量，各個渠道可售數(shù)量之和可以大于總庫存，但每個渠道的庫存則不能大于最大可售量。我們也能夠設置相應的庫存預警機制，在庫存低于一定比例是能夠進行預警或者是限售。

三、功能設計

從業(yè)務分析中我們可發(fā)現(xiàn)主要涉及兩個領域的業(yè)務：物流配送領域和庫存領域，物流配送領域我們暫且不做具體的功能設計說明，庫存中心整體分為四個大的模塊：出庫管理、入庫管理、庫存管理、其它管理。

出庫管理主要滿足庫存扣減相關的業(yè)務場景，例如：銷售出庫、調撥出庫或其他出庫，但有一種特殊情況就是售后退貨也是放在出庫模塊，主要是出于財務核算邏輯考慮，如果公司財務核算是應收和收款核銷，應付和付款核銷，沒有應收和應付核銷的模式，那么售后退貨就應該用出庫模塊解決，如果公司由應收和應付核銷的模式則也可以把售后退貨放在入庫模塊；但第二種模式會增加財務核算的難度，同時在進行庫存統(tǒng)計是也會造成入庫數(shù)據(jù)虛高，實際出庫不足，主要還是看具體業(yè)務的模式。

入庫管理主要滿足庫存增加的相關業(yè)務場景，例如：采購入庫、調撥入庫和其它入庫，同出庫一樣在采購發(fā)生退貨時也是以入庫單的形式進行處理，如此設計的理由和銷售側是一樣的。

對于庫存管理，則屬于庫存中心最為核心的業(yè)務模塊，根據(jù)業(yè)務分析中的相關概念，我們把單據(jù)對庫存的影響整理一張圖：

上圖中有一個核心公式：可用量=現(xiàn)存量+在途可售-待發(fā)貨量，由于精細到批次的維度，故需要考慮SKU級的庫存結構設計和SKU+批次級的庫存結構，批次級的現(xiàn)存量合計一定要等于SKU級的現(xiàn)存量，而待發(fā)貨量則不一定相等；在提交訂單時（提交或支付）以SKU級的庫存（不考慮庫存分配規(guī)則）進行校驗即可，在進行發(fā)貨時則需要同時滿足訂單上的可發(fā)貨量和SKU+批次及的可用量以防止超發(fā)或者超賣。

在SKU級的可用量的基礎上我們可以根據(jù)具體的業(yè)務設計庫存分配策略，庫存策略以可分為預留和可售，預留則表示不對外進行銷售，可售又可按渠道、活動級其它邏輯進行分配，各個方式之間的總和可超總可售量，但每種方式不可超總可售量，通過如此設計我們可以最大限度利用庫存，而避免出現(xiàn)超賣現(xiàn)象。

庫存的核心計算邏輯主要在圖示藍色部分，基本上把各種單據(jù)對庫存的影響都羅列進去了，但以上的整體邏輯還是基于有貨（或在途）的情況下開展的，但還有一種特殊情況是該邏輯不能覆蓋的即預售/期貨模式，預售/期貨模式是以銷定采的模式，是在確定了銷量的情況下再去進行集中采購；所以對于預售/期貨模式 我們需要單獨設計一個虛擬庫存的模塊，而該模塊根據(jù)實際經(jīng)營可以輕量級的方式在商品中心進行實現(xiàn)，最終在進行貨物交付的時候在通過出庫單進行管理即可。

在庫存中心還有庫存預警、盤點、期初處理等功能。再次不做討論。

四、總結

庫存領域的業(yè)務是一個相對比較專業(yè)和復雜的領域，市場上也有十分之多的傳統(tǒng)軟件或SaaS，在很多企業(yè)認為通過采購的方式去部署一套軟件性價比會比自建庫存中心要高。

但筆者認為在數(shù)字化轉型的浪潮之下，通過數(shù)字化的工具提升供應鏈的效率、降低供應鏈管理的成本一定是一個十分之重要的目的之一，營銷測的數(shù)字化轉型大多數(shù)企業(yè)已經(jīng)通過消費互聯(lián)網(wǎng)認識到了其價值，我想供應鏈測的數(shù)字化轉型在接下來的這幾年也一定會逐漸顯現(xiàn)其寶貴的價值。

傳統(tǒng)的庫存管理軟件不管其架構還是對業(yè)務的實現(xiàn)都有其弊端，很難實現(xiàn)和營銷側的互聯(lián)網(wǎng)架構的系統(tǒng)進行完美對接；所以自建基于互聯(lián)網(wǎng)架構的庫存中心，并培養(yǎng)懂庫存業(yè)務知識的互聯(lián)網(wǎng)人員是大多數(shù)要做數(shù)字化轉型或產(chǎn)業(yè)互聯(lián)網(wǎng)的企業(yè)必須要完成的任務之一。

希望本文能夠對讀者有所助益，也希望與更多的正在從事數(shù)字化轉型或產(chǎn)業(yè)互聯(lián)網(wǎng)的人士進行溝通交流。