
在品牌的全渠道经营里,库存是最容易被低估、也最容易出事的一环。前端多开一个平台、多接一个渠道,后端就要多回答一次”这批货归谁、能被谁卖、卖掉之后谁看到的数字要变”。商派OMS业务中台的库存中心(Inventory Center),正是用来承接这一整套问题的基础模块——它把分散在总仓、区域仓、前置仓与门店的物理库存,抽象成一套可被策略配置和被订单实时调用的”一盘货(Unified Inventory)”。
IDC 在最新零售云报告中指出,即时零售、全渠道经营和门店数字化提升了库存、订单、配送和设备之间的协同复杂度,企业也更加关注缺货率、库存周转、履约成功率等经营指标。复杂度上升之后,问题就落在中台这一层。
近两年,在与品牌IT、供应链与运营团队的方案沟通中,我们发现客户的疑问高度集中在几个相同的节点上:实体仓与逻辑仓怎么分、逻辑仓给调度供货的比例能不能超过100%、订单锁定后各层库存如何传导、门店库存要不要接入。本文以商派官方视角,按现行产品实现逐条作答,供品牌在系统选型、方案设计与配置落地阶段参考。
说明:以下答复基于商派OMS业务中台库存中心的当前版本设计;具体项目中各层比例、策略优先级与同步方式,以实施阶段的业务调研与配置为准。
一、先理清库存中心的三层库存模型
商派OMS的库存模型是三层结构:实体仓(Entity Warehouse)→ 逻辑仓(Logical Warehouse)→ 调度(Allocation)。销售渠道(Sales Channel)直接使用调度层给出的可卖库存。理解这三层,后面绝大多数问题都会自然解开。
| 层级 | 中文 | English | 定位 | 关键约束 |
|---|---|---|---|---|
| 第一层 | 实体仓 | Entity Warehouse | 货主维度的物理库存,是真实存在的货 | 按货主定义,一个货主一般只有一个实体仓 |
| 第二层 | 逻辑仓 | Logical Warehouse | 在实体仓内做功能划分(供货、备货、次品) | 正品逻辑仓可有多个,次品逻辑仓只有一个 |
| 第三层 | 调度 | Allocation | 业务团队(销售组)拿到的虚拟库存数 | 可多调度共享同一逻辑仓库存,比例可配置 |
| 出口 | 销售渠道 | Sales Channel | 淘宝、京东、门店等实际售卖端口 | 可按比例分配,允许配置超卖比例 |
一句话概括:实体仓是”货在哪里”,逻辑仓是”货归什么用途”,调度是”货分给哪个业务团队”,销售渠道是”货最终卖给谁”。
二、实体仓与逻辑仓:分货策略怎么定
Q1:库存模型里实体仓的分货策略,是指正品货的80%给供货逻辑仓、20%给备货逻辑仓,次品货100%给次品逻辑仓吗?
是的。 在一个实体仓之下,正品逻辑仓可以有很多个,用于供货、备货等不同功能划分;而次品逻辑仓只能有一个,并且其中存放的都是次品。
这一设计的意义在于:正品与次品在库存层面被强制隔离,次品不会进入正常销售渠道的可卖库存池;而正品内部的功能划分则可以按品牌自己的经营节奏自由配置,供货与备货的比例不是系统写死的,而是策略配置的结果。
EN: Yes. Under one entity warehouse, there can be multiple good-stock logical warehouses (for supply, buffer, etc.), while there is only one defective-stock logical warehouse, and it holds defective goods exclusively. This design enforces strict separation between good and defective stock at the inventory level, while leaving the internal functional split of good stock to be configured by the brand.
Q2:一个逻辑仓可以同时给多个调度100%供货吗?假如逻辑仓库存=100件,多个调度都可以调走100件?
可以,这是允许的,也是有意设计的。 调度可以理解为业务团队(销售组)得到的虚拟库存数,实体仓则是物理实际的库存数。实体仓内实际只有100件货,但两个业务团队都可以用这一批货:在采购周期允许的情况下,可以两个调度都配置100%,让业务部门最大化销售;也可以严格分货,销售能力强的业务团队分得更多,例如按30%、70%分配。
换句话说,调度层的比例是”承诺”而不是”占有”。系统并不把货物理划走,而是给每个业务团队一个可卖额度;这个额度加起来超过100%,意味着品牌主动承担超卖风险以换取更大销售机会,加起来等于或小于100%,则是保守的分货策略。选择哪一种,取决于补货周期与缺货成本。
EN: Yes, this is allowed and intentional. An allocation represents the virtual inventory granted to a business team, whereas the entity warehouse holds the physical stock. With 100 units physically available, two teams can both be granted 100% if the replenishment cycle allows, maximizing sales potential; alternatively, stock can be split strictly, with the stronger team receiving more (e.g., 30% / 70%). The allocation ratio is a commitment, not a physical reservation.
Q3:逻辑仓原供给调度100件,现在要收回;此时淘宝卖掉了10件,调度可以拒绝吗?退回90还是100?
从业务上说,这需要线下沟通,需要调度方同意之后才能还回去。 这就像公司承诺给销售100件货,并不会真的买来100件放在销售手里;如果公司说现在只能给销售90件,肯定要先线下告知销售。
因此这是一个业务协商动作,不是一个系统强制动作:系统在技术上支持调整供货量,但调整的前提是业务侧达成一致,避免线上渠道还在正常售卖时,可卖库存被单方面抽走。
EN: Operationally, this requires offline alignment and the consent of the allocation owner before stock is returned. It is like a company promising a sales team 100 units without physically reserving them; if the company later says only 90 units are available, the sales team must be informed first. Adjusting the granted quantity is technically supported, but business alignment is the prerequisite.
三、调度与销售渠道:比例分配与库存锁定传导
Q4:调度手里有100件货,线上给淘宝120%、京东80%,淘宝那边能看到可卖120件?
是的。 业务团队拿到调度库存数之后,可以再向销售域(不同的销售渠道)分配库存。在业务团队判断可以承担超卖风险的情况下,调度手里100件货,通过策略配置给淘宝120%、京东80%,淘宝那侧看到的可卖数量就是120件。
这与Q2是同一套逻辑在不同层级的复用:上一层给的是额度,额度可以按比例放大或收缩,超出的部分由业务团队自行承担风险。 常见的用法是大促期间给主推渠道更高的比例,把流量优势转化为销售上限。
EN: Yes. Once a business team holds its allocation, it can further distribute inventory across sales channels. If the team accepts the oversell risk, 100 units can be distributed as 120% to one channel and 80% to another, and the first channel will display 120 units as sellable. This is the same quota-based logic applied one level down, with the excess exposure borne by the business team.
Q5:淘宝卖出10件并已发货出库,实体仓实际只有100件,此时调度、门店看到的库存分别是多少?
接收淘宝订单后,OMS会进行分仓,只要选中了出库的仓库,库存就会被锁定,调度和门店看到的可用库存数都会减少。 具体传导链路有两条:
- 先锁定销售域库存。 订单下来时会先锁定销售域的库存;存在一个调度给多个渠道共享库存的情况,一个渠道下单,另一个渠道的可用库存数会同步减少。
- 再锁定实体库存。 订单分仓之后会锁定实体的库存;存在一个逻辑仓给多个调度共享库存的情况,另一个调度的可用库存数会同步减少。
也就是说,锁定是自上而下触发、自下而上确认的:渠道成交先扣销售域份额,分仓结果再回扣实体与逻辑仓份额,最终所有共享同一份库存的调度、门店看到的可用数都会同步下降。这正是”一盘货”的意义——一笔成交,全局可见。
EN: Once the order is received, the OMS performs warehouse sourcing; as soon as a warehouse is selected, stock is locked and the available quantity shown to both allocations and stores decreases. The chain works in two steps: first, channel-level (sales domain) stock is locked, so if one allocation is shared by multiple channels, an order on one channel reduces availability on the others; second, after sourcing, entity-level stock is locked, so if one logical warehouse supplies multiple allocations, availability on the other allocations also drops. One transaction is visible across the entire inventory pool.
四、库存同步时效与超卖处理机制
Q6:库存、调度、逻辑仓的库存变化是实时update吗?
不是实时update,会有约5分钟的延迟。 因为商派的库存模型是三层结构,链路较长、计算关系复杂,库存变化按周期刷新而非逐笔实时同步。
因此我们在为客户设置渠道库存时,会建议同步配置安全库存(Safety Stock),用预留的一部分库存吸收这5分钟延迟内可能产生的并发成交,防止超卖。这是三层库存模型的工程代价,也是行业内的通行做法:模型越灵活,同步越需要缓冲。
EN: No. Inventory changes are not updated in real time; there is an approximate five-minute delay, because the three-layer model involves a long chain of dependent calculations refreshed on a cycle rather than per transaction. We therefore recommend configuring safety stock alongside channel inventory to absorb concurrent orders occurring within that delay window and prevent overselling.
Q7:如果销售渠道特殊情况超卖了,OMS有相关处理机制吗?比如寻其他仓、hold单或提醒人工处理?
有明确的订单侧处理路径。 如果发生超卖,订单在寻仓时会因为库存不足而找不到可发仓库,订单上会被打上缺货标签。后续我们也规划增加缺货统计报表,用于提醒客户哪些SKU、哪些渠道需要进行缺货补货。
需要说明的是,缺货标签的作用是把问题显性化,而不是替业务做决策:是否调拨、是否换仓、是否联系消费者改期,仍由运营团队基于报表与策略自行判断。系统保证的是”超卖不会静默发生”,而不是”超卖不产生后果”。
EN: Yes, there is a defined order-side path. When overselling occurs, warehouse sourcing fails because available stock is insufficient, and the order is flagged as out-of-stock. We also plan to add an out-of-stock statistics report to alert customers which SKUs and channels need replenishment. The flag makes the problem visible rather than deciding on the business’s behalf: transfer, re-sourcing, or customer communication remains an operational decision.
五、门店与一盘货:门店仓档案与履约策略
Q8:所有物理仓在OMS都可以定义为实体仓吗?不论主仓、城市仓、前置仓?
实体仓是按货主维度定义的,一个货主一般只有一个实体仓,功能仓则通过逻辑仓来实现。 主仓、城市仓、前置仓这类区分,属于物理布局层面的概念,在库存模型中统一收拢到货主维度的实体仓之下,再用逻辑仓做用途切分。
这样设计的好处是:仓网可以随业务扩张自由增减,而库存模型保持稳定。 新增一个前置仓,不需要重构整个库存体系,只需在逻辑仓层面补一条分货规则。
EN: Entity warehouses are defined at the owner (货主) dimension — typically one per owner — while functional warehouses are implemented as logical warehouses. Concepts such as main warehouse, city warehouse, and front warehouse belong to physical network layout; in the inventory model they are consolidated under the owner-level entity warehouse and then split by purpose through logical warehouses. The network can grow without restructuring the inventory model.
Q9:门店履约好像只看到快递发货,自提场景支持吗?流程怎么走?
自提场景目前不支持。 原因是自提没有运单号,需要打通平台侧的自提场景才能纳入统一的履约与结算链路。
如果品牌确有门店自提需求,建议在方案阶段按”可集成对接”的方式评估:由前端平台承接自提履约与核销,OMS负责订单与库存侧的一致性,双方通过接口打通。
EN: Store pickup is not supported at present, because pickup orders carry no tracking number; supporting it requires integrating the pickup scenario exposed by the sales platform. Where pickup is required, it should be evaluated as an integration scenario: the platform handles fulfillment and redemption, while the OMS maintains order and inventory consistency through APIs.
Q10:一盘货模式下,门店的库存是通过其他仓库档案去管理吗?
是的,门店在库存模型中有独立档案。 实体仓的类型分为电商实体仓和门店实体仓两类;门店比较特殊,属于仓店一体,因此门店既是销售渠道、又是仓库,在系统里会有两个档案。
这种”一店两档”的处理,是为了让同一家门店既能承接线上分派下来的订单(作为仓库发货),又能作为线下销售端口(作为渠道售卖),两个角色的库存口径保持一致,但权限与流程各自独立。
EN: Yes. Stores have their own records in the inventory model. Entity warehouses are classified into e-commerce entity warehouses and store entity warehouses. A store is store-as-warehouse: it acts both as a sales channel and as a warehouse, so it holds two records. This dual-record design lets one store receive online orders as a fulfillment node while also selling offline as a channel, with consistent inventory but separate permissions and processes.
Q11:有订单下沉到门店,OMS策略可以选择用门店库存发、还是寻仓发吗?
可以,通过策略优先级配置。 路径是:策略中心 → 渠道策略 → 店铺策略,在其中选择策略的优先级——先仓后店或先店后仓。
选择哪一种,本质是成本与时效的取舍:先店后仓通常追求就近发货与更短时效,适合门店库存充足、门店作业能力成熟的连锁品牌;先仓后店则优先保护门店库存用于线下销售,适合门店sku有限、线上订单量大的品牌。
EN: Yes, via priority configuration: Strategy Center → Channel Strategy → Store Strategy, where you select either warehouse-first or store-first. The choice is a trade-off between cost and speed: store-first favors proximity and shorter delivery times, while warehouse-first protects store inventory for offline sales.
Q12:门店库存没接入的话,就不会有线上订单让门店发货了吧?
按一盘货的原则,门店库存也需要接入,否则系统无法把订单分派到门店。 在项目实施中,一般会对接POS的库存,并通过盘点单的形式同步库存的变化。
换言之,门店发货能力不是”接不接”的可选项,而是”一盘货能不能闭环”的前提。门店库存不进系统,门店就只是一个线下销售点,无法参与全渠道的库存共享与订单履约。
EN: Under the unified-inventory principle, store inventory must also be connected; otherwise orders cannot be dispatched to stores. In implementation, POS inventory is typically integrated and changes are synchronized through stocktaking documents. Store fulfillment is therefore not optional — it is a prerequisite for closing the loop of unified inventory.
六、落到实施:四条来自机制的配置建议
基于上述机制,我们在项目中通常给出四条配置建议:
- 先定模型,再定比例。 把实体仓、逻辑仓、调度的层级关系与责任部门先对齐,再谈80/20、100%/100%这些数字;顺序颠倒会让后续每一次调整都变成跨部门协商。
- 共享库存必配安全库存。 只要存在多调度、多渠道共享同一份库存的情况,就用安全库存吸收同步延迟,把超卖风险控制在不影响消费者体验的范围内。
- 门店接入要连同作业流程一起设计。 门店既是渠道又是仓库,库存接入只是第一步,拣货、打包、交接、盘点等作业动作需要同步落到门店侧。
- 把缺货标签接进运营日报。 缺货标签的价值在于被看见;把它接入日常的补货与运营看板,超卖才会从”事后补救”变成”提前预警”。
结语
全渠道竞争走到今天,库存早已不只是仓储问题,而是销售机会的分配问题:同一批货,给谁卖、卖多少、卖掉之后谁要立刻知道。商派OMS业务中台库存中心用实体仓、逻辑仓、调度三层模型,把这个问题拆解成可配置、可追溯、可协商的规则,让品牌既能选择保守分货、也能选择激进放量,并把每一次选择的风险敞口明确地摆在业务团队面前。
商派ShopeX AI 成立于2002年,是全球知名品牌数智科技伙伴,服务的品牌客户超2000家。商派以「AI+开源」双轮驱动模式为品牌企业提供AI原生的智能体平台,以及AI驱动的开源商城系统、开源OMS订单系统、商派B2B(DMS)业务系统、DigiOS业务中台等,让AI智能体协同业务系统,真正嵌入品牌的生意现场与企业经营流程。
如果您的团队正在规划或重构全渠道库存体系,欢迎与商派联系,获取OMS业务中台库存中心的方案讲解与系统演示。
EN: In omnichannel retail, inventory is no longer just a warehousing matter — it is the allocation of selling opportunity. The inventory center of ShopeX OMS decomposes this into a configurable, traceable, negotiable set of rules across three layers, letting brands choose either conservative allocation or aggressive exposure, with the risk explicitly surfaced to the business teams that own it.
