WMS序列號商品管理
編輯導語:序列號是一個商品的“身份證”,這個商品在全球唯一的編號;比如我們?nèi)バ揠娔X修手機,一查設備的專屬序列號就能知道商品的生產(chǎn)地、生產(chǎn)日期、生產(chǎn)批次等等,非常齊全;本文作者就詳細分析了WMS序列號的商品管理。
“神戶牛肉,速來”微信上寥寥幾字勾的我心魂出竅,心想這小胖夠意思啊,請客吃大餐了。
趕忙打車沖到目的地,躥出車門就看見笑盈盈揮著手的小胖,小胖領著我邊走邊說:“神戶牛肉呢,不好訂呢,位子就在前面。”
落座后小胖繼續(xù)說:“神戶牛一出生就會拿到由政府發(fā)出‘子牛登記證’,列明血統(tǒng)及打上鼻印,過會上牛肉的時候你也可以看見;每頭牛都有自己的編碼,在育肥、打印疫苗都會做登記與這個編碼綁定?!?/p>
“那這個和牛好像也有了身份證的樣子啊?!?/p>
“是呀,每頭牛都價值不菲,不這樣做萬一別人以次充好,打著神戶牛的招牌賣次等牛肉既傷害了育牛的農(nóng)戶們也傷害了付了巨款的食客們。所以一定要做防偽。而且啊,有了這個‘身份證’,食客也放心了呀,可以追溯這頭牛是在哪個牧場生長的、何時出欄屠宰、何時進入中國的??梢员WC這錢花的安心呀!”
剛說完,服務員就將牛排端了上來,看著焦褐色的光澤、粉嫩的肉,正要拿起刀叉,突然服務員潑了一杯水。
還不清楚什么情況,趕緊用手抹去臉上的水。咦,為啥陽光這么刺眼,為啥臉邊還濕濕的,定睛一看,是夢啊。
唯一真實的是不爭氣的眼淚從嘴角流出,弄濕了半個枕頭。
一、序列號介紹
序列號概念最早是來源于電子產(chǎn)品工業(yè)化生產(chǎn),一般的商品不需要管理到具體的某個商品,只需要管理到生產(chǎn)批次就行;比如衣服,生產(chǎn)移庫用的是相同的原材料、相同的制作工序,那么這一批就是一個生產(chǎn)批次,如果出問題的話就是一批都有問題。
而電子產(chǎn)品理論上也可以只管理到批次的維度,但是早期的這些電子產(chǎn)品的價值很高,如果出現(xiàn)質(zhì)量問題或者盜版損失巨大;需要更加細致的管理,所有就有了序列號的概念。
實際上比起“序列號”這個名字“唯一碼”其實更加貼切。
“唯一碼”就是某個商品的唯一編號;其主目的有防偽、溯源、精細化管理;其最大特點是唯一性。
二、序列號商品管理
那么對于序列號的商品應該怎么管理呢?
回到最上面的神戶牛肉,從小牛的出生、育肥、出欄、屠宰、運輸、烹飪、享用。
我一邊吃肉一邊琢磨,好像可以把生命周期加入到序列號商品管理中,加入生命周期后可以抽象為下面的流程:
- 生產(chǎn)階段對應的是商品在工廠生產(chǎn)加工階段,對應的就是小牛的出生、育肥、出欄、屠宰階段。
- 運輸、存儲階段是商品出場后從產(chǎn)地運往消費市場,等待被消費、使用的階段,對應的就是牛肉的運輸和存儲階段。
- 商品使用階段是用戶使用商品的階段,對應的就是廚師烹飪牛肉。
- 商品報廢階段是商品的終點,報廢銷毀商品,對應的就是牛肉被食客吃掉。
但是牛肉這種食品還是比較特殊,沒有退貨流程,一般售出后退不了。
所以考慮通用點的序列號商品管理的話,需要調(diào)整生命周期,如下圖展示:
三、WMS序列號商品管理
那我們怎么在WMS里面玩轉這一套序列號管理呢?還是以神戶牛肉為例,把餐廳的冷庫當作WMS中的倉庫來梳理這個倉庫內(nèi)的出入庫。
- 關于序列號商品入庫:餐廳向日本牧場訂購神戶牛肉,牧場將牛肉發(fā)出并且通知餐廳大概的到貨時間以及對應的快遞單號即入庫通知;牧場發(fā)出牛肉后,牛肉就處于“在途”的狀態(tài);直到這牛肉運輸?shù)讲蛷d,餐廳需要核對牛肉對應的“序列號”信息(商品的來源、品質(zhì)、等級),核對無誤后放進餐廳冷庫即收貨入庫,放進冷庫后牛肉狀態(tài)就處于“在庫”狀態(tài);
- 關于序列號商品出庫:廚師需要根據(jù)食客要求選擇對應的牛肉,從冷庫拿出牛肉后需要確認牛肉的“序列號”,做出庫核對;出庫后,牛肉狀態(tài)就處于“已出庫”狀態(tài);
- 關于序列號商品退貨:廚師拿出牛肉,食客發(fā)現(xiàn)拿錯了,本該是A5和牛,拿的卻是A3和牛,食客要求換正確的牛肉即換貨;那么這個時候出庫的牛肉狀態(tài)就由“已出庫”改成“在途”,廚師需要將這塊錯拿的牛肉重新入庫換A5牛肉出來。
可以設計兩張數(shù)據(jù)表來實現(xiàn)上面的方案,一張是序列號主表,另一張記錄序列號的變更記錄。
序列號主表設計如下:
序列號變更記錄表設計如下:
四、小結
根據(jù)不同的業(yè)務情況,可以給序列號增加或減少一些狀態(tài)環(huán)節(jié),框架是可以滿足大部分的序列號管理場景。
多觀察生活,生活說不定會給出其不意的靈感。
本文由 @汪仔3193 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉載
題圖來自Unsplash,基于CC0協(xié)議
請教:
一個對象 對應一個主表,當發(fā)生一次變更時,就產(chǎn)生一個變更記錄表。
1、主表永遠只有一個,變更記錄表可以多個。這么理解對嗎?
2、變更記錄表中 沒有“入庫單號、入庫時間、出庫單號、出庫時間”的信息,是因為覺得沒必要所以不記錄嗎?這樣的話,如果有多次變更,那之前的出庫入庫單號和時間信息就查不到了。
1是的;
2.單號信息是用單號類型,單號兩個字段組合使用的;比如說是出庫單,那么這條變更記錄的單號類型是出庫,單號就是具體的出庫單號;如果是入庫單,那么這條變更記錄的單號類型是入庫,單號就是具體的入庫單號;這樣的話其實可以更大范圍兼容倉庫內(nèi)的單據(jù),比如盤點單、庫存調(diào)整單等等。
時間的話直接用操作時間就行。
您好,我有一個疑問。如果一個序列號是商品的唯一編碼。那我們買了5000頭牛,需要倉庫做5000次入庫掃描嗎?每一頭牛是一個獨立商品?好像也不合理。
如果設,5000頭牛,統(tǒng)稱為日本神戶牛,編碼XXXX,那么序列號作為條碼嗎?一個商品,條碼有5000多個,好像也不是特別理想?大神,求解。
這是我目前遇到的困擾,腦子轉不過來了
條碼和序列號碼是兩種碼,不能把他們混合在一起考慮。
商品條碼只有一個,但是序列號每一個都是不同的。入庫的時候確實要做5000次掃描。
實際場景下,除了單個商品上面的序列號,還有箱序列號,掃描箱序列號可以直接收一箱,可以使收貨流程更快一些。
大佬,還有那種螺絲釘,一箱子幾萬顆那種,無法使用序列號跟蹤,是否考慮批次號管理?目前我也遇到這種問題了
3C的產(chǎn)品嘛
謝謝,對的。倉庫嫌麻煩~~
寫得挺好的
謝謝!