多个Webhook以不同顺序更新订单、支付和自定义表会产生死锁,应统一锁顺序、缩短事务并安全重试。

继续阅读
Reorder依赖订单项product_options中的info_buyRequest,创建订单时未保存完整选项就无法在重购时恢复。继续阅读

多地址结账一次提交会拆成多张订单。某个地址的支付或库存校验失败时,前面的订单可能已经提交,页面却只显示总失败。处理这类问题要先找已生成的increment_id,不能让客户整单重试。……

继续阅读

下单时Extension Attribute里有值,订单也保存成功,但再次通过Repository或REST读取却变成空。字段必须同时打通写入、持久化和读回三条链路。

继续阅读

成功页依赖checkout session中的last order数据,支付模块提前清Session或跨域Cookie丢失会导致订单存在但页面空白。

继续阅读

订单没有创建发票按钮,先检查是否已经开票、订单状态是否允许、商品数量和支付动作,而不是直接修改按钮显示代码。

继续阅读

订单死锁不是简单加重试次数。先从数据库 deadlock 记录还原锁顺序,再缩短事务、统一更新顺序并保证重试幂等。

继续阅读

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

继续阅读
后台给多网站订单开票时,发票号偶尔用了另一个店铺的前缀。真正要追的是创建发票时的 store_id,而不是订单页面显示的 Store View。继续阅读

部分发货后可发数量异常,应核对 order item 父子行、qty_shipped、虚拟商品和 MSI Source deduction。

继续阅读

项目 1 到 10 共 13个

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