供應鏈:WMS出庫管理

8 評論 27002 瀏覽 254 收藏 9 分鐘

倉庫系統(tǒng)的設計基本可以分為五個大模塊,出庫、入庫、庫內(nèi)、基礎資料、策略。在之前的文章中已經(jīng)分享過庫內(nèi)管理了。本篇主要針對于出庫管理進行分享,希望可以幫助到有這方面需求的朋友。

出庫類型

常見的單據(jù)類型

出庫按常規(guī)的出庫對象來劃分通??梢苑譃橐韵聨最悾和斯┏鰩欤ㄍ嘶毓?)、調(diào)撥出庫、銷售出庫、領用出庫、報廢出庫。

退供:退回供應商出庫,指本次出庫是發(fā)貨給供應商,通常原因會有質檢不合格、供應商清退等,如果是簽過銷售協(xié)議的,對于某些銷售不達標的商品也是可以退貨的。

調(diào)撥:調(diào)撥出庫,內(nèi)部倉庫之間相互調(diào)貨,通常是由于區(qū)域銷售不均衡或

銷售:銷售出庫,用戶下采購單后,倉庫根據(jù)推送的發(fā)貨進行進行發(fā)貨出庫。

領用:領用出庫,內(nèi)部員工直接從倉庫領取商品或工具。

報廢:報廢出庫,倉內(nèi)不良品無法銷售或退回供應商時,需要定期進行報廢。

“因地制宜”的單據(jù)類型

對于單據(jù)的分類可以幫助系統(tǒng)用戶和管理者快速了解單據(jù)產(chǎn)生的原因,并且有利于數(shù)據(jù)分析。通常對于出庫的管控和出庫業(yè)務流程的作業(yè)定義也是根據(jù)出庫單據(jù)類型來定義的(在后文中會詳細講到)。

在定義單據(jù)類型時,我們需要根據(jù)實際場景的需求和統(tǒng)計數(shù)據(jù)的需求合理定義系統(tǒng)應有的單據(jù)類型。

例:之前在做生鮮倉的WMS時,由于果蔬品類有個非常有意思的特性,就是水果會隨著水分蒸發(fā)而變輕,導致入庫時100斤,出庫97斤,但實際倉庫內(nèi)其實已經(jīng)沒有庫存了。所以針對這類損耗,我們單獨定義了“果品損耗出庫”的出庫類型。

雖然通過盤點或者報損出庫都能達到一樣的效果,但其實對于倉庫考核來說卻是不同的,盤點通常是用來考核倉庫的庫存準確性,而報損出庫則是屬于貨品損壞。所以在這種情況下,選擇定義新的出庫類型會更符合用戶的訴求。當然了,這類出庫中損耗的范圍是有限定的(通常是根據(jù)統(tǒng)一品類過去的實際損耗數(shù)據(jù)設定)。

單據(jù)的層級

對于同一單據(jù)類型,可能會需要有二層分類。如對于退供,可以以原因作為二級單據(jù)類型:退供-不良品退貨、退供-供應商清退、退供-采購過多等。能夠幫助用戶快速進行數(shù)據(jù)分析,這種分類往往是取決于上游對數(shù)據(jù)追溯和管控的訴求。

例:筆者所在的公司曾經(jīng)由于業(yè)務模式的調(diào)整需要對部分商品或供應商進行清退。在審核中為了便于審核者快速了解退貨原因及后續(xù)財務對不同退貨原因的賬目進行相關處理,則在原單據(jù)上增加了二級分類。

出庫流程

我們先以電商的銷售出庫為例,簡單介紹下各操作步驟的定義。

流程簡述

分配庫存:上游下發(fā)的出庫指令中只會要求指定的商品出庫指定的數(shù)量,而倉庫中一款商品可能存在于多個庫位,那本次出庫需要從哪個庫位獲取商品呢?當前庫存是否足夠呢?這就是系統(tǒng)分配庫存時需要做的了,確定系統(tǒng)庫存是否足夠,同時指定出庫庫位。

創(chuàng)建波次:為了提高作業(yè)效率,將一批待出庫的出庫單按照某種指定的規(guī)則匯總在一起作業(yè),稱之為波次作業(yè)。比如按照訂單結構、包含的商品、承運商等。創(chuàng)建完成的集合稱之為“波次單”,所以一個波次單是包含多個未出庫的出庫單的。

打單:打印面單、總揀單、分揀單(如果是有PDA操作則總、分揀單是不需要打印的)。為了提高操作效率,也會存在后置打單(復核后,打包前)打單的情況。

揀貨:根據(jù)揀貨單或PDA提示,按出庫單中分配好的庫位進行揀貨。揀貨可分為總揀和分揀,先總揀后分揀。總揀是針對波次單進行,將整個波次中所有分配庫存一次性揀出;分揀則是針對單一出庫單,從總揀商品中揀選中出庫單所需商品。常見的分揀方式主要是播種和摘果。

  • 播種的作業(yè)方式:設置播種位(容器),根據(jù)每個容器對應訂單中需要的商品,將總揀好的商品依次分配到各播種位中。適用于商品種類單一的波次。
  • 摘果的作業(yè)方式:根據(jù)出庫單的商品明細,從總揀好的商品中揀需要的商品放入分揀框。適用于商品相似但存在一定差異(如需求數(shù)量不同)的波次。

對于沒有集成波次的訂單或者特殊波次的訂單,也可以直接進行按單揀選,即直接按照出庫單進行揀選。

復核:對于分揀好的貨物,按照出庫單要求的商品和數(shù)量進行掃碼復核。復核可分為逐單復核和批量復核。批量復核僅針對訂單內(nèi)容完全相同的波次才可使用。

打包:完成復核的商品打包,貼上面單。

稱重:對于打包好的出庫包裹進行稱重,稱重實際上也是另一個方式的復核,通過對比包裹實際重量和理論重量進行二次校驗。如今為了提升效率降低人工成本,很多倉庫已經(jīng)實現(xiàn)了自動化流水線稱重了。

出庫:完成打包并經(jīng)過稱重的包裹進行出庫。

此外,如果出庫單中商品分在多庫區(qū),則還會涉及到拆單、合單的流程。

流程綜述

是不是所有的出庫都需要完整的經(jīng)過以上步驟?答案顯然不是。

比如調(diào)撥、退供通常都是大批量操作,是不需要波次和稱重的,揀選過程也不涉及總、分揀。

需要明確的一點是,整個出庫流程的核心指標是準確性和效率,系統(tǒng)的出庫流程設計應該是在確保準確性的前提下進行效率提升。

總結

以上就是今天想和大家分享的WMS出庫部分的內(nèi)容了。主要講的也是其中一些比較通用和常見的模塊和功能,實際上,由于商品類型、業(yè)務類型的不同會催生出很多個性化需求和不同的功能模塊,而以上的已經(jīng)聊到過的模塊,雖然看似通用,但是也都需要“因地制宜”。

希望對大家有所幫助。

 

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

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

更多精彩內(nèi)容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 沒有逆向流程么?比如分揀后返還到庫位去

    來自北京 回復
  2. 大佬,對于分配庫存環(huán)節(jié)想請教一下,是在合成波次前鎖定庫存呢還是在合成波次后鎖定庫存,哪一步更合理一些?

    來自黑龍江 回復
    1. 同問啊

      來自江蘇 回復
  3. 在某些面向生產(chǎn)的制造型企業(yè)中,出庫類型還有維修、保養(yǎng)

    來自北京 回復
  4. 大佬,可以講一講BMS嗎?

    來自浙江 回復
  5. 出庫時商品的位置是否同步更新,期待回復

    來自浙江 回復
    1. 主要還是看公司設計吧,主流設計就兩種~
      1. “精確流“,撿貨后庫存隨著容器類型而變化,更便于現(xiàn)場對產(chǎn)品的管理,一般只有比較成熟,比較大型的WMS才這樣設計。
      2. 另一種比較常見,不知道這流派怎么稱呼,且稱“單據(jù)出庫“,以訂單維度撿貨出庫,不在系統(tǒng)上記錄承載容器,撿貨完成庫存鎖定在原貨位,或許直接扣除記錄在虛擬貨物上,流程也能走,但是不便于現(xiàn)場的管理及逆向流程的處理~

      回復
  6. 學習了 ??

    來自浙江 回復