电商后台系统改造项目笔记(4)库存模块

本文将简单聊一聊电商后台的库存管理。

根据我司的实际情况,我将新系统中的库存细分为几大类:

  • 前台库存:用于控制商城前台能够售卖的数量。
  • 订单占用库存:订单付款成功后,到实际出库之前,会占用一部分库存,这部分库存虽然还没从仓库运走,但已经不能作他用(如继续对外销售)。
  • 物理库存:仓库中实际存在的库存,包括了订单占用库存。
  • 可销售库存:物理库存减去订单占用库存

参考了其他家的OMS或WMS系统后,我发现,也有人分得更细,例如把采购但是还没入库的货物分成一类(采购在途库存)。我司的业务还没这么精细化,所以我认为我们不用分那么细。

前台库存是人工定期维护的,客户下单付款成功后,会自动扣减前台库存,实际上这就是一个虚拟库存而已。之前仓库同事反馈说,有时候他们没有及时更新前台库存,会造成客户无法下单,等客户来咨询才发现是前台显示缺货了。为此,我设计了一个前台库存预警功能,原理就是为每种商品设置一个阈值,低于此值时,系统就会在指定的页面自动展示预警商品信息。

前台库存与后台的物理库存之间没有直接的关联关系。在实际业务中,仓库会预留足够的安全库存,并不会把所有库存都放出去销售,所以前台能售卖的库存数一般是少于实际的可销售库存。在我的设想中,等这个系统足够完善、业务运行足够稳定后,我们可以预设一个比例,让系统自动去补充前台库存,省去人工维护的麻烦。

物理库存在订单实际出库后才会扣减。实际可用于继续销售的库存,需要在物理库存的基础上减去订单占用的那部分库存。你可能会有点疑惑,这个“可销售库存”具体有啥用途呢?我举个例子,可以帮助你理解:在我司的实际业务中,除了线上常规订单外,还有线下下单(代客下单)的渠道,理论上,线下下单的商品数量,应该要受到可用销售库存的限制。

物理库存的增加一般是通过采购入库、销售退货入库来实现,外加一个库存盘点。至于库存的减少,最主要是由销售订单带来的出库,少部分是由采购退货造成的。

一种商品是可以存放在多个仓库的。我司在深圳有两个仓库,这两个仓库对前台消费者而言是无感知的,他们并不会在下单时选择某个仓库(提示:这不太像京东这种按照区域配货的模式)。对他们而言,我司只有一个统一的发货点。因此,本文提到的“前台库存”指的是某种商品统一对外的库存概念,而后台工作人员看到的“物理库存”,是区分仓库的。举个例子:某商品在A仓库有500件,B仓库有400件,总的物理库存就是900件;仓管部门决定对外放出600件进行售卖,这600件的前台库存,意味着有可能需要从A、B两个仓库来分配发货。

另外,对于需要通过SN进行管理的商品来说,仅仅靠数量来管理库存,是不够的。我们需要在系统中对每个SN进行状态上的标记:采购入库时改为“在库”,销售出库时改为“出库”,退货重新入库时,再次修改状态为“在库”。SN的导入(无论是采购入库还是销售退货重新入库),需要进行验重,所以,SN的状态就是一个很重要的库存要素。

整个库存模块梳理下来,我觉得在逻辑上还是比较清晰的,关键是要能理解库存是如何扣减的。

发表评论

电子邮件地址不会被公开。 必填项已用*标注