[发明专利]大批量数据重试机制的实现

权利要求书

1.大批量数据重试机制的实现，其特征在于，包括以下步骤：

S1、系统读取分布式配置系统定义的相关配置确认重试触发响应码和最大重试次数；对于某些银行响应码信息，区分为用户原因的错误信息和系统原因的错误信息，对于用户原因，比如6502(余额不足)，6515(密码错误)，6545(无效卡号)等错误信息，由于用户原因或者卡本身的原因，无需配置配置重试触发响应码；对于系统原因的错误信息，比如6543(网络通讯故障)，6702(系统故障)等明确系统原因导致的错误失败信息，则应该加入到重试配置上；最大重试次数，实际上是用消耗时间的方式，实现提升业务成功率的效果，这个要综合考虑系统实际情况和商户本身能否接受等要素，配置一个合理的数值；

S2、失败交易按配置区分可重试和无需重试；在实际场景中，存在部分部分无需重试的场景，比如无可用银行通道，商户对大批量数据处理处理时效限制等，此时通过关停重试定时任务，配置可重试次数为0，达到不重试的效果；当出现系统异常，银行通道异常，商户在追求扣费成功率的基础上，可以容忍的较长时间的处理，此时通过开启定时任务，配置可重试次数，达到重试效果；

S3、可重试订单信息记入重试记录表；重试记录表登记批次号，流水号，原流水号，重试次数，状态等信息；系统运行时，检测可重试配置是否满足要求，当订单记录满足重试次数最大次数，返回码在配置的重试响应码返回内，系统将订单信息插入重试记录表；

S4、系统定时任务扫描重试订单表，对满足条件的订单发起重试扣款；定时任务间隔时长可控制，每批次取重试笔数可控制，重试次数可控制；在实际应用中，可通过智能路由的方式，对于重试的订单进行通道路由切换；

S5、系统通过对重试订单结果进行扫描，当扫描的结果不符合再次重试的要求，比如错误码已经不在重试列表或者重试次数已经超过最大次数，则会将信息更新至主单表；待所有数据更新完毕，满足回盘条件，系统发起回盘，完成本次交易。