预留库存是亚马逊后台的一个独立库存状态,指货已经进了运营中心、但当下不能被新订单占用的那部分数量。不少卖家看到这个数字往上走就紧张,其实它既不是丢货,也不是被平台扣下,绝大多数情况只是把「总在库」和「真正能卖」这两件事分开了。搞清它由哪几块组成、每一块多久会释放、什么时候才需要动手,比盯着数字涨跌有用得多。

一、预留库存占的是什么

在库存管理页里,同一个 SKU 的数量会被拆成几块:可售、不可售、预留,以及还在途的入库数量。官方给出的关系是,发往运营中心的总件数等于可售加不可售加预留加入库。拆开看更清楚:预留是已经到仓的那部分里被临时占住的一块,它既不算可售,也不算不可售,在报表里单独成列。

这个拆分方式对日常运营有两个直接含义。其一,看到总在库不少、可售却很少,通常就是预留涨了,不是货少了。其二,备货与补货的计算基准应该是可售而不是总在库,两者的差额就是那几天看不见的安全库存。

有一点需要提前说明:处于预留状态的货仍然计仓储费。它只是暂时不承接新订单,并没有从仓储账上消失。一个 SKU 要是长期挂着大额预留,成本是实实在在发生的,按日计费的时段尤其明显。

二、为什么会出现预留

官方把预留归为三类原因,每一类对应不同的仓内动作。

1. 买家订单

商品已经被人下单,正在拣货、打包、等待交给承运商,这部分数量会被占住。这是最健康的一类,履约走完就释放,通常当天到次日就回到可售。

2. 运营中心处理中

货被放在仓里等待进一步处理,比如核对尺寸与重量、等待调查、等待移除指令,个别情况还与待办的登记事项挂钩。这一类的时长最不固定,取决于具体在处理什么。如果卡在信息核验上,把资料补齐往往比反复开 case 有效。

3. 运营中心转运

亚马逊把货从一个仓挪到另一个仓,让库存离买家更近。这是三类里占用时间最长的一类,也是卖家最容易误判的一类,因为数量往往一次跳很大。

三、三类预留的释放节奏

把参考时长放到一起对照,判断起来会快很多。

预留原因含义参考占用时长
买家订单已下单,正在履约发出最长约 21 天
运营中心处理中在仓等待核验、调查或移除最长约 14 天
运营中心转运跨仓调拨,让货靠近买家约 22 到 25 天

有一个容易被忽略的点:转运中的商品买家仍然可以买。如果其他仓没有现货,买家看到的会是未来发货日期,而不是缺货。所以转运预留的数字看着很大,对可售性的实际影响并没有那么猛,真正要紧的是它有没有按预期在减少。

四、预留和另外几种状态的区别

这三组最容易混,分开看就不会误判。

  • 和不可售的区别:不可售是货本身出了问题,比如破损、被判为不可配送,需要处理;预留只是暂时占住,货物状态正常。

  • 和在途入库的区别:入库数量是还没完成登记的货件,预留是已经在仓的数量,报表位置不同,不要合并着看。

  • 和被停售商品的区别:被停售属于商品信息或账号本身的问题,改信息或申诉才动得了;预留是仓内动作的结果,流程走完会自然消掉。

最简单的区分方法是看结果:预留会自己减少,不可售和被停售不会。盯着一个 SKU 看三天,数字在动,多半就是预留;纹丝不动,就要往另外两类上查。

五、预留变多时该怎么处理

顺序不要反,先看报表再动手。

第一步,打开预留库存报表,看数量具体落在哪一类字段上。落在买家订单上属于正常履约,不用管。

第二步,对比时间。转运类如果明显超出参考区间,把货件编号和受影响的 SKU 整理好,开 case 让平台去查,带编号的工单比空口描述有效得多

第三步,回头看业务动作。旺季前预留普遍走高,是订单量大的直接结果,不需要干预;真正值得追的是长期不动的那一小部分。

如果排查时发现货件还卡在入库接收阶段,顺手核对包装与标签是否合规。预处理不规范会明显拖慢接收速度,标签贴错、外箱不合规这类问题会在接收环节被退回来重做,旺季尤其明显。

六、一句话判断

预留库存是履约与调拨的正常产物,不是异常信号。判断标准只有一条:看它落在哪一类,以及有没有超出这一类应有的时长。在窗口内就等,超出了就带编号去追。备货与补货的节奏要按可售数量算,不要按总在库算,两者差的往往就是那几天的安全库存。