電商平臺倉庫管理系統究竟有何功能?

8 評論 14799 瀏覽 99 收藏 10 分鐘

倉庫管理系統能有效控制并跟蹤倉庫業務的物流和成本管理全過程,實現完善的企業倉儲信息管理。本文介紹了倉庫管理的概念,商品與倉庫的聯系,商品發貨的調度中心以及其他附加功能,與大家分享!

倉庫管理系統(Warehouse Management System,簡稱WMS)是通過出庫、入庫、庫位調撥、庫存調撥等功能,綜合批次管理、物料對應、庫存盤點、質檢管理和即時庫存管理等功能綜合運用的管理系統。

WMS屬于電商后臺系統的服務末端,相對獨立,也是實物管理與系統完美結合的應用。

通過WMS實時同步倉儲貨物的變化,確保物料先進先出,與采購系統、訂單調度系統同步更新庫存,管理倉庫工作人員的工作流。

目前許多中小企業的WMS都是用第三方服務商,但是由于電商企業對于訂單和庫存管理的及時性要求,逐漸開始自建WMS系統。

對于電商平臺端來說,一般考慮對接現有的倉儲系統,或者是有自建的倉庫,但并沒有形成自動化的倉儲系統這兩種常見情況。

針對這兩種情況,一般考慮在電商平臺映射一個倉庫功能模塊出來,來達到實際倉儲和線上電商平臺間的聯系。

本文僅介紹電商平臺映射的倉庫功能,相對簡單,并且忽略了倉庫內部的分揀區、存儲區、不良品存儲區、發貨暫存區、收貨暫存區、復核區、倉儲器械存放區等區域的劃分,最好的設計是有倉儲的內部ERP管理系統來實現實體倉庫的信息化管理。

一、倉庫管理

這里的倉庫管理,是將實際的倉庫在電商平臺進行一個映射,并進行簡單的管理。

倉庫信息主要包括倉庫名稱、倉庫類型、聯系方式、倉庫地址、配送區域及倉庫用途。

倉庫類型主要有:中心倉、區域倉、供應商協同倉等,倉庫的類型決定了倉庫的等級,在選擇倉庫時,是從優先級高的倉庫再到優先級低的倉庫。

  • 中心倉:中心倉中涵蓋sku最多,品類最齊全,一般是最大型的倉庫。例如上海中心倉、北京中心倉等。
  • 區域倉:中心倉下涵蓋多個區域倉,區域倉一般建立在訂單量較大的城市。這些區域倉一般庫存量較小,存放一些消費頻率較高的sku,只供應當地的城市。只有在區域倉沒貨的時候,才會從中心倉發貨。
  • 供應商協同倉:在全國范圍內有很多供應商時,為了保證物流實效會直接從供應商處直接發貨。

配送區域是指倉庫的配送區域,有些倉庫的發貨區域有限制,不會全國全區域覆蓋,例如供應商協同倉可能只負責配送某個城市的配送區域,不支持跨區。每個倉庫都會區分一級配送區域、二級配送區域、三級配送區域,不同的區域配送時效不同,配送優先級也不同,用戶下單時,會優先從區域優先級高的倉庫配送。

另外,統一倉庫不同級別的噢誒送區域不能重復,對于統一倉庫,配送區域等級不能重復。

倉庫用途是指倉庫的主要作用,包括發貨倉和退貨倉,當然可以同時既為發貨倉也為退貨倉。發貨倉為用戶下單支付后,可發貨的倉庫;退貨倉為用戶退貨時,貨物退到的倉庫。

具體設計如下圖所示

二、商品與倉庫的聯系

商品與倉庫的聯系,一方面商品維度的庫存管理,另一方面就是倉庫維度的商品管理。

商品維度的庫存管理,商品的入庫操作應該來源于采購管理的采購單,但是由于目前系統采購系統還未完成,所有現在的商品入庫不是依靠入庫單來實現的,而是手動操作填寫。具體設計如下:

 

商品庫存管理頁面,sku維度查看各個倉庫的總庫存,查看詳情可查看各個倉庫的具體數據情況。

另外,由于沒有連接采購系統,單品入庫操作比較困難,因此可通過設計批量入庫來進行簡單處理。

倉庫維度的查看商品,這種一般就比較適合實際情況中的商品入庫操作,也可便于后期功能擴展,為倉庫設置不同的管理員來管理倉庫的商品數據。

三、商品發貨的調度中心

商品的調度中心是一個與庫存中心、訂單中心、wms系統、物流中心聯系起來的中間層系統,串起了各個系統之間的信息交互。

當然調度中心包括兩種形式,一種是由倉庫級別分析需要采購,由此進行調度并生成相應的采購單據;另一種是有用戶購買商品下單后,由調度中心生成出庫單到各個倉庫。

本文由于缺少采購系統功能,因此僅介紹商品發貨功能的調度,具體規則如下:

當然,調度中心在整個電商系統中起到的是承上啟下的中介作用,類似中央處理器的效果。調度中心不僅會告訴我們從哪個倉庫發貨,還會告訴我們用什么物流發貨(后臺物流管理功能相結合)。

四、其他附加功能

庫存同步:由于觸發庫存發生變動的點不一樣,庫存的變動有兩種流向。第一種是自上而下(從銷售層到調度層,再到倉庫層);第二種是自下而上(從倉庫層到調度層,再到銷售層)兩種:

  • 自上而下:用戶下單后,首先會生成訂單,扣減銷售層的庫存;然后流轉到調度層進行調度,生成發貨通知單,調整調度層的庫存;最后推送至倉庫,wms系統同步響應,扣減庫存并進行出庫。
  • 自下而上:用戶下單后,首先會生成訂單,扣減銷售層的庫存;然后流轉到調度層進行調度,生成發貨通知單,調整調度層的庫存;最后推送至倉庫,wms系統同步響應,扣減庫存并進行出庫。

上面所述僅僅是簡化版的倉庫功能,僅是建立商品和實物倉庫間的一種微弱聯系,并不能完全的將兩者關聯起來。

要想完善兩者之間的關系,需要盡可能依據實物倉庫來構建平臺倉庫,并且出庫、入庫可能涉及的更多的方面。

例如,入庫需考慮和采購系統進行建立聯系,也需考慮倉庫間的調撥;出庫要考慮盤點時的破損和虧單等情況,并考慮和財務系統之間的關聯。

誠然,這還是一篇不盡完善的倉庫功能設計,但也是在缺乏實際場景需求下我所能想到的既簡單又相對完善的功能了。

感謝您的閱讀~

相關閱讀

電商平臺倉儲物流之運費分析及設計

 

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

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 你好,我想問下,訂單流轉到調度后,分倉失敗的訂單,就不會占用調度層的可用庫存?但會占用/扣減銷售層的庫存?

    回復
  2. 自上而下:用戶下單后,首先會生成訂單,扣減銷售層的庫存;然后流轉到調度層進行調度,生成發貨通知單,調整調度層的庫存;最后推送至倉庫,wms系統同步響應,扣減庫存并進行出庫。
    自下而上:用戶下單后,首先會生成訂單,扣減銷售層的庫存;然后流轉到調度層進行調度,生成發貨通知單,調整調度層的庫存;最后推送至倉庫,wms系統同步響應,扣減庫存并進行出庫。
    這個都一樣是哦不是寫錯了?

    來自廣東 回復
    1. 是的,寫錯了
      自下而上:倉庫的實物入庫可以算是從下到上引起的庫存變動。主要有三種單據:采購入庫單、退貨入庫單、調撥入庫單的實物入庫,會連鎖引起倉庫層 、調度層、銷售層的可用庫存逐步增加。

      來自四川 回復
  3. 請教下下:庫存管理如何避免入庫單錯誤,導致負庫存的情況?

    來自陜西 回復
    1. 這個我不確定你們是怎樣一個場景,我們當時是商品入庫手動操作,數量只能是正整數

      來自四川 回復
    2. 負庫存不會再入庫時產生,跟入庫有關的產生負庫存的情況;比較特殊的根據目前實操看也就只是會存在作廢入庫單的情況,那就是需要在作廢入庫單時候,效驗庫存是否滿足,如果不滿足作廢扣減庫存就阻止繼續作廢。

      來自黑龍江 回復
  4. 感覺很受教,但是讀起來似乎有些費力,表達上不太好理解??

    回復
    1. 好噠~持續提升改進中。

      來自北京 回復