支付系统设计四：轮询扣款设计04-整体设计

本文链接：https://blog.csdn.net/qq_38940885/article/details/129919082

本文介绍了支付系统中轮询扣款的必要性和背景，特别是在支付渠道出现误判时确保交易完成的重要性。文章详细阐述了PayCore系统的设计改造，包括新增的公共重试组件、Order表的字段调整以及代扣逻辑的变化。同时，还讨论了支付路由系统的改造点，如轮询规则的管理和执行流程分析，以应对各种失败情况。

摘要由CSDN通过智能技术生成

文章目录

前言
一、背景
二、PayCore系统设计
三、轮询扣款改造
总结

前言

支付系统为了能够满足业务方多场景支付需求而对接了大量的支付渠道，特别是做消费金融的面对的更多的业务场景是放款、回款，即对应代发、代扣，为了能顺利放款、回款所以支付系统对接了大量的支付机构。每一笔交易都有一到多个支付渠道能够支持，这也是支付系统对接支付渠道的意义，在能保证顺利完成交易的同时，也要考虑成本，筛选最优支付渠道即是支付路由系统所负责的。

然而很多公司的支付系统是存在不足的，也可以说是缺陷，即业务系统发起一笔交易，支付系统并没有尽力去完成这笔交易。如一笔代扣交易，支付系统在请求支付路由系统返回的最优支付渠道失败后就直接把这笔交易置为失败了，而没有再去请求次最优支付渠道，如果支付系统仅仅作为上游系统的一个支付渠道，上游系统可能在失败后就去请求其他公司的支付渠道了，此场景还好。但是如果作为上游系统唯一的支付渠道，失败后重试还是依旧返回原来的支付渠道，那么可能会由于自己支付系统缺陷导致客户逾期，即支付系统对接的多个支付渠道并没有使用上！

本篇主题将设计实现轮询扣款，主要是针对代扣类交易，即消费金融公司的回款，如果走一个支付渠道扣款失败了，对于一些非特定（余额不足等）失败原因则使用其他支付渠道进行重试，最大程度的完成交易。一方面为公司创造利益，另一方面避免客