库存是所有电商人最头疼事之一！ 对于大部分中小电商企业，由于库存不准带来的超卖是必然的，再牛的系统也无法避免； 既然无法避免，就想办法减少吧。那么电商APP开发中如何减少超卖呢？ 如果设计管理库存？

首先介绍下基础概念：
一、前端库存
销售库存：也就是可用库存，还可以供顾客购买的库存数量。
扣减：通常在顾客下单未付款时就进行扣减，防止超卖。
增加：未付款订单一段时间未支付的订单，自动关闭，释放库存给其他顾客购买。
校验库存：不涉及真实扣减，但是会根据在售库存去判断用户是否可购买。


二、后端库存
后端库存：也就是库房作业相关的库存，一般是实物库存，其他库存的占用、扣减、可用库存的计算都是基于货架上实际存在的库存进行计算得出的。所以该库存必须准确。通常所说的盘点，也就是盘的这个实际库存。
未付款占用：所有未支付订单中含有某商品的商品订购数量；
已付款占用：所有已支付订单中含有某商品的商品订购数量；
销售库存（可用库存）：实物库存减去已经占用的库存就是可用继续销售的库存；（通常还会有理论库存用于区分已经审核或已打印之后的库存量）
实物库存：货架上实际存在的商品库存数量。（如果该商品所在货架为残次品货位或者借出货位等货位占用库存时，不参与可销售库存计算；可以做成可配置）
计算各平台可销售库存：根据库房计算得出的某库房可用库存，进行平台分发，通常按照销量百分比去分布，当遇到预售产品时，可以适当设置一个销售定值；

再结合库存供需场景：
1- 只有电商仓库存？ 还是线下门店（全流通/商品通库存）+线上电商仓 共享库存？
2- 只有社会化平台库存？还是社会化库存（阿里、京东等外部渠道）+自建电商平台库存？
3- 只有一个店铺库存？一个品牌库存？还是全渠道+多品牌库存？
继续分析，根据自家库存被需要的场景去分析 只有彻底了解库存需要场景和特性，才能谈如何去设计方案 是否需要分盘？ 是否需要独占、预占或强占？ 是否直接走api接口 是否走定时同步文件 是否全量和增量同步 是否实时和定期 付款占库存还是下单占库存 多久超时未付款而自动取消订单释放库存等细节设计。

最后： 这里面东西很多，虽然就是增减看似简单的东西，但是目前依然很多系统都管不准库存，不仅仅是电商APP开发的系统流程上，架构设计上的缺陷或不合理，也有操作人员的细心与否有关，不良的数据是需要随时处理纠正的。