一种订单退款申请处理方法及系统技术方案

本发明专利技术涉及一种订单退款申请处理方法及系统，包括接收退款请求，获取所述退款请求对应的订单的订单信息；根据所述订单信息确定应退款金额；调用收单组件的手续费试算接口，基于所述应退款金额试计算手续费，得到试算手续费；调用退款入账接口，将总金额转入所述收单组件的合约账户，所述总金额为应退款金额和试算手续费的总额；调用收单组件的退款接口，将所述应退款金额退还至用户账户；调用收单组件的手续费查询接口，获取实际手续费；记录退款资金差额，根据所述退款资金差额，调整调账金额。通过在退款前先试算出退款商家出资的总金额，并将该总金额的在退款前转入收单组件，实现先给资金后退款、且退款前无法完全确定资金数额场景的退款。数额场景的退款。数额场景的退款。

【技术实现步骤摘要】
一种订单退款申请处理方法及系统


[0001]本专利技术涉及计算机
，尤其涉及一种订单退款申请处理方法及系统。

技术介绍

[0002]基于银行内各组件/系统分工背景，现有技术的退款模式的总体流程为：消费者通过平台方系统发起退款申请，平台方系统将退款请求转给结算组件；结算组件调用网银、网银调用收单组件，将资金退给消费者；日终，结算组件将当日的退款资金汇总转给收单组件。
[0003]由于目前加强金额管控，要求商户当日入账资金不能少于退款出账资金，对于一些交易量小的平台，极易出现退款时当日入账资金少于退款金额，从而导致使用现有技术的退款模式将无法成功退款。并且旧模式为联机接口实时退款，对于网络故障等异常的自动处理能力不足，使得运维工作量较大。

技术实现思路

[0004]为解决现有技术的不足，本专利技术提出一种订单退款申请处理方法及系统，通过在退款前先试算出退款商家出资的总金额，并将该总金额的在退款前转入收单组件，以确保退款时有足够的退款资金。并且对退款处理逻辑进行了解耦，实现了异常场景的全自动处理。
[0005]为实现以上目的，本专利技术所采用的技术方案包括：
[0006]一种订单退款申请处理方法，包括：
[0007]接收退款请求，获取所述退款请求对应的订单的订单信息；
[0008]根据所述订单信息确定应退款金额；
[0009]判断所述退款请求对应的退款是否为支付日当日退款；
[0010]若所述退款请求对应的退款为非支付日当日退款，调用收单组件的手续费试算接口，基于所述应退款金额试计算手续费，得到试算手续费；
[0011]调用退款入账接口，将总金额转入所述收单组件的合约账户，所述总金额为应退款金额和试算手续费的总额；
[0012]调用收单组件的退款接口，将所述应退款金额退还至用户账户；
[0013]调用收单组件的手续费查询接口，获取实际手续费；
[0014]判断所述试算手续费与实际手续费是否一致；
[0015]若所述试算手续费与实际手续费不一致时，记录退款资金差额，根据所述退款资金差额，调整调账金额。
[0016]进一步地，所述获取所述退款请求对应的订单的订单信息包括：
[0017]校验所述订单是否允许退款；
[0018]若校验不通过，则返回退款失败；
[0019]若校验通过，锁定所述订单，将所述订单的订单状态更改为退款中；
[0020]所述订单包括主订单和子订单。
[0021]进一步地，所述根据所述订单信息确定应退款金额，并判断所述退款请求对应的退款是否为支付日当日退款还包括：
[0022]若所述退款请求对应的退款为支付日当日退款，则外呼网银接口进行退款。
[0023]进一步地，所述若所述退款请求对应的退款为非支付日当日退款还包括：
[0024]判断所述退款请求对应的退款是否为分账后从保证金账户的退款；
[0025]若所述退款请求对应的退款为分账后从保证金账户的退款；
[0026]则所述调用退款入账接口，将总金额转入所述收单组件的合约账户，包括将所述总金额从保证金账户转入所述收单组件。
[0027]进一步地，所述记录退款资金差额包括计算所述退款资金差额；
[0028]所述退款资金差额是所述试算手续费与实际手续费之差；
[0029]当所述试算手续费小于实际手续费时，退款资金差额为负数；
[0030]当所述试算手续费大于实际手续费时，退款资金差额为正数。
[0031]进一步地，所述方法还包括记录退款信息，生成退款信息表；
[0032]所述退款信息表包括退款流水表和异步处理流程控制表。
[0033]本专利技术还涉及一种订单退款申请处理系统，包括：
[0034]获取模块，接收退款请求，获取所述退款请求对应的订单的订单信息；
[0035]确定模块，用于根据所述订单信息确定应退款金额；
[0036]第一判断模块，用于判断所述退款请求对应的退款是否为支付日当日退款；
[0037]计算模块，用于若所述退款请求对应的退款为非支付日当日退款，调用收单组件的手续费试算接口，基于所述应退款金额试计算手续费，得到试算手续费；
[0038]转账模块，用于调用退款入账接口，将总金额转入所述收单组件的合约账户，所述总金额为应退款金额和试算手续费的总额；
[0039]退款模块，用于调用收单组件的退款接口，将所述应退款金额退还至用户账户；
[0040]查询模块，用于调用收单组件的手续费查询接口，获取实际手续费；
[0041]第二判断模块，用于判断所述试算手续费与实际手续费是否一致；
[0042]调账模块，用于若所述试算手续费与实际手续费不一致时，记录退款资金差额，根据所述退款资金差额，调整调账金额。
[0043]本专利技术还涉及一种计算机可读存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述的方法。
[0044]本专利技术还涉及一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述的方法。
[0045]本专利技术还涉及一种计算机程序产品，包括计算机程序和/或指令，其特征在于，该计算机程序和/或指令被处理器执行时实现上述方法的步骤。
[0046]本专利技术的有益效果为：
[0047]本专利技术通过在退款前先试算出退款商家出资的总金额，并将该总金额的在退款前转入收单组件，以确保退款时有足够的退款资金。实现先给资金后退款、且退款前无法完全确定资金数额场景的退款。并且对退款处理逻辑进行了解耦，实现了异常场景的全自动处理，减少人工运维工作量。
附图说明
[0048]图1为本专利技术订单退款申请处理方法流程示意图。
[0049]图2为本专利技术订单退款申请处理系统结构示意图。
具体实施方式
[0050]为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0051]应当理解，在本申请的描述中，除非上下文明确要求，否则整个说明书和权利要求书中的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义；也就是说，是“包括但不限于”的含义。
[0052]还应当理解，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。
[0053]需要注意的是，术语“S1”、“S2”等仅用于步骤的描述目的，并非特别指称次序或顺位的意思，亦非用以限定本申请，其仅仅是为了方便描述本申请的方法，而不能理本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种订单退款申请处理方法，所述方法应用于结算组件，其特征在于，包括：接收退款请求，获取所述退款请求对应的订单的订单信息；根据所述订单信息确定应退款金额；判断所述退款请求对应的退款是否为支付日当日退款；若所述退款请求对应的退款为非支付日当日退款，调用收单组件的手续费试算接口，基于所述应退款金额试计算手续费，得到试算手续费；调用退款入账接口，将总金额转入所述收单组件的合约账户，所述总金额为应退款金额和试算手续费的总额；调用收单组件的退款接口，将所述应退款金额退还至用户账户；调用收单组件的手续费查询接口，获取实际手续费；判断所述试算手续费与实际手续费是否一致；若所述试算手续费与实际手续费不一致，记录退款资金差额，根据所述退款资金差额，调整调账金额。2.如权利要求1所述的方法，其特征在于，所述获取所述退款请求对应的订单的订单信息包括：校验所述订单是否允许退款；若校验不通过，则返回退款失败；若校验通过，锁定所述订单，将所述订单的订单状态更改为退款中；所述订单包括主订单和子订单。3.如权利要求2所述的方法，其特征在于，所述根据所述订单信息确定应退款金额，并判断所述退款请求对应的退款是否为支付日当日退款还包括：若所述退款请求对应的退款为支付日当日退款，则外呼网银接口进行退款。4.如权利要求3所述的方法，其特征在于，所述若所述退款请求对应的退款为非支付日当日退款还包括：判断所述退款请求对应的退款是否为分账后从保证金账户的退款；若所述退款请求对应的退款为分账后从保证金账户的退款；则所述调用退款入账接口，将总金额转入所述收单组件的合约账户，包括将所述总金额从保证金账户转入所述收单组件。5.如权利要求4所述的方法，其特征在于，所述记录退款资金差额包括计算所述退款资金差额；所述退款资金差额是所述试算手续费与实际手续费...

【专利技术属性】
技术研发人员：覃松林，
申请(专利权)人：建信金融科技有限责任公司，
类型：发明
国别省市：