支付体系设计中如何规避重复交易?
发布网友
发布时间：2022-05-08 03:26
共5个回答
热心网友
时间：2023-10-15 03:40
针对一笔商品订单，在支付时，产生一个唯一的支付订单号，这个支付订单号包含了客户选定的支付落地的支付方式和真正的支付渠道。
支付系统对这个支付订单号做交易的幂等。
1.如果不存在该支付订单号，则记库，并标记状态为支付中，然后调用渠道进行支付落地。
2.收到渠道异步通知或者通过查询得到渠道支付状态时，更新该笔支付订单状态
3.如果客户再次发起支付，不给客户产生新的支付订单号，先用该笔支付订单号调用支付系统，支付系统会判断订单号幂等性，如果已支付，则报错告诉客户已支付成功，请勿重复支付；如果支付失败，则新产生流水调用渠道进行支付落地；如果支付状态未知，则告诉客户，交易状态未知，请发起查询或者关单。
4.针对状态未知这种情况，如果支持冲正和关单则最好，如果不行，只能让客户发起查询。在这种情况下，如果客户等不及，才流转到最坏的可能，客户重新下一单商品订单，这单根据最终渠道对账情况，给客户做退款。这种情况下需提示客户确认未发起前一笔支付，再新创建，否则，前一笔需要等第二个工作日状态确认后进行退款处理。
如果出现上述4里面最坏的情况，还是会有用户误操作，直到收到两份商品才发现下重了。此时就得依靠运营/客服的支持了。提供用户申诉的手段，让用户提出哪些订单是重复的，并且由销售系统店家、商品提供者和买家三方共同根据用户操作的记录来协商如何处理。我们需要让技术帮助让这种人工处理的几率尽量小。因为每次处理都会耗费较大的人工成本，和一些运营费用
在实际设计中，无论多么好的技术，也不可能100%的拦截所有的可能性，必须依靠技术+产品设计+运营支持的综合手段才能解决这类问题。所以即便京东这一类电商等也是配合运营手段进行处理。
在实际业务场景中，可能还会有各种各样复杂的情况，我们只能以尽可能保护我们系统自己的方式，将重复下单可能性降到最小，并且即使发生，我们也不能出现短款，再结合运营手段进行差错处理。
热心网友
时间：2023-10-15 03:41
热心网友
时间：2023-10-15 03:41
热心网友
时间：2023-10-15 03:42
热心网友
时间：2023-10-15 03:43
