退款时勾选了Return to Stock,后台Source Item数量没变化,Salable Quantity也没增加。MSI下要先区分“退回来源库存”与“释放预留”两条链,缺少shipment/sourc……

继续阅读

直接导入Source库存后可售数量为负,通常是Source Item与Reservation口径不一致。先查差额,再用官方补偿命令修复,避免手改reservation表。

继续阅读

MSI库存导入只写quantity却漏掉source item status,会出现数量大于0但仍不可售。

继续阅读

子商品有数量但色板不可选时,应逐项核对Website对应Stock、Source Item状态、可售数量和配置商品索引。

继续阅读

MSI的数量与status是两个字段,导入只更新quantity时,正库存也可能保持不可售。

继续阅读

这个问题最容易被“后台数量还有几十个”带偏。Magento 2.3 以后用了 MSI,页面上的 Source Item 数量并不等于前台可售数量。真正参与加购判断的是库存、来源分配、缺货阈值和 reservation 共同计算出来的 salable quantity。

继续阅读

多仓订单分配到错误仓库,要区分下单时的库存预留与发货时的Source Selection,并检查Stock、Source优先级和算法输入。

继续阅读

退款不等于自动回库存。要检查Credit Memo的Return to Stock、订单发货来源、MSI补偿和外部仓库同步。

继续阅读

Reservation 补偿前必须先确认订单状态和重复事件。命令能生成补偿记录,但不能替你判断业务事实。

继续阅读

Source Quantity 不等于可销售数量。遇到有库存却缺货,要沿 Website、Stock、Source、Reservation 和索引逐层核对。

继续阅读

项目 11 到 20 共 32个

每页
  1. 1
  2. 2
  3. 3
  4. 4
设置降序顺序