在B端产品中，订单中心不仅是交易的枢纽，更是流程协同与数据闭环的关键节点。本文聚焦订单中心的设计逻辑与实践细节，探讨如何在复杂业务中实现高效、可控、可扩展的产品架构。

由于笔者在订单中心篇（上）一文发布不久后，工作就发生了较大的变动，没有继续更新。没想到上篇文章截至现在还有源源不断的读者收藏加关注，为我带来了近8000位粉丝，实在是倍感荣幸，虽然现在已经不从事业务平台产品事项，但还是留下自己的产品总结，希望能对大家有所帮助！

那么我们还是从这个订单生命周期延续，由于时间跨期太久，大家可以先回顾下上一篇内容：

B端进销存平台产品设计总结-订单中心篇（上）

三、订单完成阶段：库存与物流的跟踪变化

在订单下达完成后，随之而来的就是被购买商品的出库与物流配送，但实际上并非所有的支付订单都会随着商品的销售而产生对应的物流单，毕竟对于进销存平台而言，销售终端不一定是电商平台如淘宝京东，也有可能是实体门店如超市便利店。

实体门店一般产生销售行为，意味着库存变动也会同时产生，所以在产品设计上该两类终端的处理逻辑是完全不同的。

那么先讲库存，库存管理实际上就是用于管理商品存放地点对应各商品的数量，如上所述，随着商品销售终端的不同，一般库存的地点也不同。

电商平台对应的库存一般是仓库，可能存在一个或多个电商平台门店对应单个或多个仓库，是N对N的关系，最普遍的便是可能有一个商家同时在淘宝和京东都开设了线上门店，而实际发货仓库只有一个，或者某些大品牌在各大电商平台均开设门店，且在全国各中心铺设库存站点，用于提高发货效率。如下图所示：

在1：N模式下，我们需要关心的是商品是否会出现超售情况，比如商品A的库存是5，在促销阶段从淘宝和京东的订单同时购买了6个，那就会出现超售1个的情况，当然如果商品是易补货品还好，要是库存无法快速补齐，就会面临跟客户的沟通工作或者延迟发货行为。因此，简单的处理模式就是根据不同平台的销售占比，直接在平台的店铺里面设置对应的库存量，在库存减少到一定程度再进行重新分配。

而在N：N的模式下，除了关注库存超售外，需要了解的就是发货逻辑，一旦有了多个仓库，如何精准的命中发货仓将同时决定到货速度和物流成本，一般来讲，业务平台接收到订单信息，则需要获取到收货地址，根据仓库的覆盖地域进行选中，若第一仓库没有库存，将继续命中第二仓库，以此类推。

在这里或许大家就会想到，那如果各个仓库的库存互相独立，那又怎么判定电商平台应该分配多少库存，因此，在实际设计中，大家还要考虑到在实体仓库之上抽离一层库存数据，形成总仓库存，用于汇总所有SKU对应的库存数，这就是库存中心能力的范畴了，如下图所示：

另外，在上面的场景中，大家有没有想到一个问题，那就是如果每个商品都需要在各个平台调配库存，对于小商家还好，但是对于动辄超过数千个SKU的大型连锁品牌来讲，是否会极大的提高运营难度，那应该如何解决呢？

这个时候我们就需要考虑在下单时如何实现自动化判断库存，这个需求的难点在于大促场景下，同一时刻多个电商终端会调用同个库存服务去进行库存扣减，这个时候除了造成性能挤压外，还会导致库存服务无法进行准确的库存判定。

因此，我们在电商终端调用库存服务的过程中，要增加一个排队机制。虽然电商终端调用库存服务都是同一秒内产生，但必然会存在一个毫秒级的先后之分，因此可以让所有产生的订单进入一个库存扣减队列，先进入的订单进行扣减并返回扣减成功，库存为0后，后进入的订单扣减时返回库存不足。大家在参与秒杀活动时，卡在支付界面，等待一段时间后显示无货，就可能是在排队后库存清空了。

最后，有一个容易被忽视的点，在这里需要提示一下，就是锁定库存。在上一篇文章已经提起过，当订单提交待支付阶段，我们会对库存进行锁定，当订单支付完成，实际上除了减少库存数量外，还需要同时释放锁定库存，否则将导致数据不一致的情况。总体的逻辑是：

1. 订单提交，商品原库存不变，锁定库存+1；
2. 订单支付，商品原库存-1，锁定库存-1；

在订单支付完成，商品出库后，将需要考虑物流业务的处理，一般最简单的场景，就是订单：商品：仓库：物流均为1:1:1:1的阶段。在这个场景下，我们设计订单管理能力时，只需要简单的将订单单据与物流单据、出库商品进行关联即可。

但随着商家的扩大，库存仓库数量的增加，订单业务将变得复杂，比如上述业务中一个订单同时存在多个终端、商品和仓库，那么订单：商品：仓库：物流就有可能出现1：N：N：N的情况，这个时候，一个订单单据的关联字段就要考虑增加订单来源、商品发货仓库、物流商等信息，如下图所示。

在核心功能之外，如果订单管理希望能更好的支持经营分析，比如分析各个订单的显性利润，那么我们就可以获取商品成本（商品中心）和物流费用（物流中心），将该部分成本合并到为订单成本，这样便可简单的看出该订单带来的利润率，也方便后续搭建经营看板。

另外，在订单管理中，也要及时关注订单关联物流单的状态变化，及时更新待发货-发货中-待签收-已签收的状态，该状态将用于后续的售后能力设计中，比如发货中的订单可以主动召回、已签收的订单可以主动发起退货退款等。

本篇文章主要总结了订单完成阶段可能涉及到的库存注意事项与物流关联事项，要点包括：

• 多仓库模式下的发货处理逻辑
• 商品库存自动扣除的排队机制
• 订单锁定库存的同步释放处理
• 订单经营分析的增值服务能力
• 关联物流单号的状态实时变更

那么，B端平台产品建设手记-订单中心篇（中）就到此结束，下篇将就订单业务中的售后阶段进行论述，由于已不从事业务平台设计，经验有所滞后，欢迎大家随时指正补充。