入仓单上的50、48、48：预计数量、实收数量和上架数量怎样分开读

电商履约仓的一张入仓单上，为什么会同时出现三个商品数量？如果把其中最大的数抄成“可用库存”，就可能将预先申报的数量当作仓库已经处理完成的结果。ShipBob 的 Receiving 指南用一组简单示例，展示了这三个字段各自回答什么问题。

在本次读取的2026-07文档中，Warehouse Receiving Order 简称 WRO，用来管理进入履约中心的货物。它的数量说明把 expected_quantity 定义为商家表示准备发出的数量，received_quantity 是实际到达仓库的数量，stowed_quantity 则是已经加入可用库存的数量。三者并列存在，不是一个数字的三种英文译法。

官方示例分别写出50、48和48。按字段读，就是申报50件、到达48件、加入库存48件；不能将第一项50重新命名为“仓库已有50件可用”。这组数字来自文档演示，没有对应本文核验过的货件，也不是该服务在实际业务中的短少率。

差值也不能独立解释原因。指南说，损坏或缺失可能使上架数量少于预计数量，但这个可能性说明不等于对某次入仓作出诊断。看到50与48，能够先指出阶段数量不一致；若直接写“承运途中丢了两件”，就补进了示例没有给出的经过与责任。

将数量与业务对象对应，有助于进一步读清入仓状态。原页把 Completed 解释为仓库完成处理，又用 ExternalSync 区分外部系统是否已同步。仓端处理完成，与商家自己的系统已经更新，是两条信息。不能因为一个入仓单写着完成，就省略数量明细；也不能把一次同步标志当成新的实物到货。

一个自拟的内部摘要可以分别写“申报数量”“实际接收数量”“已计入库存数量”，并保留它们对应的 WRO 和商品记录。这样的表头使接手者知道差异出在哪里，而不必从三个没有名称的数猜测。本文没有调用接口、修改库存或执行重复同步，所述只是数据阅读方式。

还有必要保留系统范围。这里的字段解释来自 ShipBob 的具体文档，其他仓储系统即使使用相似名称，也可能有不同定义。本文于2026年10月12日核读原页，不把文档示例改写成当前订单结果，也不据数量状态判断商品质量、赔付或履约责任。