支付宝的脑残设计

[lux182]

一个支付成功可能收到不同的回调。也可能分别收到两个回调
根本无法区分 TRADE_SUCCESS TRADE_FINISHED



https://opendocs.alipay.com/support/01raw9
状态说明
• WAIT_BUYER_PAY：交易创建，等待买家付款。
• TRADE_CLOSED：在指定时间段内未支付时关闭的交易或在交易完成全额退款成功时关闭的交易。
• TRADE_SUCCESS：商家签约的产品支持退款功能的前提下，买家付款成功。
• TRADE_FINISHED：商家签约的产品不支持退款功能的前提下，买家付款成功；或者，商家签约的产品支持退款功能 的前提下，交易已经成功并且已经超过可退款期限。
注意：
商家必须根据支付宝不同类型的业务通知，正确的进行不同的业务处理，并且过滤重复的通知结果数据。在支付宝的业务通知中，只有交易通知状态为 TRADE_SUCCESS 或 TRADE_FINISHED 时，支付宝才会认定为买家付款成功。另外如果签约的产品支持退款，并且对应的产品默认支持能收到 TRADE_SUCCESS 或 TRADE_FINISHED 状态，该笔会先收到 TRADE_SUCCESS 交易状态，然后超过 交易有效退款时间 该笔交易会再次收到 TRADE_FINISHED 状态，实际该笔交易只支付了一次，切勿认为该笔交易支付两次。

[lux182]

这些自作聪明的二货，退款通知也很搞笑。
退款成功或者未支付，触发同样的回调。
部分退款触发和支付成功同样的回调。

[LLaMA2]

我就想问，这个设计有什么问题？

[sss15]

并不是啊，文档里写的很清楚，Success 是支付可退款状态，Finshed 是支付不可退款状态。 你业务可能用不到，但是对于要多方分账的业务场景，可能就需要等待 finshed 不可退款了，再进行分账

[pcbl]

没啥问题啊

[cxe2v]

我是来看笑话的

[LaGeNanRen]

啊对对对

[NeroKamin]

这个设计没问题呀

[opengps]

多看看支付流程，这个设计完全没问题

[urnoob]

人家的设计不说多好吧，起码没问题。而且说的如此明白详细

[lux182]

@ye4tar 接口的功能职责不明确。让对接的开发需要仔细看文档，稍不留神就出错。
支付成功，收到的回调可能相隔一个月，期间的订单状态可能早就变化了。
退款的接口也是，职责太不明确

[lux182]

@opengps 对比微信支付，就感觉出来了

[opengps]

@lux182 这么说你觉得微信支付很成功？查一下微信支付的负面评价，数量规模并不亚于支付宝的吐槽

[lux182]

@sss15 success 给人的直觉就是支付成功。finish 就是不可退。何必，不可退的时候直接来一个 finish 。

[lux182]

@opengps 至少在对接他们的支付回调时候是很顺利的，不需要纠结的看文档。

[kontttt]

一看 op 就是只会做支付不会做财务、税务、清关、等等的系统了

[lux182]

@NeroKamin 可以看看退款通知， 取消支付和全额退款，状态竟然是一致的。只能通过其中的 refund_fee 来区分是个啥情况

[lux182]

@kontttt 不知道了有没有思考过这些细节问题。人身攻击就没必要了，你赢了就是

[documentzhangx66]

当我看到支付宝 [交易状态迁移图] 后，我支持楼主。

第一次见到这种 Start 位于中间，而且能向两边展开的流程图。

就算这种业务设计没问题，它也不科学。

[zoharSoul]

感觉比微信的好多了
比 apple 的更是好了无数倍

[lux182]

@documentzhangx66 感谢理解