后臺系統(tǒng):庫存管理系統(tǒng)

9 評論 81203 瀏覽 426 收藏 9 分鐘

文章對庫存管理系統(tǒng)做了簡單的概括和總結(jié),希望能夠給你帶來一些啟發(fā)和思考。

庫存系統(tǒng)作為電商后臺系統(tǒng)中不可或缺的一部分,雖然公司業(yè)務(wù)千差萬別,但主要的元素卻是相似的,文章主要是根據(jù)自己的經(jīng)驗來淺談一下庫存系統(tǒng)的設(shè)計。亦作為一個自我工作的總結(jié)和梳理。

庫存管理系統(tǒng),簡單的說,就是管理商品和數(shù)量之間的關(guān)系。在功能劃分上,主要包括商品庫存數(shù)量、入庫、出庫、盤點幾個部分。

一、商品庫存

即各個商品的數(shù)量管理。需要注意的是,在系統(tǒng)里需要保證商品的唯一性。在這里,涉及到以下幾個數(shù)量:

  • 庫存總數(shù):目前倉庫里還剩余的真實數(shù)量;
  • 可用數(shù)量:可以用于銷售、調(diào)撥等的數(shù)量;
  • 鎖定數(shù)量:指已經(jīng)有了去處或者計劃,但還未真正出庫的數(shù)量(該部分在很多系統(tǒng)中,又會根據(jù)業(yè)務(wù)的不同而分成多個部分,在這里,暫且統(tǒng)一稱之為鎖定數(shù)量);

當然,在實際設(shè)計過程中,還會涉及到其他的值和功能點,以下幾點可作為參考:

  1. 可以針對每個商品,做一個商品的歷史變動明細、或根據(jù)不同維度做一些簡單的數(shù)量統(tǒng)計;
  2. 設(shè)置閾值,當數(shù)量小于某個值時,給出通知或提示,以告知相關(guān)人員進行采購;
  3. 每個商品從采購到出庫,每一個商品的流向進出都需要有所記錄。在設(shè)計過程中,這一點是特別重要的,但卻也是最復(fù)雜的,因為每一個業(yè)務(wù)通常都有很多的環(huán)節(jié),會涉及到審批、物流、成本價等等,一個不小心,數(shù)據(jù)就會出現(xiàn)偏差;

二、商品入庫

商品入庫即商品數(shù)量增加的情形,主要包括采購、退貨和調(diào)撥幾種情形:

  • 采購:即倉庫向供應(yīng)商進行采購。(在不同的公司不同業(yè)務(wù)中,可能會涉及到很多的層采購,流程的復(fù)雜程度也隨之各不相同);
  • 退貨:從商城等的退貨;
  • 調(diào)撥:從其他倉庫調(diào)撥過來;

雖然看起來入庫包含的內(nèi)容不是很多,但實際上是倉庫系統(tǒng)的設(shè)計在后臺系統(tǒng)中卻是較為復(fù)雜的一部分。不同的業(yè)務(wù),需要考慮的因素太多,每一個商品,每一個批次,每一個入庫的類型,還有相關(guān)的物流信息等,都需要反復(fù)思考和優(yōu)化。

那么,下面就來介紹一下商品的入庫流程及每一個環(huán)節(jié)中可以考慮的問題吧。

1、采購

  • 采購單信息:作為一批貨品的采購信息,需要保證商品信息的完善和準確性;
  • 預(yù)估功能:對各個商品的出庫數(shù)量做一個周期性的預(yù)估,以便更好的進行庫存控制;
  • 采購提醒:在系統(tǒng)中可以設(shè)計一個監(jiān)控功能,當商品可用數(shù)量少于一定值時,提醒采購;
  • 快捷填寫采購單:因為錄入采購單比較耗時,所以是否可以考慮做一個快捷填充的入口,比如可以根據(jù)上次的采購數(shù)量生成一個基礎(chǔ)的采購單,然后再在自動生成的采購單基礎(chǔ)上進行修改。當然,此方法是否可行還要看具體業(yè)務(wù)流程,在此只是作為一個參考;
  • 采購審核:在一些業(yè)務(wù)流程中,填寫采購單后,是需要相關(guān)負責人先進行審核的,審核通過后會根據(jù)審核結(jié)果生成一張真正的采購單。此時,要考慮在審核過程中允許操作的點,比如是否允許修改數(shù)量、規(guī)格等;
  • 采購狀態(tài):需要提供一個可以追蹤的界面,以便知道申請進度;
  • 權(quán)限:還需要注意的是,每個狀態(tài)下每個角色的操作權(quán)限。比如哪些人可以申請采購,哪些人可以審核等;

2、退貨

在這里,所指的入庫是已經(jīng)從倉庫里面發(fā)出,之后再進行退還的過程。此過程中需要考慮的點有:

  • 退貨狀態(tài):雖然這是屬于訂單系統(tǒng)里面的內(nèi)容,但在倉庫系統(tǒng)里面最好也有所表示,這樣有利于倉庫管理者監(jiān)控商品的動態(tài);
  • 退貨倉庫:考慮在庫存里,是否需要把退貨部分單獨統(tǒng)一管理;
  • 退貨商品成本:在有的系統(tǒng)中,從供應(yīng)商采購再到最后零售的過程,可能會存在斷層的情況,而且每一批商品的成本價可能會有所不同,此時就需要直接從入庫單開始,實行先買先賣的原則,當退貨時,就需要保證退回的商品退到了原始批次上;這一操作,主要是為了財務(wù)對賬做準備

3、調(diào)撥

這就涉及到兩個倉庫之間的數(shù)量變化了。基本上調(diào)撥中倉庫之間的變化如下:

如上圖所示,若要從倉庫A調(diào)撥50個某商品到倉庫B,則:

  • 發(fā)貨倉庫:發(fā)起調(diào)撥后,發(fā)貨倉庫需要先鎖定庫存,此時,可用數(shù)量減少。發(fā)貨后,鎖定庫存為0,,總庫存減少;
  • 收貨倉庫:在真正入庫之前,一切數(shù)量均不改變;

三、商品出庫

商品出庫主要包含:銷售(經(jīng)銷商/零售/線上/線下/不同平臺和渠道等)、調(diào)撥出庫

1、銷售

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

舉個簡單的例子:倉庫A里面目前還有可口可樂500箱,有100箱已經(jīng)賣出去了,但買家要明天才來提貨。那么這100箱就會被鎖定,不可再用于其他地方,此時,可用的只有400箱。若買家又不想買了取消了訂單,那么被鎖定的100箱庫存又被釋放,可用數(shù)量再次變?yōu)?00箱。

2、調(diào)撥:如入庫調(diào)撥所示。

四、倉庫盤點

盤點主要是用于管理倉庫實際值與系統(tǒng)值的差異的。理論上來說,若商品的各個環(huán)節(jié)數(shù)據(jù)都準確的話,實際值與系統(tǒng)值應(yīng)該是一致的。但實際中可能會有一些系統(tǒng)檢測不到的因素影響了真實的庫存,這就需要倉庫進行周期性的盤點了。

盤點之后,若實際值與系統(tǒng)值不一致,就需要把系統(tǒng)值修改正確,這時,可以通過人工或者自動生成出入庫單的形式去修改系統(tǒng)值,而且修改的這部分數(shù)據(jù)是需要做出標記的,以便于財務(wù)之后的對賬。(當然,實際設(shè)計中如何處理這部分差異,還要看業(yè)務(wù)性質(zhì)和需求)

由于在實際的設(shè)計中,倉庫系統(tǒng)涉及到的東西比較多,而且與業(yè)務(wù)的相關(guān)度比較高,不同的業(yè)務(wù),設(shè)計出來的庫存系統(tǒng)會有很大的差別,這里僅做了一個簡單的概括和總結(jié),若有其他的建議和方法,歡迎交流分享。

相關(guān)閱讀

后臺系統(tǒng):數(shù)據(jù)展示列表

后臺系統(tǒng):賬號權(quán)限系統(tǒng)設(shè)計

 

本文由 @姜蕁 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自PEXELS,基于CC0協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 我有一點不理解的地方,庫存管理要不要錄入每一件商品的條碼啊?

    來自浙江 回復(fù)
    1. oms可以不考慮,WMS考慮。

      來自浙江 回復(fù)
  2. 報損、退回廠家?

    來自浙江 回復(fù)
  3. 已閱

    來自河北 回復(fù)
  4. 1

    回復(fù)
  5. :roll

    來自廣東 回復(fù)
  6. 樓主主要分享的是倉儲層的庫存管理,可以分享下銷售層的庫存管理,銷售?調(diào)度?倉儲層的庫存流轉(zhuǎn)嗎?

    回復(fù)
  7. 我覺得。。。。把線下對應(yīng)的業(yè)務(wù)流程寫上來。這樣對照著寫會不會更好些 ??

    來自湖南 回復(fù)
    1. 直接拿實例寫確實會比較清晰,但是公司業(yè)務(wù)及后臺詳細流程還是不太方便直接拿來寫的 ?

      來自上海 回復(fù)