误区一:只管理 SKU,不管理批次
SKU 只能说明“是什么”,不能说明“哪一次采购或生产出来的”。当商品质量、效期或客户索赔出现问题时,SKU 汇总库存无法回答影响范围,企业只能扩大排查甚至全量召回。
改进:对需要批次控制的商品,批次必须成为库存余额的维度,而不是备注栏里的自由文本。
误区二:把先进先出等同于先到期先出
先进先出 FIFO 是按入库时间排序,先到期先出 FEFO 是按到期日期排序。两者在入库日期和到期日期高度一致时可能结果相同,但一旦供应商补货日期、生产周期或保质期不同,就会产生明显差异。
改进:对有明确效期的商品优先使用 FEFO,并设置最低剩余效期和客户效期承诺。
误区三:用月末报表代替过程控制
月底才发现临期,通常已经失去最佳处理窗口。报表可以帮助复盘,但不能替代收货校验、拣货推荐、复核阻断和日常提醒。
改进:让预警直接关联责任人、处理动作、截止日期和关闭证据。
误区四:所有仓库使用同一套出库规则
中央仓、门店前置仓、寄售仓、退货仓和待检仓的业务目标不同。中央仓重视批量拣货和运输效率,门店仓更重视销售可得性,退货仓则需要隔离和质检。若把所有仓库都设置成“库存大于零即可出库”,就会让不合格、冻结或临期库存混入正常订单。
我会先划分库存池:可销售库存、待检库存、冻结库存、在途库存、退货待处理库存和报损库存。每个库存池定义可参与的业务单据,再让仓库权限和单据状态共同控制流转,而不是依赖员工记忆。
误区五:认为扫码上线就等于数字化
扫码只能提高采集速度,不能自动修正错误主数据,也不能替企业决定临期阈值和异常责任。若条码没有包含批次,或者同一商品存在多个不一致条码,扫描只会更快地把错误写入系统。
上线前应做条码样本测试、收货场景测试、拆零测试、调拨测试和退货测试;上线后还要观察批次录入完整率、扫描成功率、人工修改率和异常关闭时长。技术工具必须与管理制度一起设计。