工单节点使用指南 请用平和的语言准确描述你所遇到的问题 厂商的技术支持和你一样也是有喜怒哀乐的普通人类，尊重是相互的 如果是关于 V2EX 本身的问题反馈，请使用 反馈 节点
这是一个创建于 80 天前的主，其中的信息可能已经有所发展或是发生改变。
简单描述下问题。
我们目前只用到了支付宝的二维码扫码支付这一个产品，会涉及到重试关单的逻辑。
情况 1：正常调用下单，用户扫码可以正常支付
情况 2：正常调用下单，但是用户尚未扫码的时候我们关单，此时用户侧会提示支付失败
以上用户侧体验都符合预期，但是服务端关单和查单接口不正常。
情况 2-服务端-未扫码关单：
如果用户尚未扫码我们就关单，会提示关单失败（ 40004 ，交易失败），但是此时用户已经不可交易了。
如果用户扫码触发提醒“支付失败，本笔交易已关闭，请收银员重新收款。”，之后再次关单，会提示关单成功。
用户扫码之前，查询订单，会提示“交易不存在”ACQ.TRADE_NOT_EXIST
用户在扫码之后，查询订单，会提示“等待支付”WAIT_BUYER_PAY
无论是用户扫码之前还是用户扫码之后，我们调用 PreCreate 预下单的接口，都可以正常得到 qrcode 的地址
所以以上情况发生了什么？
一旦我们自身的代码出现任何问题，一个单在用户有访问之前我们就提早关单但是并未记录，无论用户是否扫码我们都不能感知到这个单已经被关了扫码之前查单提示交易不存在，扫码之后查单提示等待支付；预下单始终是成功的；用户拿到的 qrcode 始终是不能支付的
请问这合理么？
 | 1 Light3 80 天前 这个跟支付宝没什么关系 支付宝只负责收款和告知你收款成功 至于你的什么关单 谁家订单不都是 30 分钟支付等待？ 你说的交易不存在 你也说了 是扫码之前 那这种情况你为什么不用异步通知呢？ 等待支付更简单 用户在输入密码 这个也可以异步通知来改订单状态 你不会只会调同步接口 循环查订单支付状态吧？ |
Select Language