一、什么是序列號

序列號概念最早是來源于電子產品工業化生產，一般的商品不需要管理到具體的某個商品，只需要管理到生產批次就行；比如衣服，生產移庫用的是相同的原材料、相同的制作工序，那么這一批就是一個生產批次，如果出問題的話就是一批都有問題。

而電子產品理論上也可以只管理到批次的維度，但是早期的這些電子產品的價值很高，如果出現質量問題或者盜版損失巨大；需要更加細致的管理，所有就有了序列號的概念。

實際上比起“序列號”這個名字“唯一碼”其實更加貼切。

“唯一碼”就是某個商品的唯一編號；其主目的有防偽、溯源、精細化管理；其最大特點是唯一性。

二、序列號商品管理

那么對于序列號的商品應該怎么管理呢？

回到最上面的神戶牛肉，從小牛的出生、育肥、出欄、屠宰、運輸、烹飪、享用。

我一邊吃肉一邊琢磨，好像可以把生命周期加入到序列號商品管理中，加入生命周期后可以抽象為下面的流程：

1. 生產階段對應的是商品在工廠生產加工階段，對應的就是小牛的出生、育肥、出欄、屠宰階段。

2. 運輸、存儲階段是商品出場后從產地運往消費市場，等待被消費、使用的階段，對應的就是牛肉的運輸和存儲階段。

3. 商品使用階段是用戶使用商品的階段，對應的就是廚師烹飪牛肉。

4. 商品報廢階段是商品的終點，報廢銷毀商品，對應的就是牛肉被食客吃掉。

但是牛肉這種食品還是比較特殊，沒有退貨流程，一般售出后退不了。

所以考慮通用點的序列號商品管理的話，需要調整生命周期，如下圖展示：

三、WMS序列號商品管理

那我們怎么在WMS里面玩轉這一套序列號管理呢？還是以神戶牛肉為例，把餐廳的冷庫當作WMS中的倉庫來梳理這個倉庫內的出入庫。

• 關于序列號商品入庫：餐廳向日本牧場訂購神戶牛肉，牧場將牛肉發出并且通知餐廳大概的到貨時間以及對應的快遞單號即入庫通知；牧場發出牛肉后，牛肉就處于“在途”的狀態；直到這牛肉運輸到餐廳，餐廳需要核對牛肉對應的“序列號”信息（商品的來源、品質、等級），核對無誤后放進餐廳冷庫即收貨入庫，放進冷庫后牛肉狀態就處于“在庫”狀態；

• 關于序列號商品出庫：廚師需要根據食客要求選擇對應的牛肉，從冷庫拿出牛肉后需要確認牛肉的“序列號”，做出庫核對；出庫后，牛肉狀態就處于“已出庫”狀態；

• 關于序列號商品退貨：廚師拿出牛肉，食客發現拿錯了，本該是A5和牛，拿的卻是A3和牛，食客要求換正確的牛肉即換貨；那么這個時候出庫的牛肉狀態就由“已出庫”改成“在途”，廚師需要將這塊錯拿的牛肉重新入庫換A5牛肉出來。

可以設計兩張數據表來實現上面的方案，一張是序列號主表，另一張記錄序列號的變更記錄。

序列號主表設計如下：

序列號變更記錄表設計如下：

四、小結

根據不同的業務情況，可以給序列號增加或減少一些狀態環節，框架是可以滿足大部分的序列號管理場景。

多觀察生活，生活說不定會給出其不意的靈感。