菲律宾 Shopee 卖家多仓库存管理：从 SKU 映射到库存推送的完整思路

多仓卖家最容易犯的错是把各仓数量简单相加就当可售库存。这篇文章拆解了多仓管理的五个关键环节：商品映射、分仓库存、调拨记录、订单履约仓匹配和 Shopee 库存推送规则，并给出上线前用单个真实商品跑通全流程的测试方法。

多仓不是把数量加起来那么简单

• 同一商品分放马尼拉主仓和分仓，总量看着够，接单的仓可能没有对应规格
• 已分配、活动预留、在途调拨中的库存都不能算作可售
• 同一实物在不同店铺可能用不同 Store SKU，映射错了后面所有库存数据都会跟着错

一套多仓系统要管住五层关系

• 商品身份：Store SKU 要正确映射到 Merchant SKU，含变体和组合装
• 分仓库存：区分在库、已分配、可用、预留、在途等状态
• 库存变动：调拨、入库、盘点、调整都要留可追溯记录
• 订单履约：订单扣减的仓必须和实际拣货发货的仓一致
• 库存推送：明确哪些仓的数量可以支撑哪个店铺的 Shopee 库存更新

以 Merchant SKU 为中心串起全链路

• 链路是：店铺 Store SKU → Merchant SKU → 分仓库存 → 调拨/订单活动 → 可用库存计算 → 推送到 Shopee
• 调拨中的货不应视为可拣货，要等目的仓收货后才计入
• 订单处理前先测试缺货、取消、退货等场景，别假设系统会自动选最近的仓
• 推送不生效时，按店铺授权、SKU 映射、仓库选择、规则覆盖、源库存逐项排查

多仓库存、WMS、3PL 是三件事

• 多仓库存管理解决货在哪、可不可卖、哪笔变动改了账
• WMS 管订单进仓后的执行：波次、拣货、复核、打包发货，通常只在单量最大的主仓用
• 3PL 是外部履约伙伴，要单独约定库存责任、订单交接、状态回传和退货，不是默认就打通的

上线前用一件商品跑通全流程

• 选一个存放在两个仓的 Merchant SKU，确认映射和分仓余额，做一次小额调拨
• 处理一单真实 Shopee 订单，核对履约仓、扣减、可用库存和店铺端更新
• 人为制造一个异常：缺货、取消、盘点差异或推送失败，看能否追溯原因
• 员工权限按角色分配，确保不靠表格就能查清库存去向