对于卖东西的人，“支付成功”几个字很有吸引力。但对买东西的人，真正重要的还有后半句：我买的东西拿到了吗？
设想用户购买一份报告，付款后网页突然断开。他以为没有成功，又买了一次。最后银行卡扣了两笔钱，页面上却只有一份报告。此时后台的支付记录和用户的不满，都可能是真的。
交易并没有因为扣款成功就自动结束。订单、支付、交付和售后，描述的是不同环节。哪怕其中一个状态正确，其他环节也可能出了问题。
退款通常是按相应政策和规则，把款项退回；银行卡拒付或争议则涉及另一套渠道流程。以 Stripe 介绍的银行卡争议为例，商家可以按规则提交材料，结果由发卡方作出。证据有帮助，但不保证争议一定对商家有利。资料：Stripe 争议处理说明
这里说的是特定平台和银行卡网络场景，不能直接套成中国大陆所有支付方式的规则。不同地区、渠道和交易类型，期限与处理要求都可能不同。
回到重复购买的例子。如果能够把订单、付款编号、报告生成和交付记录对应起来，就容易看出钱扣了几次、东西交了几份。只有一张“成功”截图，能说明的事实其实有限。
这也解释了为什么清楚的购买说明有价值。用户知道要等多久、在哪里取得结果、出现问题找谁，就少了一层猜测。相应记录用于还原交易，也不等于可以无边界收集用户信息。
支付风控还有一个容易误解的地方：异常不等于欺诈。连续付款可能来自误操作，资料不一致也可能有正常原因。拦截和复核是为了进一步判断，而不是给所有异常订单直接贴标签。
一笔交易完成的感觉，来自两边对上了：经营者知道收到哪笔钱、交付了什么，用户知道自己买到什么。系统里的绿色提示，只是这条路上的一个节点。