序列号概念最早是来源于电子产品工业化生产，一般的商品不需要管理到具体的某个商品，只需要管理到生产批次就行；比如衣服，生产移库用的是相同的原材料、相同的制作工序，那么这一批就是一个生产批次，如果出问题的话就是一批都有问题。
而电子产品理论上也可以只管理到批次的维度，但是早期的这些电子产品的价值很高，如果出现质量问题或者盗版损失巨大；需要更加细致的管理，所有就有了序列号的概念。
实际上比起“序列号”这个名字“唯一码”其实更加贴切。
“唯一码”就是某个商品的唯一编号；其主目的有防伪、溯源、精细化管理；其最大特点是唯一性。
二、序列号商品管理
那么对于序列号的商品应该怎么管理呢？
回到最上面的神户牛肉，从小牛的出生、育肥、出栏、屠宰、运输、烹饪、享用。
我一边吃肉一边琢磨，好像可以把生命周期加入到序列号商品管理中，加入生命周期后可以抽象为下面的流程：
- 生产阶段对应的是商品在工厂生产加工阶段，对应的就是小牛的出生、育肥、出栏、屠宰阶段。
- 运输、存储阶段是商品出场后从产地运往消费市场，等待被消费、使用的阶段，对应的就是牛肉的运输和存储阶段。
- 商品使用阶段是用户使用商品的阶段，对应的就是厨师烹饪牛肉。
- 商品报废阶段是商品的终点，报废销毁商品，对应的就是牛肉被食客吃掉。
但是牛肉这种食品还是比较特殊，没有退货流程，一般售出后退不了。
所以考虑通用点的序列号商品管理的话，需要调整生命周期，如下图展示：
三、WMS序列号商品管理
那我们怎么在WMS里面玩转这一套序列号管理呢？还是以神户牛肉为例，把餐厅的冷库当作WMS中的仓库来梳理这个仓库内的出入库。
- 关于序列号商品入库：餐厅向日本牧场订购神户牛肉，牧场将牛肉发出并且通知餐厅大概的到货时间以及对应的快递单号即入库通知；牧场发出牛肉后，牛肉就处于“在途”的状态；直到这牛肉运输到餐厅，餐厅需要核对牛肉对应的“序列号”信息（商品的来源、品质、等级），核对无误后放进餐厅冷库即收货入库，放进冷库后牛肉状态就处于“在库”状态；
- 关于序列号商品出库：厨师需要根据食客要求选择对应的牛肉，从冷库拿出牛肉后需要确认牛肉的“序列号”，做出库核对；出库后，牛肉状态就处于“已出库”状态；
- 关于序列号商品退货：厨师拿出牛肉，食客发现拿错了，本该是A5和牛，拿的却是A3和牛，食客要求换正确的牛肉即换货；那么这个时候出库的牛肉状态就由“已出库”改成“在途”，厨师需要将这块错拿的牛肉重新入库换A5牛肉出来。
可以设计两张数据表来实现上面的方案，一张是序列号主表，另一张记录序列号的变更记录。
序列号主表设计如下：
序列号变更记录表设计如下：
四、小结
根据不同的业务情况，可以给序列号增加或减少一些状态环节，框架是可以满足大部分的序列号管理场景。
多观察生活，生活说不定会给出其不意的灵感。
物流IT圈
泛物流行业IT知识分享传播、从业人士互帮互助，覆盖快递快运/互联网物流平台/城配/即时配送/3PL/仓配/货代/冷链/物流软件公司/物流装备/物流自动化设备/物流机器人等细分行业。长按二维码即刻加入我们，如果你是以上行业公司中的IT从业人士加运营小哥微信后可入群交流。
