後台系統：庫存管理系統

從零開始學運營，10年運營老司機帶路，2天線下集訓+1年在線學習，做個優秀的運營人。了解詳情

文章對庫存管理系統做了簡單的概括和總結，希望能夠給你帶來一些啟發和思考。

庫存系統作為電商後台系統中不可或缺的一部分，雖然公司業務千差萬別，但主要的元素卻是相似的，文章主要是根據自己的經驗來淺談一下庫存系統的設計。亦作為一個自我工作的總結和梳理。

庫存管理系統，簡單的說，就是管理商品和數量之間的關係。在功能劃分上，主要包括商品庫存數量、入庫、出庫、盤點幾個部分。

一、商品庫存

即各個商品的數量管理。需要注意的是，在系統裡需要保證商品的唯一性。在這裡，涉及到以下幾個數量：

當然，在實際設計過程中，還會涉及到其他的值和功能點，以下幾點可作為參考：

可以針對每個商品，做一個商品的歷史變動明細、或根據不同維度做一些簡單的數量統計；
設置閾值，當數量小於某個值時，給出通知或提示，以告知相關人員進行採購；
每個商品從採購到出庫，每一個商品的流向進出都需要有所記錄。在設計過程中，這一點是特別重要的，但卻也是最複雜的，因為每一個業務通常都有很多的環節，會涉及到審批、物流、成本價等等，一個不小心，數據就會出現偏差；

商品入庫即商品數量增加的情形，主要包括採購、退貨和調撥幾種情形：

雖然看起來入庫包含的內容不是很多，但實際上是倉庫系統的設計在後台系統中卻是較為複雜的一部分。不同的業務，需要考慮的因素太多，每一個商品，每一個批次，每一個入庫的類型，還有相關的物流信息等，都需要反复思考和優化。

那麼，下面就來介紹一下商品的入庫流程及每一個環節中可以考慮的問題吧。

採購單信息：作為一批貨品的採購信息，需要保證商品信息的完善和準確性；
預估功能：對各個商品的出庫數量做一個週期性的預估，以便更好的進行庫存控制；
採購提醒：在系統中可以設計一個監控功能，當商品可用數量少於一定值時，提醒採購；
快捷填寫採購單：因為錄入採購單比較耗時，所以是否可以考慮做一個快捷填充的入口，比如可以根據上次的採購數量生成一個基礎的採購單，然後再在自動生成的採購單基礎上進行修改。當然，此方法是否可行還要看具體業務流程，在此只是作為一個參考；
採購審核：在一些業務流程中，填寫採購單後，是需要相關負責人先進行審核的，審核通過後會根據審核結果生成一張真正的採購單。此時，要考慮在審核過程中允許操作的點，比如是否允許修改數量、規格等；
採購狀態：需要提供一個可以追踪的界面，以便知道申請進度；
權限：還需要注意的是，每個狀態下每個角色的操作權限。比如哪些人可以申請採購，哪些人可以審核等；

在這裡，所指的入庫是已經從倉庫裡面發出，之後再進行退還的過程。此過程中需要考慮的點有：

退貨狀態：雖然這是屬於訂單系統裡面的內容，但在倉庫系統裡面最好也有所表示，這樣有利於倉庫管理者監控商品的動態；
退貨倉庫：考慮在庫存裡，是否需要把退貨部分單獨統一管理；
退貨商品成本：在有的系統中，從供應商採購再到最後零售的過程，可能會存在斷層的情況，而且每一批商品的成本價可能會有所不同，此時就需要直接從入庫單開始，實行先買先賣的原則，當退貨時，就需要保證退回的商品退到了原始批次上；這一操作，主要是為了財務對賬做準備

這就涉及到兩個倉庫之間的數量變化了。基本上調撥中倉庫之間的變化如下：

如上圖所示，若要從倉庫A調撥50個某商品到倉庫B，則：

商品出庫主要包含：銷售（經銷商/零售/線上/線下/不同平台和渠道等）、調撥出庫

銷售出庫是最主要的一種出庫形式，雖然銷售的形式、渠道等都各不相同，但主要的邏輯都是相似的。

舉個簡單的例子：倉庫A裡面目前還有可口可樂500箱，有100箱已經賣出去了，但買家要明天才來提貨。那麼這100箱就會被鎖定，不可再用於其他地方，此時，可用的只有400箱。若買家又不想買了取消了訂單，那麼被鎖定的100箱庫存又被釋放，可用數量再次變為500箱。

2、調撥：如入庫調撥所示。

盤點主要是用於管理倉庫實際值與系統值的差異的。理論上來說，若商品的各個環節數據都準確的話，實際值與系統值應該是一致的。但實際中可能會有一些系統檢測不到的因素影響了真實的庫存，這就需要倉庫進行週期性的盤點了。

盤點之後，若實際值與系統值不一致，就需要把系統值修改正確，這時，可以通過人工或者自動生成出入庫單的形式去修改系統值，而且修改的這部分數據是需要做出標記的，以便於財務之後的對賬。（當然，實際設計中如何處理這部分差異，還要看業務性質和需求）

由於在實際的設計中，倉庫系統涉及到的東西比較多，而且與業務的相關度比較高，不同的業務，設計出來的庫存系統會有很大的差別，這裡僅做了一個簡單的概括和總結，若有其他的建議和方法，歡迎交流分享。