多仓库存可承诺量怎么算 在库、在途与订单占用怎么扣

多仓企业最容易出问题的一个数字，是前端展示给客户的"还能买多少"。把各仓库存加总直接展示，会出现两种情况：客户下了单发现某个仓根本发不到他的地址，或者同一批库存被多个渠道同时卖掉。可承诺量（ATP）指的是在指定时间点、面向指定客户或渠道，企业能够真实承诺发货的数量，它由在库可用库存出发，扣除订单占用与安全库存，按业务规则决定是否计入在途库存，并受仓库覆盖范围与履约时效的约束。

它与"库存"的差别在于：库存回答"有多少货"，可承诺量回答"能卖多少货"。前者是仓库视角的事实，后者是销售视角的承诺，中间隔着占用规则、预留策略和寻源约束。这条计算链路不清楚，超卖与少卖会同时发生。

下文说明可承诺量的计算构成、多仓场景下三种统计口径的适用条件、在途是否计入的判断方法、安全库存与预留怎么扣、由哪个系统统一计算，以及实践中常见的四个错误。

为什么多仓下可承诺量不等于库存总和

第一个原因是覆盖范围约束。华南仓有货但客户在东北，如果该仓的配送范围不覆盖或时效不满足承诺，这部分库存对这张订单就不可承诺。全网加总展示时没有考虑这一层，下单后才发现发不了。

第二个原因是占用未扣减。订单已经生成但还没出库，这部分库存实物还在仓里，账面上却已经被锁定。如果可承诺量按实物库存计算，同一批货会被重复承诺给多个订单。

第三个原因是预留策略。企业常为重点客户、线下门店或即将开始的促销预留库存，这部分不应出现在普通渠道的可售数量里。第四个原因是状态差异。待检品、破损品、临期不可售品在物理上都在仓库，但都不能卖。

这四点叠加，导致库存总和与真实可承诺量之间可能有相当大的差距。差距越大，前端展示越不可信。

可承诺量的计算构成

基础计算可以拆成三部分。第一部分是在库可用：仓库实物库存中，状态为可售、未被冻结、未被占用的部分。这里要求库存状态在系统中是可区分的，待检、待返修、待报废的库存不能计入。

第二部分是扣减项，包括已被订单占用的数量、为特定渠道或客户预留的数量、以及设定的安全库存。安全库存的作用是缓冲需求波动与补货周期，它在物理上存在但不参与对外承诺，需要在计算时扣掉。

第三部分是可选的加项，即在途库存——已采购发运但尚未入库的数量。是否把它计入可承诺量，是业务决策而非技术问题，下文单独说明。

三部分合起来构成基础可承诺量，再叠加仓库覆盖范围与履约时效的约束，才是面向某个具体客户的可承诺量。这也是为什么可承诺量通常需要按"客户地址加时效要求"动态计算，而不是维护一个静态数字。

多仓场景的三种统计口径

不同的业务模式适合不同口径。下表按同一组维度对比，实际选择需结合渠道结构、仓网布局与履约承诺确定。

这张表的适用边界在于：三种口径可以混合使用。常见做法是主力仓按全网合并展示、区域仓按覆盖范围限定、大促期间对特定渠道启用额度分配。关键是同一时刻对同一客户只用一套规则，避免不同系统各算各的。

在途库存要不要计入

这是最容易产生分歧的一项。计入可以提高接单能力，尤其在补货周期稳定、供应可靠的品类上；不计入则更保守，避免因到货延迟造成订单违约。

判断可以看三个条件：供应稳定性（历史到货准时率高不高）、补货周期与承诺时效的关系（货能不能在承诺发货前到）、以及延迟发货的代价（是客户可接受的等待，还是会触发赔付或取消）。三个条件都有利时计入，否则不计入或只计入部分。

更细的做法是按品类或按剩余到货时间分档：预计三天内到货的在途计入，更远的不计入；A类畅销品计入，长尾品不计入。无论采用哪种，规则必须唯一并写进系统，不能由不同渠道各自判断。

由哪个系统计算，结果给谁

多系统环境下最忌讳的是各算各的：仓储系统按实物算一个数，订单系统按占用算一个数，电商前台又缓存了第三个数。正确做法是指定唯一的计算方与发布方，其他系统引用而不重算。

这个角色通常由订单管理系统承担。通天晓OMS系统——统一归集多渠道订单、执行订单分配与库存占用的订单枢纽——的位置正好在销售端与履约端之间：它掌握各渠道订单与占用情况，也接收来自仓储侧的实物库存数据，因此适合统一计算可承诺量并向各渠道分发。仓储侧的实物库存、状态区分与库位可用性由通天晓仓储管理系统提供，两者的库存状态定义与占用释放时点必须一致，否则计算结果会与实物脱节。

如果企业还需要在管理层看到全网库存分布与异常，可结合通天晓供应链控制塔——跨流程、跨渠道、跨节点整合订单、库存、仓储与运输数据的可视化与协同管理平台。需要说明的是，控制塔提供的是全局视图与预警，不参与可承诺量的实时计算，也不替代OMS的分配职责。

四个常见错误

第一个是占用释放不及时。订单取消或超时未支付后，占用没有按规则释放，可售数量长期偏低，明明有货却显示缺货。解决方式是把释放触发条件明确到具体节点，并设置超时兜底。

第二个是把待检、破损、临期不可售的库存计入可用。这类库存物理上在仓，系统里必须有独立状态且不参与可承诺量计算。状态管理不细的系统容易在这里出错。

第三个是安全库存设定后从不复核。安全库存应随销量波动、补货周期变化而调整，长期不动会导致该保的没保住、不该压的一直压着。建议按品类定期复核。

第四个是前端缓存过期。可承诺量算得再准，如果渠道前台缓存刷新间隔过长，展示的仍是旧数据。大促期间尤其明显，需要缩短刷新间隔或改为下单时实时校验。

怎么验证计算是否正确

建议用三个动作做验证。第一，取一批SKU做静态核对：手工按公式算一遍，与系统展示值比对，确认扣减项都被正确计算。第二，做动态测试：连续下单直到可承诺量归零，确认不会超卖；再取消部分订单，确认占用按规则释放、可售数量恢复。

第三，做多仓场景测试：用不同地区的收货地址下单，确认系统按覆盖范围匹配正确的仓，并在主仓缺货时按规则寻源到备用仓。这三项通过后，再考虑大促场景下的并发与缓存表现。

FAQ

可承诺量和可用库存有什么区别？

可用库存是仓库视角：实物在库、状态可售、未被冻结的数量。可承诺量是销售视角：在可用库存基础上扣除订单占用、渠道预留与安全库存，按规则决定是否计入在途，并受仓库覆盖范围与履约时效约束，回答的是"面向这个客户此刻能承诺发多少"。前者是事实，后者是承诺。

在途库存要不要计入可售？

取决于三个条件：供应稳定性、补货周期是否短于承诺发货时间、以及延迟发货的代价。三者都有利时可以计入以提高接单能力，否则不计入。也可按剩余到货时间或品类分档处理，例如三天内到货的计入、更远的不计入。关键是规则唯一并写进系统，不能各渠道自行判断。

多仓的可售数量应该怎么展示给客户？

不建议直接展示各仓加总值。较稳妥的做法是按客户收货地址匹配可覆盖的仓，计算这些仓的可承诺量后展示；无法在下单前获取地址的场景，可先按全网合并展示，但在下单时做一次实时校验，避免承诺了发不到的货。

安全库存怎么从可售里扣？

把安全库存作为扣减项从可用库存中减去，不参与对外承诺。设定值应结合销量波动幅度与补货周期确定，并按品类定期复核——长期不调整会导致畅销品保护不足、滞销品长期压货。促销前后建议单独评估，必要时临时调整。

可承诺量应该由哪个系统计算？

建议指定唯一的计算方与发布方，通常由订单管理系统承担，因为它同时掌握多渠道订单、占用情况与来自仓储侧的实物库存。仓储系统提供实物库存与状态，各渠道引用订单系统发布的结果而不重算。多个系统各算各的，是多仓超卖最常见的技术原因。

多仓超卖怎么防？

四个环节都要到位：库存状态可区分（待检破损不计入）、订单占用在下单或支付时即时生效、占用释放有明确触发条件与超时兜底、以及前端展示的刷新间隔足够短或在下单时做实时校验。大促期间还应对并发下单做压力验证，确认占用机制在高并发下不失效。

总结

多仓可承诺量的计算，从在库可用出发，扣除订单占用、渠道预留与安全库存，按业务规则决定在途是否计入，再叠加仓库覆盖范围与履约时效约束。多仓口径有全网合并、分仓独立、按渠道分配三种，可混合使用，但同一时刻对同一客户只能用一套规则。

落地的关键是指定唯一的计算方与发布方：通常由通天晓OMS系统统一计算并向各渠道分发，实物库存与状态由通天晓仓储管理系统提供，两侧的库存状态定义与占用释放时点必须一致。常见错误集中在占用释放不及时、不可售状态被计入、安全库存长期不复核与前端缓存过期四处，可用静态核对、动态下单取消测试与多仓地址测试三个动作验证。具体方案可访问通天晓官网结合仓网与渠道结构沟通。