银行卡转账失败处理方法技术

本发明专利技术公开了一种银行卡转账失败处理方法，在网约车企业银行卡转账场景中，到达网约车公司与司机约定的打款日期时，网约车企业向发起银行发起批量转账请求，将司机的阶段性工资通过银行卡转账给司机，本方案每日运行两次，第二次负责排除异常影响，本发明专利技术可以保持银行，网约车企业财务系统资金一致性，准确高效的保证网约车司机与公司资金的安全，有效的解决了因为银行转账失败导致司机对网约车公司满意度下降的问题。司满意度下降的问题。司满意度下降的问题。

【技术实现步骤摘要】
银行卡转账失败处理方法


[0001]本专利技术涉及网约车司机转账领域，特别涉及银行卡转账失败处理方法。

技术介绍

[0002]随着网约车行业的迅速发展，网约车司机数量也快速增长，在此背景下，网约车公司给司机银行卡转账产生的银行转账数据也呈现爆发式增长，其财务系统产生的数据十分庞大。但即便是庞大的转账数据，网约车公司给司机打款也必须要做到准确、及时，给司机转账一旦发生异常且没有及时解决，将影响司机对网约车公司的信赖度，导致司机转向其他网约车公司。
[0003]所以给司机银行卡转账过程中发生失败或异常时，网约车公司亟需一种能及时识别银行卡转账失败的处理方法及装置。该装置既可以用于公司财务主动排查问题，自动通知司机修改银行卡信息，也可用于保证互联网公司与银行之间的账务一致性。

技术实现思路

[0004]本专利技术要解决的技术问题是克服现有技术的缺陷，提供一种给网约车司机银行卡转账时失败的处理方法及装置，可以自动通知司机修改银行卡信息，也可以保持银行，网约车企业财务系统资金一致性，准确高效的保证网约车公司资金的安全，有效的解决了银行与网约车企业双方记账不一致的问题，促进网约车企业系统健康稳定的运行。
[0005]本专利技术提供了如下的技术方案：
[0006]本专利技术提供一种银行卡转账失败处理方法，在网约车企业银行卡转账场景中，到达网约车公司与司机约定的打款日期时，网约车企业向发起银行发起批量转账请求，将司机的阶段性工资通过银行卡转账给司机，本装置每日运行两次，第二次负责排除异常影响；具体包括以下步骤：
[0007]S1、检查是否有重发标志，没有重发标志的单进入S2步骤进行打款，有重发标志的进入S4步骤；
[0008]S2、判断金额是否超过风控限额，满足风控规则才能调用转账前置机，并插入打款日志表，状态为处理中；不满足的结算单将被留存并异步发送kafka消息通知财务人工审核，在打款前被拦截，这样不会对银行账务一致性造成影响；
[0009]S3、转账后，会不断请求银行，查询转账结果，根据银行的响应结果，对转账日志表对应的记录进行状态更改；银行响应失败会实时更新日志表状态为失败，转账成功会更新状态为成功，而银行响应转账出现异常时会将数据插入异步处理表，并更新状态为失败，发送kafka消息记录该笔交易的交易要素，以及失败次数；
[0010]S4、对于已经有打款记录的结算单，查询该记录的交易要素(是否有交易流水号、交易编号、以及交易电子单号)；如果不存在则表明非重发结算单，转入S2步骤进行打款；
[0011]S5、对于有交易记录的结算单记录会先去查询转账日志表对应的交易结束状态，如果结束状态为冲正，表明该结算单出现过异常，现已被更正，更新结算单状态为失败，返
回失败，但不发送kafka消息；
[0012]S6、如果结束状态为成功，则再查流水表，如果流水表不存在对应记录则更新状态为失败，保证状态一致性，返回失败；如果存在流水记录再判断流水状态，如果流水状态为抹账，更新日志表为失败，返回失败；如果流水状态为正常，返回成功，原交易成功；
[0013]S7、如果结束状态为失败，表明已经有一次失败记录，将再次重试打款，如果打款成功则更新状态为成功，如果依然失败，则发送kafka消息增加失败次数，当同一记录已被叠加两次失败则会自动触发异常机制通知客服联系司机，解决司机银行卡问题。
[0014]与现有技术相比，本专利技术的有益效果如下：
[0015]本专利技术提出一种网约车企业自动标记银行卡转账失败的方法及装置，可以保持银行，网约车企业财务系统资金一致性，准确高效的保证网约车司机与公司资金的安全，有效的解决了因为银行转账失败导致司机对网约车公司满意度下降的问题。
附图说明
[0016]附图用来提供对本专利技术的进一步理解，并且构成说明书的一部分，与本专利技术的实施例一起用于解释本专利技术，并不构成对本专利技术的限制。在附图中：
[0017]图1是本专利技术的流程框架示意图。
具体实施方式
[0018]以下结合附图对本专利技术的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本专利技术，并不用于限定本专利技术。其中附图中相同的标号全部指的是相同的部件。
[0019]实施例1
[0020]如图1，本专利技术提供一种银行卡转账失败处理方法，在网约车企业银行卡转账场景中，到达网约车公司与司机约定的打款日期时，网约车企业向发起银行发起批量转账请求，将司机的阶段性工资通过银行卡转账给司机，本装置每日运行两次，第二次负责排除异常影响；具体包括以下步骤：
[0021]S1、检查是否有重发标志，没有重发标志的单进入S2步骤进行打款，有重发标志的进入S4步骤；
[0022]S2、判断金额是否超过风控限额，满足风控规则才能调用转账前置机，并插入打款日志表，状态为处理中；不满足的结算单将被留存并异步发送kafka消息通知财务人工审核，在打款前被拦截，这样不会对银行账务一致性造成影响；
[0023]S3、转账后，会不断请求银行，查询转账结果，根据银行的响应结果，对转账日志表对应的记录进行状态更改；银行响应失败会实时更新日志表状态为失败，转账成功会更新状态为成功，而银行响应转账出现异常时会将数据插入异步处理表，并更新状态为失败，发送kafka消息记录该笔交易的交易要素，以及失败次数；
[0024]S4、对于已经有打款记录的结算单，查询该记录的交易要素(是否有交易流水号、交易编号、以及交易电子单号)；如果不存在则表明非重发结算单，转入S2步骤进行打款；
[0025]S5、对于有交易记录的结算单记录会先去查询转账日志表对应的交易结束状态，如果结束状态为冲正，表明该结算单出现过异常，现已被更正，更新结算单状态为失败，返
回失败，但不发送kafka消息；
[0026]S6、如果结束状态为成功，则再查流水表，如果流水表不存在对应记录则更新状态为失败，保证状态一致性，返回失败；如果存在流水记录再判断流水状态，如果流水状态为抹账，更新日志表为失败，返回失败；如果流水状态为正常，返回成功，原交易成功；
[0027]S7、如果结束状态为失败，表明已经有一次失败记录，将再次重试打款，如果打款成功则更新状态为成功，如果依然失败，则发送kafka消息增加失败次数，当同一记录已被叠加两次失败则会自动触发异常机制通知客服联系司机，解决司机银行卡问题。
[0028]本专利技术提出一种网约车企业自动标记银行卡转账失败的方法及装置，可以保持银行，网约车企业财务系统资金一致性，准确高效的保证网约车司机与公司资金的安全，有效的解决了因为银行转账失败导致司机对网约车公司满意度下降的问题。
[0029]最后应说明的是：以上所述仅为本专利技术的优选实施例而已，并不用于限制本专利技术，尽管参照前述实施例对本专利技术进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本专利技术的本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.银行卡转账失败处理方法，其特征在于，在网约车企业银行卡转账场景中，到达网约车公司与司机约定的打款日期时，网约车企业向发起银行发起批量转账请求，将司机的阶段性工资通过银行卡转账给司机，本装置每日运行两次，第二次负责排除异常影响；具体包括以下步骤：S1、检查是否有重发标志，没有重发标志的单进入S2步骤进行打款，有重发标志的进入S4步骤；S2、判断金额是否超过风控限额，满足风控规则才能调用转账前置机，并插入打款日志表，状态为处理中；不满足的结算单将被留存并异步发送kafka消息通知财务人工审核，在打款前被拦截，这样不会对银行账务一致性造成影响；S3、转账后，会不断请求银行，查询转账结果，根据银行的响应结果，对转账日志表对应的记录进行状态更改；银行响应失败会实时更新日志表状态为失败，转账成功会更新状态为成功，而银行响应转账出现异常时会将数据插入异步处理表，并更新状态为失败，发送kafka消息记录该笔交易的交易要素，以...

【专利技术属性】
技术研发人员：张勇亮，杨涵，赵刚，
申请(专利权)人：上海赛可出行科技服务有限公司，
类型：发明
国别省市：