起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識電商后臺系統：管理后臺篇之庫存管理（貨位、調撥、盤點）
庫存，是電商企業不能回避的問題，也是電商企業的命門。供應鏈管理上的問題，往往都會體現在庫存上，要么是庫存過多導致滯銷，要么是庫存過少導致斷貨。
庫存管理，顧名思義就是管理商品的數量，大的方面我們可以分為銷售庫存和倉庫庫存。
銷售庫存，也可以稱之為前臺庫存，也就是面向用戶緯度的庫存數量。
倉庫庫存，同樣也可以稱之為后臺庫存，就是面向倉庫緯度的庫存數量。
銷售庫存和倉庫庫存，具體的細節我們放在后面文章中介紹。
影響倉庫庫存的行為，最主要的就是入庫、出庫。
入庫就是增加了多少商品數量，常見的有采購入庫、退貨入庫、調撥入庫、生產入庫、盤盈入庫、其他入庫等；
出庫就是減少了多少商品數量，常見的有銷售出庫、采購退貨出庫、調撥出庫、盤虧出庫、其他出庫等。
為了更好的說明商品出入庫（庫存管理）的內容，按照流程來，我們會先介紹一下倉庫內的基礎業務，包括貨位介紹、調撥業務、盤點業務。
一、貨位介紹
1、業務
倉庫為了更好的管理商品，一般都會將倉庫分成一個一個貨位。這樣的話，每次商品入庫，都會關聯一個貨位，商品出庫的時候，分揀單上面就會關聯商品的貨位，這樣倉庫人員在配貨的時候，就可以快速、高效的找到商品的位置。
下面介紹一種貨位的分配方式，也算提供一種思路：
上圖是一個簡單的配貨區的平面圖，一共可以分成幾排，每一排我們分別命名為A、B、C、D、E、F、G、H，每一排都有很多貨架，結合每一排的命名，我們給每個貨架命名為A01、A02、A03、A04、A05、A06。
上圖是一個簡單的貨架的展示圖，這個貨架我們命名為A01，一共可以分成四層，每一層我們命名為A01-1、A01-2、A01-3、A01-4，針對每一個貨位，對應的我們命名為A01-1-01、A01-1-02、A01-1-03、A01-1-04。
2、原型
（1）貨位列表
原型比較簡單，這里就不做太多描述，就是一個配置頁面，一個展示列表頁面，包含最基本的倉庫、貨位、狀態等信息即可滿足。
二、調撥
1、業務
調撥主要用于倉庫內庫存數量的調整，把合適的商品，放在合適的倉庫／位置，可以分為倉內調撥和倉間調撥。
倉內調撥：也可以稱為庫位庫存調撥，一般是倉庫內部庫存的調整。比如將貨品從庫存充足的貨位調撥到庫存不足的貨位，方便揀貨，同時方便管理貨位庫存。
倉間調撥：也可以稱為倉庫庫存調撥，一般是倉庫之間庫存的調整。比如將貨品從杭州倉調撥到上海倉。
2、流程
調撥業務的流程，主要圍繞調撥單的流轉，牽涉到業務人員、調出倉庫、調入倉庫三方，從業務人員創建調撥單，到調撥信息流轉到調出倉庫創建調撥出庫單，再到調撥信息流轉到調入倉庫創建調撥入庫單結束。
（1）業務人員，根據實際需求創建調撥單，并且提交審核
（2）相關人員對調撥單進行審核，如果審核不通過，需要重新編輯提交
（3）調出倉庫，根據審核通過的調撥單，創建調撥出庫單，當然調撥出庫單也可以根據實際情況選擇調撥單中的某個或者某幾個商品，并且填寫實際的出庫數量
（4）調入倉庫，根據調撥單和出庫單，創建調撥入庫單，根據實際情況做入庫操作
（5）財務結算調撥過程中產生的費用
3、原型（僅供參考）
（1）調撥開單
調撥開單是調撥業務在系統里面的第一步，需要先選擇最基礎的調出倉庫和調入倉庫，然后選擇需要調撥的商品，商品到sku緯度，系統根據規則計算可以調撥的商品數量（具體可調撥數量的計算方法，我們放到后面介紹庫存詳情的時候統一介紹），維護本次調撥的實際商品數量，選擇調入貨位（調入貨位根據基本信息里面的調入倉庫，讀取對應倉庫的貨位信息）。
（2）調撥單管理
這里展示了所有的調撥單據，調撥單需要在這里進行審核后，才能進行后續的調出與調入操作。
調撥單的狀態：
- 編輯中：相當于草稿狀態，可以對調撥單進行修改，然后提交審核
- 已取消：單據被取消，相當于單據已經作廢
- 待審核：已經提交調撥申請，還沒有通過審核
- 已審核：調撥申請已經通過，可以進行出庫操作
- 待出庫：調撥出庫單已經生成，但是還沒有審核通過
- 部分出庫：調撥單里面的部分商品已經出庫完成
- 已出庫：調撥單里面的所有商品已經出庫完成
- 待入庫：調撥入庫單已經生成，但是還沒有審核通過
- 部分入庫：調撥單里面的部分商品已經入庫完成
- 已完成：調撥單里面的全部商品已經入庫完成
三、盤點
1、業務
盤點是指對倉庫內的實物庫存數量進行全部或部分清點，以確實掌握該期間內貨品狀況，并因此加以改善，加強管理。
一般的進銷存系統，都提供了嚴格的出入庫管理，所以理論上來說，系統的庫存數量和倉庫的實際庫存數量是保持一致的。但是實際操作中，發貨時候不可避免會有錯漏發，或者不按流程操作的情況，這時候就會出現理論庫存和倉庫實際庫存對不上的情況。
盤點后，如果出現實際庫存數據和理論庫存數據不一致，會自動生成盤盈入庫單和盤虧出庫單來調整庫存數量。定期盤點既保證了庫存數據的準確性，避免超賣等現象，還能及時掌握庫存運作出現的問題。
定期盤點既保證了庫存數據的準確性，還能及時掌握庫存運作出現的問題，避免超賣等現象。盤點后如果庫存數據不一致，會生成盤點盈虧單，賣家可以在庫存管理界面查看庫存變化，或者查看庫存臺賬來檢查什么環節造成的庫存不準。
2、流程
業務主要圍繞盤點單的流轉，從業務方創建盤點單開始，到盤點錄入，到盤點完成后，自動生成盤盈入庫單和盤虧出庫單對庫存進行修正結束。
（1）業務人員，根據實際需求創建盤點單，并且提交審核
（2）相關人員對盤點單進行審核，如果審核不通過，需要重新編輯提交
（3）倉庫人員，根據盤點單對商品進行盤點錄入，錄入實際的盤點數量
（4）根據盤點數量和庫存數量的對比，生成盤盈入庫單和盤虧出庫單
（5）相關人員對盤盈入庫單和盤虧出庫單進行審核（如果盤單人員就是審核人員，可以系統默認直接審核通過），對庫存進行修正
3、原型（僅供參考）
（1）盤點開單
盤點開單是盤點操作的第一環，我們的盤點流程從這里開始， 盤點開單主要用于選擇盤點倉庫、盤點貨品等信息，點擊保存/提交審核后即可生成盤點單，可以在盤點單管理界面顯示生成的盤點單據。
（2）盤點單管理
主要用于對盤點單進行查詢和管理，在這里我們可以對盤點單進行審核、盤點錄入等各種操作。
盤點單狀態：
- 編輯中：相當于草稿狀態，可以對盤點單進行修改，然后提交審核
- 已取消：單據被取消，相當于單據已經作廢
- 待審核：已經提交盤點申請，還沒有通過審核
- 待盤點：盤點申請已經審核通過，但是還沒有進行盤點錄入，可以對盤點單進行盤點錄入操作
- 已完成：盤點錄入完成，盤點結束
（3）盤點錄入
這里主要用于對盤點單進行商品真實數量的錄入，業務人員清點完成后，填寫實際的庫存數量，保存后，盤點錄入流程完成，系統會跟新原來的庫存數據，如果錄入數量與庫存數量不一致，系統會自動生成盤盈入庫單和盤虧出庫單。
本篇主要介紹了倉庫內的基礎業務，包括貨位介紹、調撥業務、盤點業務，之后幾篇會相應的介紹直接影響庫存數據的入庫管理和出庫管理，最后會整體介紹針對用戶緯度的銷售庫存詳情和針對倉庫緯度的倉庫庫存詳情。歡迎感興趣的各位一起交流。
相關閱讀
作者：胡言，微信公眾號：電商后臺系統（dianshanghoutai）。
本文由 @胡言 原創發布于人人都是產品經理。未經許可，禁止轉載。
感覺調撥單的狀態與調撥出入庫單的耦合比較嚴重，因為能支持部分出庫，當同時出現調撥出庫單已出庫，調撥入庫單待入庫的情況，這個時候調撥單狀態怎么顯示？除非出現調撥入庫單已入庫的情況下，不允許剩余物料再做出庫
寫的很好誒，很全面，但是有個問題，調撥單如果只出庫了部分，進入待入庫狀態后，還允許對剩余部分進行入庫嗎
從業務到原型一應俱全，寫的很好，學習了
學習了
很感謝樓主的分享，正在研究呢，謝謝
最近不更新了，不更新了不，幫忙更新呀，感謝感謝~
優秀，學習了，銷售庫存和倉庫庫存后續怎么不更新了呢？
我想問一下盤點的時候，不需要涉及到入庫批次嗎？
大神，能幫我解釋一下，從意義上，什么情況下會出現盤盈？謝謝
? 貨莫名其妙的多了
領料用了，結果了沒用完，又放回去了，沒在線上報備，盤點的時候就會多，這是其中之一的情況
不知道你們公司的體量有多大，但是現在大部分的電商的公司都不是獨立倉庫，租用倉庫話OMS和WMS最好分開，這樣系統維護方便，使用起來也方便，oms自己研發可以，wms最好是租用（非巨頭電商公司）
我現在也在搞wms，tms了 ??
大神 能分享下原型么
如果能夠提供一下原型就更好啦 ??
優秀，學習了，銷售庫存和倉庫庫存后續怎么不更新了呢？
寫的很好，學習了
調撥單的已審核狀態和待出庫狀態有什么區別呢？能具體解釋下嗎？
個人建議：
1、文字比較多，功能都涉及到了。
2、建議根據電商的場景來增加更多人性化和場景化的需求，這樣能才滿足真實電商的業務，如批量化、智能化操作。
3、可以參考之前我設計的E店寶的OMS+WMS+PDA+CRM一起設計，形成一套完整的前臺+中臺+后臺的解決方案。
期待你寫文章
你之前設計了什么東東？沒看到文章
學習了
之前自己也做過類似的進銷存管理系統，但相比之下，粗陋了很多
你這電商后臺系統=ERP+WMS+OMS了，不知道你是什么行業日單量多少。一般情況下，電商這個業務鏈中所需的業務環節比較多，不同的環節放在一個系統中不利于擴展和維護，ERP和OMS適用于電商前臺人員，著眼于訂單、財務、客戶管理等等的處理，OMS則適用于電商后臺人員，可以說是主要接收前臺人員的指令來進行庫存操作。WMS獨特的地方在于，會需要結合一些硬件，比如RF槍，PDA，稱重設備等，其業務是可以自成閉環的，個人建議系統還是分開比較好，當然也是要看電商的體量，日處理單量。
寫錯了，是WMS則適用于電商后臺人員，也就是倉庫這端。
如果業務需要，WMS也會做得很精細，功能也龐大，這種情況下和其他系統放在一起就不太好了吧。
其實我比較同意你的看法，對于電商的WMS，一般是與其他系統相對獨立的
可以講解一些庫存控制這一塊嗎？庫存是怎么控制的，通過哪些因素控制的，是怎么計算庫存的數值？？？
我想咨詢一下，有采購管理和庫存管理，中間的那個銷售管理主要是什么內容呢？主要是訂單嗎？
詳細！值得學習
你這個做得比較簡單
寫的這么仔細已經很好了，NB你也寫個 ??
你沒見過復雜的WMS系統吧，我自己做的都比這個復雜得多。
求指導，銷售管理和訂單管理這兩者有什么區別嗎？
你好，可以加微信或qq,交流下嗎，我也是做tms和wms的
求指導
大神指導一下
寫的真好，學習了。