倉庫系統的設計基本可以分為五個大模塊，出庫、入庫、庫內、基礎資料、策略。在之前的文章中已經分享過庫內管理了。本篇主要針對於出庫管理進行分享，希望可以幫助到有這方面需求的朋友。
出庫類型
常見的單據類型
出庫按常規的出庫對象來劃分通常可以分為以下幾類：退供出庫（退回供應商 ）、調撥出庫、銷售出庫、領用出庫、報廢出庫。
退供：退回供應商出庫，指本次出庫是發貨給供應商，通常原因會有質檢不合格、供應商清退等，如果是簽過銷售協議的，對於某些銷售不達標的商品也是可以退貨的。
調撥：調撥出庫，內部倉庫之間相互調貨，通常是由於區域銷售不均衡或
銷售：銷售出庫，用戶下采購單後，倉庫根據推送的發貨進行進行發貨出庫。
領用：領用出庫，內部員工直接從倉庫領取商品或工具。
報廢：報廢出庫，倉內不良品無法銷售或退回供應商時，需要定期進行報廢。
“因地制宜”的單據類型
對於單據的分類可以幫助系統用戶和管理者快速瞭解單據產生的原因，並且有利於數據分析。通常對於出庫的管控和出庫業務流程的作業定義也是根據出庫單據類型來定義的（在後文中會詳細講到）。
在定義單據類型時，我們需要根據實際場景的需求和統計數據的需求合理定義系統應有的單據類型。
例：之前在做生鮮倉的WMS時，由於果蔬品類有個非常有意思的特性，就是水果會隨著水分蒸發而變輕，導致入庫時100斤，出庫97斤，但實際倉庫內其實已經沒有庫存了。所以針對這類損耗，我們單獨定義了“果品損耗出庫”的出庫類型。
雖然通過盤點或者報損出庫都能達到一樣的效果，但其實對於倉庫考核來說卻是不同的，盤點通常是用來考核倉庫的庫存準確性，而報損出庫則是屬於貨品損壞。所以在這種情況下，選擇定義新的出庫類型會更符合用戶的訴求。當然了，這類出庫中損耗的範圍是有限定的（通常是根據統一品類過去的實際損耗數據設定）。
單據的層級
對於同一單據類型，可能會需要有二層分類。如對於退供，可以以原因作為二級單據類型：退供-不良品退貨、退供-供應商清退、退供-採購過多等。能夠幫助用戶快速進行數據分析，這種分類往往是取決於上游對數據追溯和管控的訴求。
例：筆者所在的公司曾經由於業務模式的調整需要對部分商品或供應商進行清退。在審核中為了便於審核者快速瞭解退貨原因及後續財務對不同退貨原因的賬目進行相關處理，則在原單據上增加了二級分類。
出庫流程
我們先以電商的銷售出庫為例，簡單介紹下各操作步驟的定義。
流程簡述
分配庫存：上游下發的出庫指令中只會要求指定的商品出庫指定的數量，而倉庫中一款商品可能存在於多個庫位，那本次出庫需要從哪個庫位獲取商品呢？當前庫存是否足夠呢？這就是系統分配庫存時需要做的了，確定系統庫存是否足夠，同時指定出庫庫位。
創建波次：為了提高作業效率，將一批待出庫的出庫單按照某種指定的規則彙總在一起作業，稱之為波次作業。比如按照訂單結構、包含的商品、承運商等。創建完成的集合稱之為“波次單”，所以一個波次單是包含多個未出庫的出庫單的。
打單：打印面單、總揀單、分揀單（如果是有PDA操作則總、分揀單是不需要打印的）。為了提高操作效率，也會存在後置打單（複核後，打包前）打單的情況。
揀貨：根據揀貨單或PDA提示，按出庫單中分配好的庫位進行揀貨。揀貨可分為總揀和分揀，先總揀後分揀。總揀是針對波次單進行，將整個波次中所有分配庫存一次性揀出；分揀則是針對單一出庫單，從總揀商品中揀選中出庫單所需商品。常見的分揀方式主要是播種和摘果。
- 播種的作業方式：設置播種位（容器），根據每個容器對應訂單中需要的商品，將總揀好的商品依次分配到各播種位中。適用於商品種類單一的波次。
- 摘果的作業方式：根據出庫單的商品明細，從總揀好的商品中揀需要的商品放入分揀框。適用於商品相似但存在一定差異（如需求數量不同）的波次。
對於沒有集成波次的訂單或者特殊波次的訂單，也可以直接進行按單揀選，即直接按照出庫單進行揀選。
複核：對於分揀好的貨物，按照出庫單要求的商品和數量進行掃碼複核。複核可分為逐單複核和批量複核。批量複核僅針對訂單內容完全相同的波次才可使用。
打包：完成複核的商品打包，貼上面單。
稱重：對於打包好的出庫包裹進行稱重，稱重實際上也是另一個方式的複核，通過對比包裹實際重量和理論重量進行二次校驗。如今為了提升效率降低人工成本，很多倉庫已經實現了自動化流水線稱重了。
出庫：完成打包並經過稱重的包裹進行出庫。
此外，如果出庫單中商品分在多庫區，則還會涉及到拆單、合單的流程。
流程綜述
是不是所有的出庫都需要完整的經過以上步驟？答案顯然不是。
比如調撥、退供通常都是大批量操作，是不需要波次和稱重的，揀選過程也不涉及總、分揀。
需要明確的一點是，整個出庫流程的核心指標是準確性和效率，系統的出庫流程設計應該是在確保準確性的前提下進行效率提升。
總結
以上就是今天想和大家分享的WMS出庫部分的內容了。主要講的也是其中一些比較通用和常見的模塊和功能，實際上，由於商品類型、業務類型的不同會催生出很多個性化需求和不同的功能模塊，而以上的已經聊到過的模塊，雖然看似通用，但是也都需要“因地制宜”。
希望對大家有所幫助。
題圖來自Unsplash，基於CC0協議
閱讀更多 人人都是產品經理 的文章
