库存中心作为供应链管理的核心枢纽，其三层结构设计正悄然重塑企业库存管理逻辑。从实体仓的物理库存同步，到逻辑仓的业务规则重组，再到销售库存的渠道映射，这套体系如何通过锁定、冻结、预留等机制实现防超卖与全链路监控？本文将深入拆解中央库存的产品架构与关键设计细节，揭示其背后的业务逻辑与数据流转奥秘。

以前对库存中心（也叫中央库存）这块总感觉懵懵的，梳理下这块的知识。只是个人当前的认知，可能存在问题，写的也不一定对，欢迎大家指教。

一、产品设计概览

1. 库存中心的能力

1. 库存管理，按业务划分库存量
2. 库存可视化
3. 防超卖（安全库存、锁定、冻结）
4. 全渠道库存监控，了解各渠道状态，查看全盘库存
5. 库存预警，渠道库存预警，运营可及时配补货

2. 产品功能结构

3. 产品架构图

二、产品设计细节（三层结构模型）

说明：

库存分成销售域、调度域、实体仓域

下面由下至上讲：

1.物理库存

存放实体仓库的库存，包括门店的仓库。可以定位到商品实际存放的物理位置，仓库+货主+sku+库位+（批次）+数量+单位

商品的质量状态（合格/不合格），仓库储存时会将良品次品分开，比如有次品库房存放不合格品。

2. 中央库存-实体仓库存

a.库存同步

物理库存数据通常由wms/erp的仓储模块提供库存数据，库存同步方式：业务单据驱动加减库存（加减流水）、直接同步库存值。一般如果能做到前者尽量前者，更精细化地管理。

出入库单据驱动加减库存，如果企业外接三方SaaS WMS，建议在企业自己的系统中（比如erp、oms）存对应的业务出入库单（仓库执行结果单），中央库存与企业自研系统中的单据做对接库存加减，避免未来更换WMS系统历史单据难追溯。

物理库存会提供中央库存实体仓所需的信息：仓库+货主+sku+数量+单位，注意需要区分出商品的质量状态，上下游数据对接可以双方定义好区分规则。因为商品质量状态影响销售，一般次品不销售。

此外，涉及中央库存的实体仓库存的库存数量有：总库存的数量、可用库存数、锁定库存数、冻结库存数。总库存数量=可用库存数+锁定库存数+冻结库存数。

库存的变动需要记录下来，便于追溯，甚至可以在每天例如凌晨时点（业务非频繁作业的时点）去记录下当天的期初库存，便于库存数据有问题时缩小范围查找问题。即库存快照。

b. 锁定库存和冻结库存

锁定库存一般是业务订单预占，提前分配库存，为了后续的出库用。

冻结库存一般是一些异常场景，需要临时冻结，使库存不可被使用，比如发现库存有问题、仓库出问题，不能用于分配库存、发货。事后可解冻库存。（场景:库存盘点、商品封存、临期商品管控…）

为什么锁定库存和冻结库存用同个字段来代替（AI给到一些参考）：

1.业务上是两件事情（履约占用vs管控限制），不同的业务含义，进而业务对这两件事的执行策略不同

2.优先级不同：冻结优先级高于锁定，库存已冻结则不可被锁定（预占），已锁定的库存可以被冻结，暂停履约。

3.后续的处理逻辑不同：预占是为了后续的出库，而冻结是限制库存流转，防止违规操作或异常处理，这批库存不可参与正常履约，不能被锁定、不能被出库。

4.释放逻辑不同：锁定库存的操作与业务订单相关联；冻结库存的释放，由管控动作完成状态触发，比如盘点做冻结，盘点完成释放，或者不释放转移库存？（比如把质检完的不合格品转移到不良品库，先释放后转移库存可能会有时间差库存被误用的情况？）

5.数据统计的需要

c. 批次库存

根据业务需要，比如考虑未来采购退货更好的追溯/有依据，或者指定批次发货，也可以加上批次维度，所以有批次库存表。

中央库存中的批次库存：

看业务要管控/精细化到哪种程度

①业务查看使用，可以从wms获取批次库存信息。

②订单指定批次发货，可以锁定对应的批次，指令wms（erp仓储）按批次出库，但wms做不到/按实际仓库的批次出货，需要按wms的处理结果扣减出库的批次库存

③wms（erp仓储）跟中央库存批次库存出库可能做不到完全对应，这种情况中央库存批次库存可自定规则，比如先进先出去做批次出库扣减，给业务上溯源或者退供取价时一个依据，看业务实际需要来。

d. 期初库存和库存调整

库存同步依据业务单据驱动：中央库存上线前，需要初始化库存数据；以及一些异常情况比如业务出入库单据开发订数据，为了可追溯和统一处理，需要有期初库存单去初始化库存和库存调整单去应对异常库存调整。

e. 库存预留

针对一些缺货或特殊场景，用来预留超过当前库存的数量，预留库存会定时统计，通知相关部门补货。（商派OMS）

3. 中央库存-逻辑仓库存

逻辑仓库存是在实体仓库存的基础上，用业务管理规则对库存做重组（分割和组合）。

如果公司业务比较简单的，中央库存设计时可以将逻辑仓库存、实体仓库存合并为一层。

▲逻辑仓库存与实体仓库存关系示例

▲实体关系

逻辑仓库存：

逻辑仓库存一部分来自于对实体仓库存数按业务需要重组（比如按仓库+品类，业务部门按品类划分；按仓库+事业部，事业部管控或共享）；另一部分，逻辑仓可以管理在途、在生产的库存，这部分库存还未入库，但通过业务单据算出这部分库存，可供公司订货、销售等场景使用。

如果是有可超卖的业务，可以有记录缺货库存（进而协同采购/调拨补货），订单预占缺货库存，当库存补货后，可将缺货库存转移至可用库存，订单锁定这部分可用库存。（商派OMS）

实体仓库存跟逻辑仓库存实物库存总数对应上

1. 逻辑仓库存：实体仓库存：可以是多对多，但多对多后续库存数映射处理比较麻烦，建议做成n：0，1
2. 逻辑仓库存是业务管理需要产生的，会根据业务的调整而发生调整，需要有库存调整（单据），比如A部门的库存调整给B部门，虽然两者实物在仓库未有任何作业。
3. 跟实体仓库存一样，逻辑仓也要有总库存数、可用库存数、冻结库存数、锁定库存数、是否冻结，且实体仓库存和逻辑仓库存两者根据逻辑仓的定义规则对应的库存数量要能对应上。

在影响库存的变动上，由非仓库的业务部门发起的库存变更相关操作，因为有业务部门信息，所以能先处理对应的逻辑仓库存，进而按实体仓库存和逻辑仓库存的映射关系，汇到实体仓库存数上；反之，如果是仓库部门发起或者直接对实体仓库存做调整单的，需要定义好规则实体仓库存变更后如果分拆映射到逻辑仓库存数上。

产品设计小tips：上下游有牵连，数据有数学关系的单据、库存等，尽量避免做成多对多，因为映射会比较麻烦。

1. 逻辑仓库存跟实体仓库存一样，也需要记录库存流水日志，可追溯
2. 产品设计理念：设计了逻辑仓，将业务管控的多变、复杂逻辑与相对结构稳定的逻辑仓库存管理剥离开来，业务的改变只要调整逻辑仓定义的配置，而不影响逻辑仓库存处理的相关逻辑。设计其他产品也同理，将稳定与多变的拆分开，业务变化只要改多变的地方甚至配置业务，而不影响稳定的部分，处理逻辑上更清晰影响面更小处理更容易。

同理，业务单据驱动库存变化也是，加减预占库存影响逻辑仓、实体仓库存数的逻辑是统一的，增加业务单据对库存变更的定义规则即可，比如采购入库单，增加xx仓sku的可用库存。至于xx仓sku可用库存增加，逻辑仓、实体仓库存数据具体如何变动，这段逻辑是统一的。

1. 供货关系：根据逻辑仓库存需要计算可销售库存，同步给销售渠道供售卖，就需要知道仓库库存和销售店铺的供货关系，即某销售店铺的销售订单最终能由哪些仓库供货
2. 库存预警：库存上限（达到上限为高库存需要业务处理 比如采退、出清策略）、库存下限（设置安全库存，触发补货、采购，计算订量）

4. 中央库存-销售库存

实物库存要转变为销售机会，在销售渠道上销售，销售需要知道有多少库存可供销售 ，因此需要计算出在某个销售渠道的某个店铺不同的履约方式可卖多少货（现货实物、未来有多少要到货即在途在生产、预售库存），最大化销售机会。

销售平台上的店铺（这里指网店，因为线下店销售一般是现货交易）能有多少实物可用库存供销售，这部分库存依据于实际仓库/门店的实际可用库存和在途库存来计算得出。

设计这块时：

1.销售平台网点sku与中央库存所用的商品sku映射关系

2.销售平台的网店由哪些实体仓库来供货、按多少比例来供货—-逻辑仓和销售平台店铺的供货关系

▲来自聚水潭 ： 百分比*第3步计算的库存数+数值

这步可以根据业务实际需要，比如每个仓库提供的库存数百分比不同，要独占、共享来调整规则。

还可以根据送货方式划分，自提、快递配送，自提只看所属仓库/门店的，快递配送要看可供货的多门店、库存的供货情况。

3.可供店铺销售的库存的计算，什么时候可供销售的库存会变动。

库存数= 仓储方库存 + 运营云仓库存 + 供销商库存（来自聚水潭，，如果库存要把运营云仓、供销商仓库的也算进来，那么网店店铺与对应的仓储方、运营云仓、供销商仓库也要建立供货关系，且不可重叠）

一般做法是：根据2中的供货关系，网店由哪几个仓库供货，然后每个仓库计算对应的可供销售的库存（公式配置，依据业务实际需要），注意下，这里仓库用逻辑仓来算库存，也可以在这里设置每个仓的可供销售的库存的百分比例

▲参考吉客云

根据影响可售库存的因素，从而推算出什么时候可销库存会变动，常见的仓库可用库存有出入库、中央库存中逻辑仓库存被锁定、冻结。因为如果多店铺共享库存，一家店铺下单锁库存，另一家店铺能卖的库存也会少，所以锁库也需要重新计算可销库存，避免超卖。

这里有个地方要注意下：如果是店铺独占某部分库存的，相当于这部分库存隔开了，别的店铺的共享库存占用不影响它这个独占库存的变动。

4.库存同步的规则

①定时，每隔xx时间同步一次

②暂停同步

③固定值同步，比如多家店铺共享同个仓库库存，当库存较少时，避免缺货下架平台处罚，会把剩余库存给到处罚较重的平台售卖，其他店铺库存同步为0

④可供销售的库存计算有变动时就更新

还有一些其他方式，不仅限于这几种。

要考虑性能和业务需求，这块可参考《实战供应链》

▲《实战供应链》

5.如果店铺的部分sku需要有不同计算库存、同步规则的，要做额外配置，做好使用时的优先级。

5. 销售渠道的库存

销售渠道有线上店和实体店铺，对应销售系统可以是三方销售平台、自研系统。

销售渠道的库存：设定的预售库存、在中央库存给到的可销售库存的基础上做调整（例如一部分作为活动库存预占，另一部分用作销售）

用户下单时，销售平台库存扣减有多种方式：拍下减库存，付款减库存。 但是拍下减库存存在恶拍情况；付减存在超卖情况。 所以库存有第三种模式，预扣库存模式。

这里的扣减预占都是对销售渠道上的库存做处理，是销售渠道的内部逻辑

参考淘宝库存https://jaq-doc.alibaba.com/docs/doc.htm?treeId=1&articleId=124&docType=1

▲淘宝预扣库存的定义

三、一些业务解决方案

来自商派OMS，只是一些方案说明，细节上并不一定完善，各家可以有不同做法/规则，此处只做记录。

1. 预售

设置虚拟库存，与实体库存隔开，等实体库存补货后，统一推到实体库存履约

2. 缺货自动转预售

仓库库存销空时，自动显示预售，同时生成采购计划单，进行补货，延迟发货。（低于库存警戒水位线时，也可以触发补货）

3. 扩大销售机会

库存放大：销售库存与实物库存分开不同步，单独设置销售库存

销售库存=（实体库存+在途库存+虚拟库存）-锁定库存，这个销售库存计算可以根据实际业务调整

销售库存<安全库存时，触发库存异常机制，补货