项目

一般

简介

错误 #5128

【人保电销】信阳批量支付问题

由 赵 福来 在 超过 5 年 之前添加. 更新于 超过 5 年 之前.

状态:
已确认
优先级:
紧急
指派给:
宋 姣姣
开始日期:
2020-04-22
计划完成日期:
% 完成:

50%

预期时间:

描述

信阳批量支付较慢，且因为线程反应超时导致失败的较多，基本上付款500条需要2小时，且会有三分之一的转账失败

历史记录

#1 由 宋 姣姣 更新于 超过 5 年 之前

  • 状态 从 待开发 变更为 开发中
  • % 完成 从 0 变更为 50

原因：1、汇总结算在支付任务中，所以每次轮询的数据量不足，导致时间浪费
2、目前中信银行和慧用工会同时存在在一个线程中，而慧用工支付及查询支付结果周期较长，其他流水的支付
3、线程中不允许存在同一个证件号的多个流水处于支付中，原因：银行接口限制的
4、代码编写效率不高
解决方法：1、汇总结算需在提交流水状态时直接得到结果——暂未实现，需1-2天完成
2、按照支付渠道来分配线程，并在指定时间内未完成支付则认为失败——已解决
3、暂无法解决，银行接口的限制。
4、优化代码：正常开启关闭数据库连接；查询脚本的Where条件先后顺序；循环体内尽量避免数据库交互——已解决

#2 由 宋 姣姣 更新于 超过 5 年 之前

补充：需要找100条左右待支付的银行流水，进行压力测试。请提供。

#3 由 宋 姣姣 更新于 超过 5 年 之前

补充：此优化目前只发布信阳服务器，待验证通过后，于下周四发往其他服务器

#4 由 宋 姣姣 更新于 超过 5 年 之前

  • 状态 从 开发中 变更为 开发完成

支付任务中去掉汇总逻辑。
支付任务只取SameExchangerTreat为01的，并修改各个支付渠道轮循的数据数量。
将一次性批量支付改为循环一个个支付，支付完成后将SameExchangerTreat置为02A，代表支付任务可以继续下一轮的任务，不必等到查询任务出结果后再继续。
将汇总结算移到提交流水到审核通过时
结算单批量提交代支付逻辑优化——拼接完所有勾选GID后一次性调用核心服务接口

#5 由 宋 姣姣 更新于 超过 5 年 之前

  • 状态 从 开发完成 变更为 已确认

导出 Atom PDF