库存系统中如何实现单barcode对应多ExpirationDate的效期追踪

核心疑问直接回应 #

完全可以把通用Barcode作为效期追踪的第一检索锚点，但绝对不能把Barcode和效期做一一对应的硬绑定——这是这类效期库存系统最容易踩的设计坑。

零售端通用的商品条码（UPC/EAN/国内商品条形码），从设计初衷上就是用来做SKU级别的身份标识的，本身不承载生产批次、效期这类动态信息。就像你示例里的奥利奥：同规格、同口味的产品，不管是2021年6月生产到期的批次，还是2021年7月生产到期的批次，外包装印刷的Barcode都是完全一致的（即1231232123）。如果直接把Barcode和效期做单条绑定，扫描条码时系统根本区分不了当前要处理的是哪一批库存，最终会出现效期预警不准、临期商品被当成正常效期售出、库存账实不符的问题。

行业通用的可落地追踪逻辑 #

这套方案是食品、医药、生鲜零售类效期库存系统的标准实现路径，核心是把「固定商品主数据」和「动态库存批次数据」拆成两层通过Barcode关联，绝对不要把易变的效期信息存在商品主表里：

• 第一层：商品主数据表
  仅存储固定不变的商品属性，比如ProductName、通用Barcode、商品规格、类目，这里的Barcode作为该SKU的唯一关联标识，和你原本的系统设计完全兼容，不需要改动原有条码相关的基础逻辑。
• 第二层：独立库存批次表
  每一次入库操作对应生成一条独立的批次记录，通过通用Barcode和主数据表做关联，核心字段包含：批次ID、关联Barcode、入库数量、对应ExpirationDate、入库时间、当前剩余库存。
  对应你示例里的两批同Barcode奥利奥，就是批次表里两条平行的独立记录：同属Barcode1231232123，但分别对应2021年6月10日、2021年7月13日两个不同的效期，各自统计各自的剩余库存，互不干扰。
• 出库规则匹配
  当扫描通用Barcode触发出库时，系统自动检索该Barcode下所有未出清、未过期的批次，严格按照「先到期先出（FEFO）」规则，从效期最近的批次开始扣减库存，全程不需要操作人员手动选择批次，也不会出现同Barcode下不同效期商品混算的问题，临期预警也会按每个批次的效期分别触发。

高精度场景的扩展方案 #

如果业务需要追踪到单个独立商品的效期（比如高值药品、进口临期食品这类对追溯精度要求高的品类），不需要替换原有的通用Barcode，只需要在原商品包装上叠加印刷关联了批次、效期信息的追溯二维码即可：

• 原有的通用Barcode保留，用于SKU快速检索、快速识别商品品类
• 扫描专属追溯码时，直接把当前单个商品的效期信息绑定到对应的库存记录里，追溯精度可以覆盖到单瓶/单盒级别，满足高要求的效期溯源场景。

内容的提问来源于stack exchange，提问作者Jade Ariane