一种对接支付系统退款的处理方法、装置以及设备与流程

1.本发明涉及互联网应用技术领域，尤其涉及一种对接支付系统退款的处理方法、装置以及设备。


背景技术：

2.目前大多数中小型企业并没有做支付系统的资质，那么涉及到支付时必定会对接第三方系统，又由于支付系统(比如微信)的庞大用户体系和生态，一般都需要对接微信支付。支付中最核心的两个功能即是：支付和退款。大家一般会专注于支付功能的设计而往往忽略退款功能的设计。现有的退款流程没有对各个环节失败的时候进行容错处理，尤其是跨互联网交互，出错的可能性大大提升，导致需要通过人工对商户后台的数据和支付系统支付的数据进行核对，从而增加了人工核对的成本并且处理效率低。


技术实现要素：

3.有鉴于此，本发明的目的在于提出一种对接支付系统退款的处理方法、装置以及设备，能够有效解决上述问题。
4.为实现上述目的，本发明提供一种对接支付系统退款的处理方法，所述方法包括：
5.接收用户发起申请退款的退款请求；
6.生成包含用户当前发起退款请求的时间所对应的退款流水记录并将所述退款流水记录插入至退款流水表中；
7.调用支付系统退款接口对所述退款流水记录进行退款处理，返回退款处理结果，并将所述退款处理结果以及对应调用支付系统退款接口的处理请求记录至退款流水交互表中。
8.优选的，所述退款流水表包括记录有与每一所述退款流水记录初始生成为退款中的退款状态。
9.优选的，所述退款流水表中的所述退款状态根据所述退款流水交互表中的所述退款处理结果进行同步更新。
10.优选的，所述方法还包括：
11.定时扫描所述退款流水表中的所述退款流水记录，提取对应所述退款状态为退款中或退款失败的所述退款流水记录；
12.通过调用所述支付系统退款接口对所述退款流水记录进行查询，返回查询结果，将查询结果为不存在的所述退款流水记录从所述退款流水表中移除，并将对应调用支付系统退款接口的查询请求记录至所述退款流水交互表中。
13.优选的，在所述接收用户发起申请退款的退款请求之后，还包括：
14.获取与所述退款请求所对应的支付交易订单，基于所述支付交易订单对所述退款请求的请求时间是否满足有效退款时间期限进行核对。
15.优选的，所述方法还包括：
16.通过所述退款流水表中对同一账号的所述退款请求进行统计，获取对应每一用户在单位时间内所发起申请退款的次数。
17.优选的，所述方法还包括：
18.通过所述退款流水表中对同一类别的商品的所述退款请求进行统计，获取对应每一类别的商品在单位时间内所发起申请退款的次数。
19.为实现上述目的，本发明还提供一种对接支付系统退款的处理装置，所述装置包括：
20.接收单元，用于接收用户发起申请退款的退款请求；
21.记录生成单元，用于生成包含用户当前发起退款请求的时间所对应的退款流水记录并将所述退款流水记录插入至退款流水表中；
22.处理单元，用于调用支付系统退款接口对所述退款流水记录进行退款处理，返回退款处理结果，并将所述退款处理结果以及对应调用支付系统退款接口的处理请求记录至退款流水交互表中。
23.优选的，所述装置还包括：
24.第一统计单元，用于通过所述退款流水表中对同一账号的所述退款请求进行统计，获取对应每一用户在单位时间内所发起申请退款的次数；
25.第二统计单元，用于通过所述退款流水表中对同一类别的商品的所述退款请求进行统计，获取对应每一类别的商品在单位时间内所发起申请退款的次数。
26.为实现上述目的，本发明还提供一种对接支付系统退款的处理设备，包括处理器、存储器以及存储在所述存储器内的计算机程序，所述计算机程序能够被所述处理器执行以实现如上述实施例所述的一种对接支付系统退款的处理方法。
27.有益效果：
28.以上方案，通过将用户发起的退款请求生成的退款流水记录写入退款流水表中，以及调用支付系统退款接口对其进行退款处理的处理请求和退款处理结果写入至退款流水交互表中，能够对退款流程进行优化，在退款后有相应的对账记录，确保对用户发起的退款请求在商户后台系统和支付系统之间的交互信息都能有迹可循，为后续对账提供基础，减少人工核对成本。
29.以上方案，通过对退款流水记录进行退款处理后所返回的退款处理结果记录在退款流水交互表中，还将所记录的退款处理结果一并更新到退款流水表中的退款状态，确保商户后台的数据和支付系统支付的数据保持一致，便于后期核对查询。
30.以上方案，通过对退款流水表进行定时扫描，调用支付系统退款接口对退款状态为退款中或退款失败的退款流水记录进行查询，将返回不存在的退款流水记录从退款流水表中移除，自动处理异常的退款流水记录，确保退款流水表中的记录均为有效记录，提高数据的一致性和可靠性。
附图说明
31.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以
根据这些附图获得其他的附图。
32.图1为本发明一实施例提供的一种对接支付系统退款的处理方法的流程示意图。
33.图2为本发明一实施例提供的一种对接微信退款的处理方法的流程示意图。
34.图3为本发明另一实施例提供的一种对接支付系统退款的处理方法的流程示意图。
35.图4为本发明一实施例提供的一种对接支付系统退款的处理装置的结构示意图。
36.图5为本发明另一实施例提供的一种对接支付系统退款的处理装置的结构示意图。
37.图6为本发明一实施例提供的一种对接支付系统退款的处理设备的结构示意图。
38.发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
39.为使本发明实施方式的目的、技术方案和优点更加清楚，下面将结合本发明实施方式中的附图，对本发明实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式是本发明一部分实施方式，而不是全部的实施方式。基于本发明中的实施方式，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式，都属于本发明保护的范围。因此，以下对在附图中提供的本发明的实施方式的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施方式。基于本发明中的实施方式，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式，都属于本发明保护的范围。
40.以下结合实施例详细阐述本发明的内容。
41.目前一个常规的商户后台退款流程为：用户发起退款
→
调用商户后台系统退款接口
→
商户后台系统调用支付系统的退款接口
→
把支付系统退款的返回结果记录下来
→
根据支付系统退款的返回结果构造商户后台系统的退款返回内容并返回给用户。在上述现有的退款流程中没有考虑到对各个环节失败时的容错处理，比如：
42.(1)用户发起退款后，商户后台系统失败了怎么办？这样会导致没有地方查询用户发起了几次退款、何时发起的退款；
43.(2)商户后台系统调用支付系统的退款接口成功，但是返回时，商户后台系统挂了，这样商户后台系统没有任何记录，在对账时会出现商户后台系统缺失某些退款记录而支付系统系统多了某些退款记录，会对财务人员造成困惑；
44.(3)不知道某次退款时，和支付系统交互了几次，每次交互的内容是什么，不方便排错；综上，总体会造成用户体验差和人工排错成本的提高。
45.基于此，本发明通过建立一些表的设计以及优化退款流程，实现了一种低成本、规范性的对接支付系统退款的处理，以达到在商户后台系统和支付系统之间的交互所产生的数据保持一致，能够为后续对账时提供数据基础，减少人工核对成本的目的。
46.参照图1所示为本发明实施例提供的一种对接支付系统退款的处理方法的流程示意图。
47.在本实施例中，该方法基于商户后台系统和支付系统实现，其中，该支付系统可以为微信、支付宝以及其他支付系统中的任意一种。其中，商户后台系统是商户后台处理业务
系统的总称，例如包括：商户网站、收银系统、进销存系统、发货系统、客服系统等；微信支付系统是指完成微信支付流程中涉及的api接口、后台业务处理系统、账务系统、回调通知等系统的总称。
48.该方法包括：
49.s11，接收用户发起申请退款的退款请求。
50.s12，生成包含用户当前发起退款请求的时间所对应的退款流水记录并将所述退款流水记录插入至退款流水表中。
51.s13，调用支付系统退款接口对所述退款流水记录进行退款处理，返回退款处理结果，并将所述退款处理结果以及对应调用支付系统退款接口的处理请求记录至退款流水交互表中。
52.其中，所述退款流水表包括记录有与每一所述退款流水记录初始生成为退款中的退款状态。
53.进一步的，所述退款流水表中的所述退款状态根据所述退款流水交互表中的所述退款处理结果进行同步更新。
54.在互联网上通过购物网站平台购买商品，其交易发生之后一段时间后，由于买家(比如买家对购买的商品或服务不满意)或者卖家的原因需要退款时，卖家可以通过退款接口将支付款退还给买家，支付系统将在收到退款请求并且验证成功之后，按照退款规则将支付款按原路退回到买家账号上。在本实施例中，通过在商户后台系统创建表，包括退款流水表和退款流水交互表，其中，退款流水表用于记录用户发起的退款请求对应生成的退款流水记录的相关信息；退款流水交互表用于对退款流水表中的任一退款流水记录，基于商户后台系统与支付系统的交互，其调用支付系统退款接口进行相应处理时的请求参数和返回结果记录在该表中。另外，退款流水表中设有与退款流水记录唯一对应的id，退款流水交互表中设有与退款流水记录唯一对应的pay_trade_id，并且该pay_trade_id即是退款流水表中的id，因此，退款流水表和退款流水交互表通过对应的id和pay_trade_id进行关联，一条退款流水记录会有多条退款流水交互表记录。
55.如图2所示，以微信支付系统为例进行说明。具体地，当用户发起申请微信退款的退款请求时，调用商户后台系统的退款接口，此时商户后台系统立即生成一条退款流水记录并将其写入到退款流水表中，并记录当前发起退款请求的时间，其中对应的初始退款状态为退款中。另外，如果后续操作失败，仍然在退款流水表中有记录可查询到用户在何时发起过哪几次退款请求，比如调用商户后台系统退款接口的操作失败，则直接返回处理失败的响应内容，并将该处理失败的结果写入至退款流水表中。进而通过商户后台系统调用微信支付系统的微信退款接口对退款流水记录进行退款处理，如果该操作失败，将退款失败的退款处理结果以及调用微信退款接口的请求参数记录到退款流水交互表中，并更改退款流水表中对应退款流水记录的退款状态为退款失败；或者由于系统崩溃等原因，并未调用微信退款接口进行处理，将对应该退款流水记录的退款状态依然记录为退款中。这样后续排错时会很方便到查看请求参数和响应内容，知道是什么原因造成退款失败。如果操作成功，解析微信支付系统返回成功的响应内容，将退款成功的退款处理结果记录到退款流水交互表中，同时也记录调用微信退款接口的请求参数和响应内容，并更改退款流水表中对应退款流水记录的退款状态为退款成功。
56.进一步的，在步骤s11中，在所述接收用户发起申请退款的退款请求之后，还包括：
57.获取与所述退款请求所对应的支付交易订单，基于所述支付交易订单对所述退款请求的请求时间是否满足有效退款时间期限进行核对。
58.具体地，根据退款请求通过调用商户后台系统获取对应的支付交易订单，对退款请求的请求时间进行审核是否超过有效退款时限，若请求时间超过有效退款时限，则返回无法申请退款的相关信息并结束退款流程；若请求时间未超过有效退款时限，则继续执行后续步骤。
59.进一步的，在另一实施例中，如图3所示，所述方法还包括：
60.s14，定时扫描所述退款流水表中的所述退款流水记录，提取对应所述退款状态为退款中或退款失败的所述退款流水记录；
61.s15，通过调用所述支付系统退款接口对所述退款流水记录进行查询，返回查询结果，将查询结果为不存在的所述退款流水记录从所述退款流水表中移除，并将对应调用支付系统退款接口的查询请求记录至所述退款流水交互表中。
62.在本实施例中，基于上述用户发起退款请求时，在商户后台系统与微信支付系统进行交互后，会出现退款流水表中的退款流水记录比微信支付系统的数据多，并且多出来的是无效的退款流水记录。因此，需要开启一个定时任务，通过预设时间扫描退款流水表中的退款流水记录，比如设置每天的某个时间或者每隔多长时间进行扫描，提取退款状态为退款中或退款失败的退款流水记录，并通过调用微信支付系统的微信退款接口对其进行查询，如果返回不存在，那么说明该条退款流水记录是由于调用商户后台系统成功，但是调用微信支付系统失败，或者根本就没调用微信支付系统，这时可以把这些退款流水记录从退款流水表中进行删除或者移到其他表中，并且，查询微信支付系统的操作也一并记录在退款流水交互表中。最终退款流水表中的退款流水记录都是有效记录，并且也是微信支付系统中实实在在也存在的有效记录。从而实现确保商户后台的数据和微信支付的数据保持一致，省去了人工处理的环节。
63.更进一步的，在另一实施例中，所述方法还包括：
64.通过所述退款流水表中对同一账号的所述退款请求进行统计，获取对应每一用户在单位时间内所发起申请退款的次数。
65.具体地，通过退款流水表中基于退款流水记录中所对应记录的用户账号进行统计，获取用户在单位时间内(比如一个星期或一个月等等)所发起申请退款的频率，分析该用户是为恶意退款还是卖家的产品问题，若为恶意退款可进一步通过异常标注或延迟处理或其他方式进行处理，从而可进一步分析后续的相关管理形式等。
66.更进一步的，在其他实施例中，所述方法还包括：
67.通过所述退款流水表中对同一类别的商品的所述退款请求进行统计，获取对应每一类别的商品在单位时间内所发起申请退款的次数。
68.在本实施例中，通过退款流水表中基于退款流水记录中所对应记录的商品所属商品类别按照相同类别进行统计，比如电器类、服装类、图书类、食品类等等，分析退货原因以及计算在单位时间内各类商品的退货率情况。进一步优选的，对同一商品的退款请求进行统计，获取对应每一商品在当前批次中的退款原因，具体包括：分析其中申请退款请求所需退货商品的退货原因，包括分析是否为质量问题或是外观的生产缺陷问题或其他原因导致
用户退货，以及分析每一商品对应批次中的退货率，如果该批商品退货率过大的话，那么可反馈给相关的商家以考虑召回该批产品中的剩下商品以便后续进一步分析相关管理形式或者生产模式。
69.参照图4所示为本发明实施例提供的一种对接支付系统退款的处理装置的结构示意图。
70.本实施例中，该装置40包括：
71.接收单元41，用于接收用户发起申请退款的退款请求；
72.记录生成单元42，用于生成包含用户当前发起退款请求的时间所对应的退款流水记录并将所述退款流水记录插入至退款流水表中；
73.处理单元43，用于调用支付系统退款接口对所述退款流水记录进行退款处理，返回退款处理结果，并将所述退款处理结果以及对应调用支付系统退款接口的处理请求记录至退款流水交互表中。
74.进一步的，所述接收单元41，还用于：
75.获取与所述退款请求所对应的支付交易订单，基于所述支付交易订单对所述退款请求的请求时间是否满足有效退款时间期限进行核对。
76.进一步的，所述退款流水表包括记录有与每一所述退款流水记录初始生成为退款中的退款状态。
77.进一步的，所述退款流水表中的所述退款状态根据所述退款流水交互表中的所述退款处理结果进行同步更新。
78.如图5所示，在另一实施例中，该装置50还包括：
79.扫描单元51，用于定时扫描所述退款流水表中的所述退款流水记录，提取对应所述退款状态为退款中或退款失败的所述退款流水记录；
80.查询单元52，用于通过调用所述支付系统退款接口对所述退款流水记录进行查询，返回查询结果，将查询结果为不存在的所述退款流水记录从所述退款流水表中移除，并将对应调用支付系统退款接口的查询请求记录至所述退款流水交互表中。
81.在其他实施例中，该装置40/50还包括：
82.第一统计单元，用于通过所述退款流水表中对同一账号的所述退款请求进行统计，获取对应每一用户在单位时间内所发起申请退款的次数；
83.第二统计单元，用于通过所述退款流水表中对同一类别的商品的所述退款请求进行统计，获取对应每一类别的商品在单位时间内所发起申请退款的次数。
84.该装置40/50的各个单元模块可分别执行上述方法实施例中对应步骤，故在此不对各单元模块进行赘述，详细请参见以上对应步骤的说明。
85.在另一方面，本发明实施例还提供一种对接支付系统退款的处理设备，包括处理器、存储器以及存储在所述存储器内的计算机程序，所述计算机程序能够被所述处理器执行以实现如上述实施例所述的对接支付系统退款的处理方法。
86.如图6所示，所述对接支付系统退款的处理设备可包括但不仅限于处理器、存储器。本领域技术人员可以理解，所述示意图仅仅是对接支付系统退款的处理设备的示例，并不构成对对接支付系统退款的处理设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述对接支付系统退款的处理设备还可以包括输入
输出设备、网络接入设备、总线等。
87.所称处理器可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述对接支付系统退款的处理设备的控制中心，利用各种接口和线路连接整个对接支付系统退款的处理设备的各个部分。
88.所述存储器可用于存储所述计算机程序和/或模块，所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现所述对接支付系统退款的处理设备的各种功能。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
89.其中，所述对接支付系统退款的处理设备集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。
90.需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本发明提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
91.上述实施例中的实施方案可以进一步组合或者替换，且实施例仅仅是对本发明的优选实施例进行描述，并非对本发明的构思和范围进行限定，在不脱离本发明设计思想的前提下，本领域中专业技术人员对本发明的技术方案作出的各种变化和改进，均属于本发明的保护范围。