WMS序列号商品管理
“神户牛肉，速来”微信上寥寥几字勾的我心魂出窍，心想这小胖够意思啊，请客吃大餐了。
赶忙打车冲到目的地，蹿出车门就看见笑盈盈挥着手的小胖，小胖领着我边走边说：“神户牛肉呢，不好订呢，位子就在前面。”
落座后小胖继续说：“神户牛一出生就会拿到由政府发出‘子牛登记证’，列明血统及打上鼻印，过会上牛肉的时候你也可以看见；每头牛都有自己的编码，在育肥、打印疫苗都会做登记与这个编码绑定。”
“那这个和牛好像也有了身份证的样子啊。”
“是呀，每头牛都价值不菲，不这样做万一别人以次充好，打着神户牛的招牌卖次等牛肉既伤害了育牛的农户们也伤害了付了巨款的食客们。所以一定要做防伪。而且啊，有了这个‘身份证’，食客也放心了呀，可以追溯这头牛是在哪个牧场生长的、何时出栏屠宰、何时进入中国的。可以保证这钱花的安心呀！”
刚说完，服务员就将牛排端了上来，看着焦褐色的光泽、粉嫩的肉，正要拿起刀叉，突然服务员泼了一杯水。
还不清楚什么情况，赶紧用手抹去脸上的水。咦，为啥阳光这么刺眼，为啥脸边还湿湿的，定睛一看，是梦啊。
唯一真实的是不争气的眼泪从嘴角流出，弄湿了半个枕头。
一、序列号介绍
序列号概念最早是来源于电子产品工业化生产，一般的商品不需要管理到具体的某个商品，只需要管理到生产批次就行；比如衣服，生产移库用的是相同的原材料、相同的制作工序，那么这一批就是一个生产批次，如果出问题的话就是一批都有问题。
而电子产品理论上也可以只管理到批次的维度，但是早期的这些电子产品的价值很高，如果出现质量问题或者盗版损失巨大；需要更加细致的管理，所有就有了序列号的概念。
实际上比起“序列号”这个名字“唯一码”其实更加贴切。
“唯一码”就是某个商品的唯一编号；其主目的有防伪、溯源、精细化管理；其最大特点是唯一性。
二、序列号商品管理
那么对于序列号的商品应该怎么管理呢？
回到最上面的神户牛肉，从小牛的出生、育肥、出栏、屠宰、运输、烹饪、享用。
我一边吃肉一边琢磨，好像可以把生命周期加入到序列号商品管理中，加入生命周期后可以抽象为下面的流程：
- 生产阶段对应的是商品在工厂生产加工阶段，对应的就是小牛的出生、育肥、出栏、屠宰阶段。
- 运输、存储阶段是商品出场后从产地运往消费市场，等待被消费、使用的阶段，对应的就是牛肉的运输和存储阶段。
- 商品使用阶段是用户使用商品的阶段，对应的就是厨师烹饪牛肉。
- 商品报废阶段是商品的终点，报废销毁商品，对应的就是牛肉被食客吃掉。
但是牛肉这种食品还是比较特殊，没有退货流程，一般售出后退不了。
所以考虑通用点的序列号商品管理的话，需要调整生命周期，如下图展示：
三、WMS序列号商品管理
那我们怎么在WMS里面玩转这一套序列号管理呢？还是以神户牛肉为例，把餐厅的冷库当作WMS中的仓库来梳理这个仓库内的出入库。
- 关于序列号商品入库：餐厅向日本牧场订购神户牛肉，牧场将牛肉发出并且通知餐厅大概的到货时间以及对应的快递单号即入库通知；牧场发出牛肉后，牛肉就处于“在途”的状态；直到这牛肉运输到餐厅，餐厅需要核对牛肉对应的“序列号”信息（商品的来源、品质、等级），核对无误后放进餐厅冷库即收货入库，放进冷库后牛肉状态就处于“在库”状态；
- 关于序列号商品出库：厨师需要根据食客要求选择对应的牛肉，从冷库拿出牛肉后需要确认牛肉的“序列号”，做出库核对；出库后，牛肉状态就处于“已出库”状态；
- 关于序列号商品退货：厨师拿出牛肉，食客发现拿错了，本该是A5和牛，拿的却是A3和牛，食客要求换正确的牛肉即换货；那么这个时候出库的牛肉状态就由“已出库”改成“在途”，厨师需要将这块错拿的牛肉重新入库换A5牛肉出来。
可以设计两张数据表来实现上面的方案，一张是序列号主表，另一张记录序列号的变更记录。
序列号主表设计如下：
序列号变更记录表设计如下：
四、小结
根据不同的业务情况，可以给序列号增加或减少一些状态环节，框架是可以满足大部分的序列号管理场景。
多观察生活，生活说不定会给出其不意的灵感。
本文作者 @汪仔3193
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
