WMS多倉調撥轉移說明
對于倉儲管理來說,越來越多企業開始應用WMS進行系統化的管理,以提升倉庫的作業效率。本文作者從業務流程和基礎功能兩個方面展開介紹,希望對你有幫助。
文章基于上一篇《WMS倉管系統說明文檔》,延續拓展,主要是對多倉之間的調撥,實際的業務情況、以及線上操作進行結合說明。便于大家對倉管系統有更加全面的了解。
一、業務流程
在上一篇文章中,所有的出入庫、加工盤點等操作,都是在一個倉庫內完成的。在線下業務流程拓展,倉庫不斷增多的過程中,由于倉庫的實際面積限制、或者是倉庫對應的區域銷量不同,對倉庫的要求也出現了變化。
所以本篇,我們會在一開始對倉庫進行標簽區分,劃分倉庫對應的屬性。不同倉庫對應的屬性,某些倉庫擔任總倉庫存儲備的功能;某些倉庫擔任加工倉庫功能;某些倉庫擔任發貨的功能等。
常規的多倉調撥,我們將其分為以下幾個階段:
- 第一階段,由調撥專員創建調撥單;
- 第二階段,調出倉庫根據每日調撥班次,調撥員操作調撥出庫;
- 第三階段,調入商品到達倉庫的時候,調撥員操作調撥入庫,核驗入庫數量并進入入庫。
下面我們按照各個階段對多倉調撥進行分析說明。
二、基礎功能
1. 基礎信息設置
在原有的倉庫管理中,區分倉庫為總倉、分倉??倐}主要負責調出商品、分倉則調入商品。
2. 班次管理
班次是作用于倉庫之前調撥的一個規范,針對于總倉,一天會存在多個時段,用于操作調撥出庫至對應的倉庫的。類似于班車發車的規則,設定時間點,從某個始發站到達某個終點站。
- 班次設置:設置班次的發車時間,調出倉庫,調入倉庫,以及對應的班次的司機信息。
- 班次查詢:可查看每天對應班次下面,需要調撥出庫的作業,以及班次下的調撥單狀態,是否出庫,出庫狀態是否正?;蛘哐悠诘?。便于倉庫操作人員對當日工作及時處理。
3. 入庫管理
1)待采購入庫
- 采購人員創建采購單的時候,選擇采購單的屬性是單倉需求、還是多倉需求。如是多倉需求,則代表采購單入庫的商品,也是需要分別調撥至其他的倉庫的。
- 調撥專員,可以查看所有待采購入庫的數據,并且選擇采購單生成調撥單,此時對應生成調撥單的狀態為“待采購入庫”。
針對采購單生成調撥單,我們需要注意以下幾個細節:
- 針對待采購入庫生成的調撥單,商品的調撥數據是基于采購購買數量。
- 倉庫的調撥員可以對應查看調撥單,在采購單入庫的時候,入庫后不會直接操作上架,而是將需要調撥的商品存放至調撥區域,上架剩余的商品。這樣避免了上架庫位之后又再庫位中尋找出庫的動作。
- 如倉庫庫存與銷售庫存同步的時候,需注意調撥區域的入庫庫存,不作為可售庫存。
- 如采購單入庫失敗,出現退貨等情況的時候,需要同步將調撥單進行關閉,關于原因標注由于采購單異常。
- 調撥單分為倆種類型,在采購單未入庫前生成的調撥單類型為采購調撥,在已入庫商品中選擇生成調撥單為存貨調撥。
采購調撥出庫流程圖,如下:
2)已采購入庫數據
可針對所有已采購入庫數據,也可以發起調撥單,此處對應生成的調撥單的狀態為“待調撥出庫”。
針對已采購入庫的采購單生成調撥單,我們需要注意:
對應創建的調撥單,不基于采購數量,而是基于倉庫當前商品的實際庫存數量。
存貨調撥出庫流程圖,如下:
3)已調撥入庫數據
此處數據同步調撥單的入庫操作,在創建調撥單并調撥單成功入庫之后,自動生成已調撥入庫的數據。在手持終端,可以針對入庫的調撥單進行上架的操作。
調撥入庫流程圖,如下圖:
4. 出庫管理
已調撥出庫數據:
此處數據同步調撥單的出庫操作,在創建調撥單并調撥單成功出庫之后,自動生成已調撥出庫的數據。對應可以查看歷史出庫的信息,出庫的操作人以及出庫的庫位等。
5. 調撥管理
1)調撥單狀態說明
調撥單一共分為4種狀態,以A倉庫調撥至B倉庫,進行說明如下:
2)調撥角色說明
針對不同的調撥單狀態,可以進行不同的操作,在調撥單的操作中主要會有倆種角色。
- 調撥專員:管轄多個倉庫,在組織架構中,可查看并操作多個倉庫數據。主要負責倉庫的庫存監控,操作調撥單。
- 調撥員:每個倉庫都有對應的調撥員,主要是負責調撥單的實施,總倉的調撥員按照每日的班次安排進行調撥出庫,分倉的調撥員則進行入庫操作。
3)調撥操作說明
本文由 @yimi 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
覺得作者沒有講清楚倉間調撥的相關單據及單據關系,比如根據采購單生成采購入庫單到總倉做采購入庫,然后再從總倉分別做調撥單到各分倉,這里就涉及到調撥出和入的問題,是否有根據調撥單生成對應的調撥出庫單和調撥入庫單,如果沒有當發生出和入數量不一致時如何處理?
之前寫的時候,的確業務還沒有考慮完善?,F在已經是做完了調撥的版本,可以回復下你目前的處理方案。針對創建的調撥單,在完成調撥的時候,自動生成調出倉出庫單據、調入倉入庫單據。完成調撥,需要根據預期調撥數量,填寫實際調撥數量,單據根據實際調撥數量產生。 并且在完成的24h內,支持修改,修改則對應產生出入庫單據記錄。
看了您的文章受益匪淺,能否微信請教
想請教一下,多倉調撥業務、生產相關業務,這些理應來說都是倉儲內部的業務,市面上如TTX等WMS必須要接到上位的訂單才可以進行操作,為什么不在WMS中開發這些功能呢?各種單據都由OMS來下發是有什么好處么?
目前能考慮到的點就是數據中心化,都在OMS中做單據,拉數據做數據分析會比較方便
但是從業務角度來說,中心化并不是一件好的事情
1. 我理解中,單據都有OMS下發的好處是,通過系統驅動去安排倉內應該執行的工作,減少人工執行出現的損耗。但其實也應該開放允許WMS單獨作業的入口,去避免由于倉內線下特殊情況必須的操作。
2. 從業務的角度說,需要明確系統的目標,其實還是需要規范化管理,但是需要根據不同特殊的業務場景,去進行調整。畢竟系統是為了規范化管理,規范化管理是為了實現盈利,需要清楚我們最終的目標。
想問一下,關于同一調撥單下,受限于物流,調撥貨物可能是分批發,分批到,這個如何在系統中體現呢?
我們這個產品目前的調撥業務基礎,是基于對城市群的劃分,對于臨近的城市劃分為城市群組,進行相互間的調撥。那么分批的這個情況,需要結合實際調撥量、調撥頻次去決定。
很棒,可否微信請教
好的??
微信號:h-yinni
mark
好文章
不錯