五千字干貨總結:WMS系統之入庫的產品設計

koi
27 評論 13682 瀏覽 154 收藏 25 分鐘

進銷存是整個WMS最核心的功能,進庫是其中一個環節。通常是指是由上游系統下推入庫單到WMS,由WMS進行入庫。本文作者圍繞WMS系統之入庫的產品設計展開分析,與你分享。

整個WMS最核心的功能就是進銷存,而入庫就是“進”,在系統層面通常是由上游系統下推入庫單到WMS,由WMS進行入庫,整體的業務流程如下:

根據上面的業務圖,首先來說入庫單,入庫單有以下幾種類型:

  • 采購入庫
  • 調撥入庫
  • 生產入庫
  • 退貨入庫
  • ……

本人只遇到過采購入庫、調撥入庫、退貨入庫3種類型,所以本文以這3種入庫類型進行講解。

一、入庫業務流程

采購入庫和調撥入庫是公司業務最常見,最重要的一種業務,我將它們與退貨入庫分開來說,是因為退貨入庫會涉及到資金信息,它們在業務流程上不同,但是在系統設計上的入庫流程,可以使用同一套流程。

采購和調撥的入庫流程如下:

市面上的入庫流程通常有2套,一套是先收貨在質檢;另一套是先質檢后收貨,這2套流程的可以根據自身的業務來進行設。如果是做SAAS產品,那么就要兼容這2套方案,可以做成流程的可配置,如下:

退貨入庫流程如下:

退貨入庫多了一個退貨結算單的步驟,通常實在質檢完成后生成一個相應的退貨結算單,由財務進行打款。如果作為電商賣家,針對退貨的產品,一般是會質檢后會去判斷退貨的產品是否影響二次銷售,若影響的話就需要客服介入;若不影響就直接生成退貨結算單。

整理來說倉庫的整個收貨入庫的流程比較簡單,但是在系統的設計上需要注意的點有很多,接下來就說說具體的產品設計。

二、入庫的產品設計

1. 入庫單

入庫單的設計如下(僅供參考):

入庫單的設計遠不止上圖這么簡單,本人比較懶,畫了一個粗略的構架,僅供參考。

入庫單的數據來源一般都是由上游系統下推,常見的有采購單、調撥單下推到WMS系統,下推到WMS后就會生成一個入庫單,而關聯單號就是相應的采購單號、調撥單號。入庫單和這些關聯的訂單對應關系是1:1。

當簽收的數量=應入庫的數量,那么入庫單的狀態就會為完成。但是有一些異常情況需要注意,如:采購了100個產品,供應商只送了60個,剩下40個供應商本來說送后面又不送了,此時這60個已經上架了。這種采購異常情況的解決方案,我是在采購單做了一個【完成】按鈕,可以強制標記這個采購單完成。采購是一個非常復雜的模塊,在我講到采購的時候我會細細說明。

除了我上圖展示的內容,應該還需要展示入庫單相應的產品信息,包括產品的基礎信息和入庫信息。

  • 基礎信息:這部分信息比較簡單,就是產品的名稱、圖片、編號、單位之類的;
  • 入庫信息:這部分主要包括總數量、簽收數量、未簽收數量、質檢數量、正品數量、次品數量、批次等信息。

除了這些還需要一個打印功能,將入庫單打印出來,方便收貨員進行收貨,如下圖所示:

入庫單頁面還可以做一個功能就是收貨查詢,一張入庫單可以進行多次收貨,所以就會有一個“收貨批次”的概念,“收貨批次”記錄每個收貨批次簽收的數量。

我查看了幾個WMS系統,有些將退貨入庫與入庫單設計在一起,且用一個“類型”字段區分是采購入庫、退貨入庫等等;有一些則是做了2個頁面,【入庫單】頁面和【退貨入庫】頁面。

我問了一個藥師幫的產品朋友,他告訴我,可能有一些公司的業務區分了售后組合簽收組,簽收租主要負責采購入庫、調撥入庫等等單據的簽收;而售后組主要負責售后的訂單簽收;其次針對退貨的訂單,除了訂單信息,其次更加關注退貨原因、退貨人、退貨集中貨位等信息,所以做了2個頁面。

2. 簽收

簽收的話可以掃描入庫單號或者物流單號進行簽收,如下圖所示(僅供參考):

萬里牛的簽收分為“手工輸入數字錄入”和“掃描錄入”2種模式,分別為上圖1和上圖2。

以我在跨境大賣,而且去倉庫體驗一段的經驗來說,在倉庫只要來了貨,收貨組的人拿著PDA掃描物流單號進行簽收,然后將簽收的貨放到暫存貨位,且簽收完成后就會生成一個收貨單(一個入庫單可以生成多個收貨單)。對于收貨組的人來說,工作就完成了,他們并不在意簽收的具體是哪個訂單。

簽收是整個上架流程中最復雜的2個模塊之一,下面舉例說明簽收時常見的問題和解決方案:

1)組盤

簽收還會涉及到組盤的問題,如果送過來的貨特別多,且有整件和散件,那么在簽收時就可以準備幾個托盤,然后將整件放到一個托盤,將散件放到一個托盤。然后將托盤放到暫存貨位。

舉個栗子,如:采購了1箱礦泉水,那么在簽收的過程中不會拆箱,會直接按箱進行簽收;如果是散件產品,如:采購了10個A產品,供應商是打包用一個箱子發貨過來,此時倉庫簽收就需要拆箱進行清點。

這個簽收是否是整件或散件和倉庫沒有關系,與上游單據有關,倉庫只管來了什么貨,然后簽收,如:采購10箱,倉庫就簽收10箱;采購10個就簽收10個。

2)SN碼管理

其中針對SN碼管理的產品,要么在簽收的時候就需要錄入SN碼信息,要么在上架前錄入SN碼信息,在產品設計上,直接給一個“SN碼”字段,簽收時讓用戶必填,如下圖所示:

本人只遇到過在簽收時錄入SN碼信息,后面向朋友溝通,還聊到了簽收時不錄入SN碼信息,在上架前錄入,這樣做的目的主要是為了快速簽收。

3)容器

簽收是否需要關聯到容器,我看到有的WMS進行了容器的關聯,有的則沒有。因為我之前公司也沒有做容器關聯,關于這個點我曾經和倉管進行溝通,他們認為簽收時還要輸入容器號太麻煩,只需要輸入簽收貨位就行了,這樣就知道簽收的產品放在哪里,與容器沒有關系。

針對一些特殊行業,簽收時倉庫會把貨放到托盤上,進行整托上架,出庫時也可能會進行整托出庫,此時需要做一個類似產品“單位轉換”的記錄,一托=多少SKU。在倉庫里面記錄的庫存是以SKU為維度。

本人對這點的理解不夠深,只知道簽收時綁定容器主要用于整托上架,如果這方面了解很多的朋友,可以留言和我交流一下。

4)條碼

打印條碼,簽收后給產品貼條碼,在簽收時貼條碼的問題本人沒有遇到過,倒是遇到過在質檢時貼條碼,這點放在質檢的時候去說明。

5)其他

  • 貨多了:簽收是否允許簽收數量>應收數量?這點本人建議不需要做限制,因為供應商有可能出現特殊情況,送多了貨,這種情況交給線下去處理;
  • 貨不對:在簽收的時候發現整批貨/某個產品不對,這種情況可以走退貨流程,常見的就是在系統中創建一個采購退貨單,進行退貨處理;
  • 多批貨一起送:供應商在沒有告知的情況下,將多批貨一起送,這種情況就可以相應的上游單據下推到倉庫,然后選中相應的入庫單進行簽收。
  • ……

3. 收貨單

收貨單就比較簡單,就是每次簽收生成一個收貨單,記錄收貨的數量,界面如下圖所示(僅供參考):

4. 質檢

質檢首先需要在入庫流程中配置是否需要質檢,若需要可以直接根據收貨單進行質檢,質檢單的頁面如下:

在系統層面只需要輸入收貨單號,然后填寫正品數量和次品數量,點擊【保存】按鈕,質檢的操作在系統層面就完成了。

但是在實際的場景中更加復雜一點,整個的業務流程如下:

  • 質檢任務分配:當成功收貨后就會進入質檢,那么收貨單就需要分配給質檢人員,在從倉庫中要么是員工主動領取,要么是系統分配,這個根據公司業務設計即可。如果是系統分配,只能分配給當天在線(上班)的質檢員;
  • 產品獲?。嘿|檢員貨根據分配給自己的收貨單進行打印,根據打印出來紙質單中產品所在的“暫存貨位”領取產品;——去暫存貨位領取產品,該步驟是否需要做成線上化,可以根據自身業務設計
  • 質檢:質檢時質檢員掃描收貨單號/入庫單號進行質檢。若質檢的產品中有新產品,則需要提示:先進行新品維護。若沒有新品就直接輸入質檢的正品和次品數量。

質檢完成后質檢員會將質檢通過的產品,按照訂單吧產品放到各個箱子里面,等待上架的作業員進行上架。若公司有次品貨架,那么質檢的次品也可以去上架。

在整個入庫的環節中還有一個貼標的操作,只有給產品貼上條碼,然后掃描這個條碼,系統才知道該產品是一個什么樣的產品。這個標簽打印功能一般是放在“簽收”或“質檢”這2個步驟,我看到市面上大部分的WMS是放在“簽收”。

但是在我上家公司貼標的操作卻是放在“質檢”。因為質檢前所有采購回來的產品都有一個包裝,而質檢需要拆包,所以在“質檢”前貼標顯然不合適。具體為什么貼標放在“簽收”步驟,有懂的老哥可以留言交流一下。

5. 新品維護

新品維護的頁面如下(僅供參考):

至于為什么要做新品維護和多倉庫都接收到新品,以哪個倉庫維護的新品信息為準,請去看我《WMS基礎信息》文章。

6. 上架

關于上架,一般是質檢完成后生成相應的上架單,同時系統調用貨位分配策略,給上架的產品推薦貨位。上架單的產品設計如下(僅供參考):

在質檢完成后,收貨單的質檢狀態變成了質檢完成,然后將質檢完成的收貨單分配(被領?。┙o作業人員進行上架。

常見的3種上架模式如下:

  • 拆零上架:從貨列前面掃碼把拆零的商品上架到貨位上去;
  • 整箱上架:比如一箱一箱到貨那么就需要把箱子上架到整箱區;
  • 整托上架:以托盤為單位進行上架。

我們最常見遇到的上架本質上就是拆零上架的一種,如:采購回來10個產品,這10個產品按照上架策略放到指定的貨位。

拆零上架在食品行業應該比較常見,本人沒有過相關產品的設計,但是看了其它的產品的設計時在上架單中新增一個“拆零”字段,由用戶去輸入拆零上架的數量,如下圖所示:

上架的紙質單如下:

7. 上架策略

上架策略可以分為混放和貨位分配規則。

混放規則

混放需要考慮到同一個貨位產品是否能夠混放?批次是否能夠混放?兩兩組合就有以下4種情況:

  • 全部混放:同一個貨位可以放不同產品的不同批次;
  • 全部不混放:同一個貨位只能放同一個產品的相同批次;
  • 批次混放:同一個貨位只能放同一個產品,但是批次可以不相同;
  • 貨品混放:同一個貨位只能放同一個批次的產品,但是產品可以不相同。

這里使用哪種策略,根據公司的業務設置,如果是SAAS系統,可以由用戶自己去配置。

全部混放有一個好處就是節省貨位的使用率,但是會增加作業人員的揀貨成本,如:作業人員在揀貨時需要去識別揀貨的批次;全部不混放則完全相反,產品的存放會使用更多的貨位,但是作業人員的揀貨成本低。

通常在倉庫的揀貨區是使用“一貨一位”,然后根據批次要求,考慮批次是否混放。

批次策略的產品設計可以參考大寶WMS,FluxWMS,其中大寶WMS如下(僅供參考):

很多同學看到上面這個圖就開始疑惑了,批次不是指批次號嗎?為什么還會有生產日期、失效日期這些信息?這些信息可以當作批次屬性,這里挖一個坑,放到批次進行說明。

很多WMS系統,在配置貨位信息的時候,就配置了該貨位是否支持混放,本質就是將混放策略與貨位綁定。

個人覺得這種設計不夠靈活,混放策略還可以綁定倉庫/貨主/庫區/貨位/產品等維度,常見的一個場景就是A產品支持批次混放,B產品不支持批次混放

8. 上架貨位分配規則

這個策略是在執行上架操作時,推薦一個貨位,作業員根據貨位進行上架。相關的界面如下(以C-WMS為例僅供參考):

整個策略主要包括條件和貨位推薦2個部分。

條件:條件主要就是對產品進行一些過濾,符合過濾條件的產品執行“貨位推薦”規則,最常見的過濾條件有產品分類、入庫類型、產品品牌、正/次品、簽收時的容器等等。以產品分類和正/次品來舉例,正品需要放到揀貨區,次品則需要放到次品區,同時正品和次品中的生鮮和零售產品不能放在一起。

除了這些考慮的因素,還可以考慮貨位的容積和限重,但是這些我沒有看到過一個倉庫可以玩好的,本人也不熟悉,所以就不展開說了。

貨位推薦:推薦貨位需要考慮3個元素,推薦的庫區、貨位類型、貨位。

庫區:符合條件的產品,推薦指定的庫區,如:正品推薦正品區的貨位,次品推薦次品區的貨位。若沒有設定庫區,則按照庫區的權重,從大到小依次查詢合適的貨位。

貨位類型:有些公司對貨位做了區分有揀貨貨位、暫存貨位、中轉貨位可以根據業務要求進行貨位類型的推薦。

貨位:系統推薦的貨位有空貨位、固定貨位、上次上架貨位、同品貨位(已占)、同品貨位(周圍空貨位);

  • 空貨位:推薦指定庫區的空貨位,若沒有空貨位,則不會被推薦;若沒有指定庫區,則按照庫區的權重,優先篩選出權重大庫區是否有空貨位;
  • 固定貨位:產品上架到庫區指定的貨位,若沒有指定庫區,則指定權重最大的庫區;
  • 上次上架貨位:上架到庫區最近一次上架的貨位;
  • 同品貨位(已占):系統倉庫中已經放置相同產品的貨位,若有多個貨位,則推薦缺貨量(貨位補貨上限量-可用庫存)的最大貨位。如:A1和A2貨位放置了蘋果手機產品,兩個貨位的補貨上限量一致,可用庫存分別為3和4,此時上架蘋果手機,系統推薦A1貨位上架?!魩靺^沒有放置相同產品的貨位,系統可以推薦空貨位。
  • 同品貨位(周圍空貨位):系統推薦放置相同產品貨位周圍的空貨位,若有多個貨位,則推薦缺貨量(貨位補貨上限量-可用庫存)的最大貨位,周圍的空貨位,若沒有空貨位,則不推薦。

如果推薦空貨位,那么是上架單中的一條明細,推薦一個空貨位。

后面2種規則本人沒有遇到過只是看其它友商進行了設計,這個做一個說明,我只接觸過上面前3中貨位推薦的規則,后面2種貨位推薦的規則是為了節省空間而進行的設計。

9. 小結

整個上架策略的目的就是為了指引作業員,上架到合適的貨位,所以先執行貨位分配規則,將合適的貨位篩選出來,然后再執行混放規則,篩選出合適的貨位,若沒有合適的貨位,可以直接推薦空貨位,流程如下:

三、總結

整個上架的流程大體就已經說完了,但是還沒有一些細節沒有說明,比如:推薦了上架貨位,但是貨位滿了,作業員可以上架到旁邊貨位;簽收后,簽收的數量=應收數量,入庫單標記完成等等。

本篇文章沒有像flux,巨沃等大廠,把入庫單稱作ASN,采購單稱作PO,本人認為這些太“專業化”,我更想表達的簡單一點,導致文章的一些用詞就沒有那么“專業”。同時本文也只展示了“入庫單”的打印單,其它單據是否需要打印單,根據自身公司的業務設計。

本文說的入庫流程比較復雜,是因為說了太多的異常情況,但是實際倉庫作業比這個更加簡單,倉庫的作業員只需要簽收、質檢、上架。

按照慣例依舊給大家留幾個問題:

  • 簽收了,但是沒有上架的產品算不算庫存?算可用庫存嗎?
  • 如果是存揀分離的倉庫,可以直接從“備貨區”直接揀貨嗎?

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

題圖來自 Unsplash, 基于 CC0 協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 可以給個聯系方式嗎

    來自湖北 回復
  2. 感覺細節好多,有點麻煩

    來自湖北 回復
  3. 簽收貼碼的場景有遇到過,倉庫常遇到質檢時發現和簽收數量對不上也無法追溯;因為簽收時原本也需要點檢數量,所以調整至簽收貼碼,質檢人員先驗收數量,然后再區分合格及不合格

    來自湖北 回復
  4. 上架規則怎么是下拉框的呀,我是這樣分析的對嗎?
    下拉框是先預置的規則,上架規則執行時,要把規則名稱的邏輯和下方的條件一起結合才可以?
    但像波次下發規則,這個名稱就是自己填寫的,在波次下發規則執行時,就只把下方的條件結合在一起就可以了?

    來自廣東 回復
    1. 我的截圖是C-WMS。這個系統自己設置好了上架規則,用戶自己選擇相應的上架規則就行了。這個上架推薦貨位的規則與揀貨推薦貨位的規則一致。
      開始上架的時候系統會去執行上架匹配,拿上架的訂單去匹配規則,匹配到相應規則就執行相應上架策略。

      來自廣東 回復
  5. 你好,看完后有幾個小問題有些疑惑,希望作者可以解答下,感謝!

    1、打印到貨通知單,是有什么作用呢?
    像貨剛到時,收貨員打印出來可以對比是哪底是批貨,但進行收貨清點是在系統上操作,打印這個是可以讓他們在紙質上填寫收貨數量,再回填系統嗎?還是說針對簽收后打印出來進行查看的作用?

    2、到貨通知單和入庫單是同個東西嗎?

    3、在收貨清點頁面掃描入庫單,生成收貨批次其實就是收貨單對嗎?是否會存在多個入庫單一起收貨清點,生成一個收貨單呢?

    4、收貨成功后,會生成質檢單嗎?我看你是用質檢狀態在收貨單上體現。是否會存在多個收貨單一起質檢,生成一個質檢單呢?

    5、同第一個問題一樣,上架紙質單也是有什么作用呢

    來自廣東 回復
    1. 謝謝你的留言,看到你留言了許多,我都沒有來的急回答。
      根據你提到的問題,我發表一下我的個人看法。
      1. 紙質單據本質上是為了沒有PDA的倉庫準備的。
      2. 因為文章寫的太久,我忘記是否在文章里面提到到貨通知和入庫單,本質上是一個東西,由上游系統下推到倉庫系統。
      其中的3和4點我根據我的個人經驗回答,是否正確我們可以一起討論。
      3. 收貨批次可以看做是一個批次屬性,我之前的設計為一個到貨通知單與收貨單是1:1的關系。一個收貨批次可以簽收N個到貨通知單,同時生成對應的收貨單。
      后續溯源,可以查詢收貨批次,就可以吧相應的收貨單和收貨明細查詢出來。
      4. 我之前的設計并沒有質檢單的概念,只有質檢狀態。多個收貨單可以一起質檢,質檢完成后,相應收貨單的質檢狀態更新。

      來自廣東 回復
    2. 你好作者,感謝你的回復,我很認真的把你的文章全部看完了,因為有了解過wms,但太細節的東西都是靠自己相像的,所以問的問題會比較多,非常感謝的你解答。
      針對第3點,我還想再問一下哈:
      上游下推到WMS的單據,我們叫‘到貨通知單’,按你說的貨通知單與收貨單是1:1,那么這兩個單號相關聯的,每次收貨就生成一個批次對嗎,這個收貨批次下可以把到貨的商品全部收貨(但在簽收商品時要掃對應的收貨單號/到貨通知號)同時收貨單的收貨狀態就通過收貨批次中關聯的收貨單的收貨數量合計和到貨的做對比,算出多少還沒收貨對嗎?

      來自廣東 回復
    3. 這里就要說一下業務場景了,作為采購會給供應商下單,還會跟進采購單的進度。比如采購下了一個采購單,采購A產品100個。如果供應商一次只送40個,采購就下推40個A產品的到貨單。
      倉庫接收這個到貨單,直接簽收就行了。當然還會有一些特殊情況,比如應到貨數量與實到貨數量不符合等特殊情況
      當然這是我當時做的方案,并不絕對。

      來自廣東 回復
    4. 你回復的內容太多了,我后面慢慢回答。

      來自廣東 回復
    5. 還有個概念可能在干擾你,到貨通知單,本質上是上游系統下推的單據。至于收貨單,你可以不把他看成一個單據,只是一條收貨記錄而已,針對到貨通知單的收貨。
      我之前做的方案是一個到貨通知單對應一條收貨記錄,這樣一單到底的設計會使業務方使用更加簡單。
      簽收,質檢,上架這些都是對到貨通知單的狀態更新。

      來自廣東 回復
    6. 好的,我現在懂了,感謝哈,我確實留言了很多,感謝你的解答

      來自廣東 回復
  6. WMS系統的試用賬號怎么弄呢?

    來自廣東 回復
  7. 請教一下,入庫貼標環節,同個商品有2件貨,標簽條碼是一樣的嗎?如果一樣的話出庫環節如何知道出貨的是哪件貨?

    來自廣東 回復
    1. 是一樣的,一般的倉庫只會管理到SKU維度。如果需要更進一步精細化管理,就需要貼“唯一碼”,你可以先去百度了解一下唯一碼的應用和相關知識。

      來自廣東 回復
    2. 如果是他說的這種情況的話(進一步精細化管理),是不是可以SKU+SN的方式?這種方式我認為比較適合二手電子產品的管理,同一種商品,但是每件具體商品的情況又不相同,出庫時需要精準到每件,就可以用這種方式?

      來自廣東 回復
  8. 看到一般忍不住拉到最下面來評論,最近公司也要開庫存業務,本文屬實幫我很多,感謝你的精彩好文

    來自廣東 回復
  9. 請教一下SN碼管理的商品在上架時錄入SN碼的話是單獨一個表存儲SN碼還是上架表進行拆分?

    來自黑龍江 回復
    1. 具體在哪個表儲存,這個我不清楚,只有我公司的程序員知道,但是在界面上,SN只是在商品信息中的一個字段,開啟SN碼管理的貨品,可以錄入SN碼,然后通過搜索SN碼,就可以搜索相應的產品。

      來自廣東 回復
  10. 求更新~~~持續關注中~~~

    來自天津 回復
  11. 入庫單在哪個時間節點生成呢?

    來自廣東 回復
    1. 入庫單的生成一般都是由上游系統推送,比如:銷售出單,銷售單標記發貨,然后這個銷售單下推到WMS

      來自廣東 回復
  12. 入庫綁定容器的最大作用在于記錄一批貨的當前位置、當前數量和當時放進去的操作人是誰,如果在下一個環節缺貨錯貨了,能及時發現并且找到當時的操作人去核查。

    來自廣東 回復
    1. 了解了,我還以為入庫綁定容器是為了出入庫,類似整托入庫,整托出庫

      來自廣東 回復
  13. 看業務模式,如果是第三方貨主商品的采購入庫,質檢完成前都不能算可用庫存;可以去備貨區揀貨,倉庫只做物理層面上的存揀分離,不做系統層面的限制。

    來自廣東 回復
  14. 不算,可以。

    來自天津 回復
  15. 感覺倉儲系統水好深、我現在做電銷系統還是算淺的了。。。

    來自上海 回復