中央庫存管理系統的出入庫設計指南

0 評論 3241 瀏覽 30 收藏 10 分鐘

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

一、場景說明

總部以生鮮水果為主。總部不進行產品自產,主要是給市場、門店、企事業單位供貨,倉庫有自營的倉庫。整體的業務流程如下:

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

二、業務分析

分析業務場景之后,我們得出一下業務單據:發貨業務、出庫業務、到貨計劃、入庫業務、庫存管理業務、調撥業務、售后處理、其它出入庫業務。

倉庫發貨:一般由庫管完成,其主要任務是執行銷售訂單的發貨任務,按先進先出的規則進行批次匹配。

出庫:出庫單影響庫存,同時也根據出庫單生成實際發生的應收。主要分為銷售出庫、退貨出庫、調撥出庫、其它出庫。

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

入庫:入庫單能夠直接影響庫存,同時能夠根據入庫單生成實際發生的應付;主要分為采購入庫、退貨入庫、調撥入庫和其它入庫,具體邏輯和出庫類似。

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

  • 現存量:指倉庫(可以是虛擬倉)中實際存放的貨物數量,理論上能夠進行實際出庫的貨物數量。
  • 在途可售:指貨物未在倉庫,當時也能夠銷售的庫存,支持外部采購在途、內部調撥在途。
  • 分配庫存:已經關聯了銷售待發、調撥待發的出庫單的庫存,處于鎖定狀態;
  • 凍結商品庫存:倉庫靜態盤點時,需要鎖住倉庫的庫存,此時商品處于凍結狀態。

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

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

三、功能設計

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

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

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

對于庫存管理,則屬于庫存中心最為核心的業務模塊,根據業務分析中的相關概念,我們把單據對庫存的影響整理一張圖:

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

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

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

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

四、總結

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

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

傳統的庫存管理軟件不管其架構還是對業務的實現都有其弊端,很難實現和營銷側的互聯網架構的系統進行完美對接;所以自建基于互聯網架構的庫存中心,并培養懂庫存業務知識的互聯網人員是大多數要做數字化轉型或產業互聯網的企業必須要完成的任務之一。

希望本文能夠對讀者有所助益,也希望與更多的正在從事數字化轉型或產業互聯網的人士進行溝通交流。

本文由 @逸軒 原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自Unsplash,基于CC0協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!