订单取消后可售数量未恢复,通过 reservation、stock 和 source item 定位缺失的补偿记录。

继续阅读

MSI 发货时报 Source Deduction 失败,要先区分 Reservation 与 Source Item:下单占用可售量,发货才扣物理来源,两者不是同一笔库存。

继续阅读

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

继续阅读

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

继续阅读

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

继续阅读

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

继续阅读

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

继续阅读

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

继续阅读

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

继续阅读

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

继续阅读

项目 11 到 20 共 32个

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