电商平台仓库管理「电商仓库怎么管理」

今天给大家普及一下电商平台仓库管理「电商仓库怎么管理」相关知识，最近很多在问电商平台仓库管理「电商仓库怎么管理」，希望能帮助到您。

库存管理，简单的说，就是管理商品和数量之间的关系。库存系统是电商后台系统中不可或缺的一部分，文章对库存管理系统做了简单的概括和总结，希望能够给你带来一些启发和思考。

天气热，人也变的懒了，因个人原因有一段时间没有更新内容了，感谢一直以来关注的朋友们。

在电商系统中商品库存是非常重要的，在财务进销存系统中也梳理过存货的内容，前段时间也和朋友在聊库存如何管理，在销售系统和仓库中的库存有什么区别…

本篇就从供应链的角度重新整理下关于库存管理的内容，希望在炎热的夏季，能够带给你一丝丝清凉：）。

一、什么是库存

库存是一个组织机构所持有的可供销售或自用的所有商品或物资材料，它们一般是在仓库中保存的一系列货项；它们是在供应链或在供应链中一部分的物资，它们以其数量、所存放的位置和价值来表示。

所以库存可以理解为有三个重要属性即「数量、存放位置与价值」，这和之前在财务存货管理中说的一样，存货金额与数量都是企业关注的，对于位置可以是存储在仓库，也可以在门店，同时也包括运输在途的商品。

因为商品是流动的，所以它们存在于供应链的某个环节上。

二、库存的重要性

重要性应该都清楚，在柔性供应链管理中很多企业都在追求零库存，但是真正的零库存是相对的，个人觉得也是可望而不可及的目标。

保持一定的商品库存是为了减少供应商供货不到位或不确定性带来的风险，是满足一些非计划的意外需求或者临时需求，是适应季节性或循环性的需求波动，

其实在供应链中有采购计划、销售计划，也有各种预测，但是预测终究是预测，实际的需求和预测是有差异的，而且从订货到收货这期间涉及单据审核、生产、运输等诸多环节，环节越多周期就可能越长，从而不确定性就越大。

所以安全库存是非常必要的，在电商企业中促销活动频繁，有一定的库存量也是必需的。

三、库存涉及哪几部分

如果以商品位置来看，有四部分即：供应商库存、仓库库存（如DC、RDC、前置仓）、门店（如果有线下实体店）及在途库存。

一般情况在电商企业中更多的关注的是仓库或门店部分库存，但在整个供应链中涉及上下游企业，上游供应商的库存也是非常重要的，它们的生产能力与供货情况严重影响未来的销售与服务。

下游一般是各种渠道或分销商，我所在的几家公司，在上图中门店就类似于下游，当然这与分销体系供应链有很大的区别。

例如售卖手机的企业，它的零部件有二百多个，会有很多个供应商，在供应链管理中需要清楚各个厂商的物料情况，协调到货，到货后再进行组装，然后再到各个分销商，这一个流程较卖成品的电商来说复杂多了。

从电商内部系统（内部ERP与WMS、FMS等）来看，包括三部分即销售库存、WMS或门店库存以及财务库存。

这几部分系统与数据都应该是独立的，销售库存与WMS库存是实时同步的，它们之间是通过出入库指令的下发与上传来进行库存数据的增减的，财务库存就是前期总结过的，是通过所有的出入库流水由财务系统根据期初库存数据进行计算的。

库存有数量和价值，销售库存与WMS库存侧重于数量，财务侧重于价值（以金额体现），我们在设计系统时有侧重点，但不可缺失，因为虽然在仓库以管理实物数量为主，但是价值同样重要，如发生报损或盘亏时计算其损失金额时。

在电商系统中销售库存的管理是难点，因为现在的企业销售渠道都非常的多，如自己的APP，入驻到天猫、京东或拼多多等大的销售平台，有和银行合作的渠道，有企业专区等大客户。

每个渠道针对的用户不同，享受的优惠也不同，为了防止某个渠道独占，所以就会分为二级库存。此部分对于系统设计是比较复杂的，可以在渠道平台进行规划。

在前端销售时则依赖于库存服务进行调度，对于库存服务主要是根据销售区域设定，仓储与销售区域的对应进行判断，返回给下单接口是否可销售，在下单成功后要占用库存，如果订单取消则需要取消占有。

库存服务如果有延时会影响整个下单流程，而且也易产生超卖或有货无法售卖的异常情况，曾经有很多次的通宵上线涉及库存服务时都是提心吊担的。

上图是下单时的几个主要服务，都是比较重要的，它们的响应速度和计算的准确要求都是非常高的，在大促前都会提前增加服务器并进行压测以保证系统的稳定。

四、库存分类

对于库存一般情况采用如下方法进行划分：

1. 应用于生产

包括原材料、零部件、半成品、组装件、成品，我接触的电商企业主要是图书、服装、化妆品、生鲜与食品类的，所以都属于成品，对于服装涉及委托加工，但是基本上关于原材料的管理是在金碟软件的采购模块，自开发的销售系统与WMS不涉及。

其他如图书、水果等有礼盒，也是通过组合套装的方式进行的，这些有的是以数量或标准件为单位，有的是以重量进行出入库的。

2. ABC分析

对于ABC分析，在WMS与SCM系统中都非常的得要，A类是20%的商品占价值的80%，B类是30%的商品占价值的15%，C类是50%的商品占价值的5%。

个人公众号有一篇文章，有兴趣可以参考《库存ABC及预测模型》。

3. 其他

一些低值消耗品，如包装袋、纸箱等，这些商品在出库后财务账务都是月末一次性入账的。

对于库存分类一般情况下是与商品后端分类相辅相成的，注意这里说的是后端分类也就是财务记账与数据分析的分类，后端分类一般分为三级，每次的分类调整影响都比较大，涉及运营报表的分析、财务账务处理等。

五、库存成本

库存管理中数量是要求每一笔的出入都准确，有多或少时需要及时核对，查找原因，可以进行盘盈或盘亏处理。

对于价值即金额，也就是我们说的成本，则要求更高，当然这主要在财务FMS系统中体现，但这主要是库存的直接成本即商品本身的价值，不考虑附加成本项。

在供应链管理中对于库存成本是需要通盘考虑的，它包括获取商品的相关成本，如货物装卸、检验、等成本，也包括货物在仓储存储的成本，如板位费、包装费，甚至还包括因为缺货而造成损失的成本。

这些成本在电商内部ERP或SCM可能会以费用的形式体现，在销售报表、收入报表中都不会展示，所以我们更多的关注的是商品本身的成本。

在成本核算时依据先进先出、移动加权等算法进行计算，每月结账时还会根据库龄等报表进行存货跌价准备计提。

在财务上成本与费用是一样的，只是归属的科目不同而已，涉及的内容可以去查询下相关资料。

六、库存衡量的指标

查找了下相关资料，以下几个指标在供应链库存管理中比较重要。

1. 提前期

就是订货周期，从一个供货要求被确认起，到这个需求被满足为止，通俗的讲就是采购订单确认开始到商品到货的这个时间。

2. 服务水平

「产品按需求共获得的次数/产品被要求供货的次数」，也就是订货满足率，这里对于供货商就需要掌握其库存，根据我们的需求合理的要求供应商供货，否则如果没有替代品就会断产或缺货。

3. 库存周转率

「销售或发放次数/平均库存量 （以销售价格计）」，是指仓库的货品在给定的时间段内销售并更替的次数；这个数据指标一直都在提，有的公式可能计算取值规划略有不同，但是一般周转率越大，周转天数越小证明企业库存比较健康。

4. 缺货率

对于缺货有几种场景，前端销售时超卖产生的商品缺货，仓内进行库存调整如报损或盘亏导致的缺货，这些是企业销售端的缺货，如果及时补货可以满足销售。

但是如果供应商缺货，则由于提前期等影响，最终也会影响到前端销售，从这里看，供应链的每个环节可能都是相互影响的。

5. 库存覆盖率

这个指标一直没有太在意，看了资料了解到，它与库存周转率相反，表示当库存物资销售情况或使用情况持续在一个合适的稳定水平时，一个SKU的现有存货滞留天数。

公式如下：「以天数计的库存覆盖率=仓库中的现有货量/不久将来的每日使用率或销售率」。

它可以用来评价加长提前期的效果，或者估计即将引起缺货的危险性。

当然以上这些指标的不是绝对的，只是参考，因为在实际的采购管理中，对于补货都有相应的策略，而且有计算模型，后续会再深入了解这方面的内容。

七、库存管理系统模块

对于仓库主要是围绕商品进行管理，库存管理是仓内管理的重要工作，它包括商品盘盈、盘亏，商品的报损，以及货位移动等作业。

对于库存查询模块是必不可少的，包括按货位查询，按批次查询，按商品查询等各个维度的报表。

库龄报表在仓储系统或财务系统中都是非常重要的，它是按照商品的在库时间来统计各个区间的商品库存数量与金额，如30天、60天、120天、360天等。

如果库存周转天数小，商品库龄时间就是小，对于在库时间长的商品一般都会做存货跌价计提准备，在整理库存这部分时，想到一个问题，大家可以与我共同思考一下。

商品的出库基本上都是按先进先出的方式进行，而且是根据商品生产日期进行的先进先出（生鲜、食品、化妆品等），对于服装类商品是没有保质期的主要是季节性影响比较大，对于酒类商品有些则储存时间越长价值越高，所以先进先出究竟应该以哪个指标进行是要根据商品品类不同有所区别的。

对于按生产日期先进先出的商品，不同的入库批次可能生产时间相同，也可能后入库的商品生产时间早，这样便先出库，在库龄统计时此商品的在途时间便长，这对于分析统计可能会有影响，当然这是个案，欢迎讨论。

对于库存管理模板，无论是在WMS系统还是SCM中，都是必不可少的部分，如果有线下实体店，则对于门店的库存也是视为一个仓储进行管理的，功能都是差不多。

总结

以上就是针对库存管理进行的再次梳理总结，其实库存管理与商品管理是密不可分的两部分，在进行产品设计或系统规划时应该结合在一起综合去考虑。

一直在想，我们做过很多项目，接触过很多的系统，在进行后端系统的产品设计时应该如何去考虑，是以功能为基点去慢慢扩展，还是先从大方向去规划，然后再扣细节呢？

业务需求是不断变化的，技术也是不断更替的，之前的项目、技术、产品经验可能已经不适用于现在的场景了，逝去的终将逝去，重新迎接新的挑战吧！

最后感谢您的阅读！

作者：倔强的大萝卜；公众号：倔强的大萝卜

本文由 @倔强的大萝卜 原创发布于人人都是产品经理，未经作者许可，禁止转载。

题图来自Unsplash，基于CC0协议