退款数据的处理方法及装置与流程

文档序号:14185651
退款数据的处理方法及装置与流程

本发明涉及数据处理技术领域,尤其是涉及到退款数据的处理方法及装置。



背景技术:

随着计算机与互联网的快速发展,越来越多的用户开始倾向于互联网消费平台进行消费,提高了用户购买商品的便捷性。在商品交易过程中,买家在支付购买相应商品后,需要确认收货交易平台才会将该商品的款项转入卖家,从而完成商品交易。然而在实际应用中,买家在确认收货之前,由于各种原因可能不想购买商品,导致交易平台每天都会收到不同业务的退款场景,此时买家会向交易平台提出退款申请。

现有技术中,交易平台为了保证公司的资金安全,会派出财务人员对每一个退款申请进行人工审核,并将多个退款申请整理成对应的退款报表在各个支付渠道的卖家后台发起批量退款操作,整个退款数据的处理过程复杂繁重,过分依赖于银行系统,如果在节假日无人处理情况,也极易出现拖延状态,导致客户投诉不断等一系列问题。



技术实现要素:

本发明实施例提供了退款数据的处理方法及装置,解决了相关技术中退款数据的处理过程复杂繁重的问题。

根据本发明实施例的一个方面,提供一种退款数据的处理方法,包括:接收待审核的退款数据;根据预先配置的自动审核规则对所述待审核的退款数据进行审核;调用退款服务接口,根据所述审核结果确定所述审核后的退款数据对应的退款路径,所述退款服务接口中封装有不同退款业务场景下退款数据对应的退款路径;按照所述审核后的退款数据对应的退款路径进行退款处理。

进一步,所述根据预先配置的自动审核规则对所述待审核的退款数据进行审核包括:通过调用退款状态查询接口,查询所述待审核的退款数据对应的退款状态;选取与所述退款状态相匹配的退款审核方式对所述待审核的退款数据进行审核。

进一步,所述退款审核方式包括人工审核方式和系统审核方式,所述选取与所述退款状态相匹配的退款审核方式对所述待审核的退款数据进行审核包括:判断所述退款状态是否符合预设退款条件;如果是,则选取系统审核方式对所述待审核的退款数据进行审核;否则,选取人工审核方式对所述待审核的退款数据进行审核。

进一步,所述调用退款服务接口,根据所述审核结果确定所述审核后的退款数据对应的退款路径包括:从所述审核后的退款数据中提取出退款业务场景;根据所述审核结果调用退款服务接口,获取所述退款业务场景下审核后的退款数据的退款路径。

进一步,所述根据所述审核结果调用退款服务接口,获取所述退款业务场景下审核后的退款数据的退款路径包括:当所述审核结果符合自动退款规则时,调用退款服务接口中封装的自动退款路径,将所述自动退款路径作为所述审核后的退款数据的退款路径;当所述审核结果符合人工退款规则时,调用退款服务接口中封装的人工退款路径,将所述人工退款路径作为所述审核后的退款数据的退款路径。

进一步,在所述按照所述审核后的退款数据对应的退款路径进行退款处理之后,所述方法还包括:通过退款调度平台监控按照所述退款路径中审核后的退款数据,直至完成退款操作。

进一步,在所述接收待审核的退款数据之前,所述方法还包括:判断所述待审核的退款数据是否符合幂等性条件;如果是,则接收所述待审核的退款数据。

根据本发明实施例的另一方面,提供一种退款数据的处理装置,包括:接收单元,用于接收待审核的退款数据;审核单元,用于根据预先配置的自动审核规则对所述待审核的退款数据进行审核;确定单元,用于调用退款服务接口,根据所述审核结果确定所述审核后的退款数据对应的退款路径,所述退款服务接口中封装有不同退款业务场景下退款数据对应的退款路径;处理单元,用于按照所述审核后的退款数据对应的退款路径进行退款处理。

进一步,所述审核单元包括:查询模块,用于通过调用退款状态查询接口,查询所述待审核的退款数据对应的退款状态;选取模块,用于选取与所述退款状态相匹配的退款审核方式对所述待审核的退款数据进行审核。

进一步,所述退款审核方式包括人工审核方式和系统审核方式,所述选取模块,具体用于判断所述退款状态是否符合预设退款条件;所述选取模块,具体还用于如果所述退款状态符合预设退款条件,则选取系统审核方式对所述待审核的退款数据进行审核;所述选取模块,具体还用于如果所述退款状态不符合预设退款条件,则选取人工审核方式对所述待审核的退款数据进行审核。

进一步,所述确定单元包括:提取模块,用于从所述审核后的退款数据中提取出退款业务场景;获取模块,用于根据所述审核结果调用退款服务接口,获取所述退款业务场景下审核后的退款数据的退款路径。

进一步,所述获取模块,具体用于当所述审核结果符合自动退款规则时,调用退款服务接口中封装的自动退款路径,将所述自动退款路径作为所述审核后的退款数据的退款路径;所述获取模块,具体还用于当所述审核结果符合人工退款规则时,调用退款服务接口中封装的人工退款路径,将所述人工退款路径作为所述审核后的退款数据的退款路径。

进一步,所述装置还包括:监控单元,用于通过退款调度平台监控按照所述退款路径中审核后的退款数据,直至完成退款操作。

进一步,所述装置还包括:判断单元,用于判断所述待审核的退款数据是否符合幂等性条件;所述接收单元,具体用于如果待审核的退款数据符合幂等性条件,则接收所述待审核的退款数据。

通过本发明,根据不同的退款数据的审核结果调用退款服务接口,确定审核后的退款数据对应的退款路径,这里退款服务接口封装有不同退款业务场景下退款数据对应的退款路径,满足不同退款业务场景下的退款请求,无需耗费过多的人力去审核退款数据。与现有技术中处理过程复杂繁重的退款数据的处理方法相比,本发明实施例将整个退款数据的处理过程中退款数据的审核过程与退款数据的处理阶段分开,实现审核层与处理层的分离,可用性更强,审核层用于了解审核退款数据的退款状态,处理层用于根据审核结果选择退款数据的退款渠道,实现不同业务场景支付渠道下的退款业务。

附图说明

此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:

图1是根据本发明实施例的退款数据的处理方法的流程图一;

图2是根据本发明实施例的退款数据的处理方法的流程图二;

图3是根据本发明实施例的退款数据的处理过程示意图;

图4是根据本发明实施例的退款数据的处理装置的结构框图一;

图5是根据本发明实施例的退款数据的处理装置的结构框图二。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。

在本实施例中提供了一种退款数据的处理方法,图1是根据本发明实施例的退款数据的处理方法的流程图一,如图1所示,该流程包括如下步骤:

步骤S101,接收待审核的退款数据;

在用户发送的退款请求后,交易平台会相应获取退款请求所携带的退款数据,这里的退款数据也就是本发明实施例中待审核的退款数据,可以包括但不局限于退款所对应的订单状态、订单信息、订单金额等与订单业务相关的数据,订单状态可以为未收到商品或者收到商品,订单信息具体可以包括订单号、订单内容等,订单金额通常为用户向商家实际付款的金额。

对于本发明实施例,通过调用退款收单接口可以接收待审核的退款数据,这里的退款收单接口相当于接收待审核的退款数据的通道,需要说明的是,为了保证接收到待审核的退款数据的不会出现重复数据,可以在退款对外服务接口处对退款数据进行去重验证,如将待验证该退款请求对应的退款数据与历时退款请求数据进行比对,判断是否出现重复退款数据。

步骤S102,根据预先配置的自动审核规则对所述待审核的退款数据进行审核;

由于退款请求所对应订单的状态不同可能需要不同的退款业务场景,如对于未发货订单的退款可以执行快速退款业务,对于货到付款订单的退款可以执行人工退款业务,因此,在处理退款数据之前有必要对退款数据进行审核,对于本发明实施例,可以通过预先配置的自动审核规则对待审核的退款数据进行审核,判断符合退款数据的退款业务场景。

其中,预先配置的自动审核规则可以根据不同的退款业务场景,结合退款数据中的订单退款原因、订单状态等订单信息,对退款数据中退款对应的订单是否符合自动退款规则进行审核,或者对退款数据中退款对应的订单是否符合人工退款规则进行审核,或者对退款数据中退款对应的订单是否符合自动转人工退款规则进行审核等,例如,当订单退款原因为七天无理由退换,订单状态为收到货时,判定该订单符合自动退款规则,当订单退款原因为商品漏发,订单状态为收到货时,判定该订单符合人工退款规则,当订单退款原因为商品破损,订单状态为收到货,判定该订单符合自动转人工退款规则。

需要说明的是,本发明实施例对预先配置的自动审核规则不进行限定,可以在退款后台增加或者修改自动审核规则的配置,如增加对订单付款渠道进行配置,或者修改订单退款原因所配置的退款规则。

步骤S103,调用退款服务接口,根据所述审核结果确定所述审核后的退款数据对应的退款路径;

其中,退款服务接口中封装有不同退款业务场景下退款数据对应的退款路径,如原路返回退款路径、人工退款路径、自动转人工退款路径等,需要说明的是,这里的退款服务接口同时兼容退款网关接口,使得不同退款业务场景下退款数据对应的退款路径可以通过不同的接口实现,适用于各个业务的退款场景。

对于本发明实施例,通过调用退款服务接口,可以实现不同退款业务场景下的退款路径,例如,当审核结果为订单符合自动退款规则,可以确定审核后的退款数据对应的退款路径为原路返回退款路径,当审核结果为订单符合人工退款规则,可以确定审核后的退款数据对应的退款路径为人工退款路径,这里对调用退款服务接口中封装的退款业务场景下的退款路径不进行限定,可以随着业务场景的拓展实时更新退款路径。

步骤S104,按照所述审核后的退款数据对应的退款路径进行退款处理。

当确定好退款数据对应的退款路径后,按照退款路径将退款数据中订单对应的退款金额返回至用户账户,如果用户通过银行网银支付订单,则退款路径为银行退款通道将退款金额返还至用户账户,如果用户通过货到付款支付订单,则退款路径为人工将订单金额返还用户,或者由用户账户中提供的退款路径将订单金额返还至用户账户。

对于本发明实施例,可以通过调度平台来监控审核后的退款数据对应的退款路径,从而实现对退款数据进行实时监控,保证退款数据在退款过程中的安全性。

本发明实施例提供的一种退款数据的处理方法,根据不同的退款数据的审核结果调用退款服务接口,确定审核后的退款数据对应的退款路径,这里退款服务接口封装有不同退款业务场景下退款数据对应的退款路径,满足不同退款业务场景下的退款请求,无需耗费过多的人力去审核退款数据。与现有技术中处理过程复杂繁重的退款数据的处理方法相比,本发明实施例将整个退款数据的处理过程中退款数据的审核过程与退款数据的处理阶段分开,实现审核层与处理层的分离,可用性更强,审核层用于了解审核退款数据的退款状态,处理层用于根据审核结果选择退款数据的退款渠道,实现不同业务场景支付渠道下的退款业务。

图2是根据本发明实施例的退款数据的处理方法的流程图二,如图2所示,该流程包括如下步骤:

步骤S201,判断所述待审核的退款数据是否符合幂等性条件;

由于一个订单的退款请求有且只能被受理一次,如果在一定时间段内收到同一个订单的多次退款请求,为了保证同一个订单不会出现重复退款的异常情况,需要限定同一个订单的退款请求次数,如果同一订单多次请求退款,则不予受理。

其中,幂等性条件是用户对应于同一次操作发起的一次请求或者多次请求的结果是一致的,不会因为多次点击而产生了任何作用,例如,用户购买商品使用余额支付,支付扣款成功,但是返回结果的时候网络异常,此时扣款已成功,用户再次点击按钮,此时会进行第二次扣款,返回结果扣款成功,用户查询余额会发现多扣钱了。

对于本发明实施例,通过在接口层面对每一个订单的退款请求所携带的退款数据是否符合幂等性条件,可以保证同一个订单的退款请求,具体可以通过在接口处采用退款申请号+支付号作为幂等性条件的判断参数,对于符合幂等性条件的退款数据说明该数据符合初步退款条件,进一步接收符合幂等性条件的退款数据,对于不符合幂等性条件的退款数据说明该退款数据可能已经被申请过多次,进一步拒绝退款数据。

步骤S202,如果是,接收待审核的退款数据;

如果待审核的退款数据符合幂等性条件说明该退款数据符合初步退款条件,进一步通过调用退款收单接口接收待审核的退款数据。

对于本发明实施例,可以在退款中心设置退款对外服务接口,该退款对外服务接口主要对外提供退款收单接口、退款状态查询接口、退款重发接口,退款收单接口主要用于接收待审核的退款数据,退款状态查询接口主要用于查询退款状态,退款重发接口主要用于接收未发送成功的退款数据,当然这里的退款对外服务接口还可以与其他接口进行对接,本发明实施例不进行限定。

步骤S203,通过调用退款状态查询接口,查询所述待审核的退款数据对应的退款状态;

由于待审核的退款数据对应订单的退款状态可能需要不同的退款业务场景,进一步通过调用退款状态查询接口查询待审核的退款数据对应的退款状态,这里的退款状态可能为买家申请退款状态、等待买家退货状态或者同意退款状态,不同的退款状态对应有不同的退款方式,如申请退款状态可能需要关注用户是否收到货物,如果用户已经收到货物,则需要退货后才能退款,如果用户未收到货物,并且卖家未发送货物,则可以直接快速退款。

对于本发明实施例,通过调用退款状态查询接口,查询待审核的退款数据对应的退款状态,根据不同的退款状态实现不同的退款业务场景,从而提高退款数据的处理效率。

步骤S204,选取与所述退款状态相匹配的退款审核方式对所述待审核的退款数据进行审核;

由于不同退款状态所需要的退款业务场景不同,通过配置不同退款状态相匹配的退款审核方式,能够针对不同退款状态的退款数据进行审核,这里的退款审核方式可以包括但不局限于人工审核方式和系统审核方式,本发明实施例不进行限定。

例如,对于需要买家介入的退款状态则需要买家进行人工处理,则选择人工审核方式,而无需买家介入的退款状态无需买家进行人工处理,则选取系统审核方式。

可以理解的是,这里对待审核的退款数据进行审核往往和商城订单业务耦合较紧密,需要在查询退款状态后,根据不同的退款状态选择相应的退款审核方式来审核退款数据。

步骤S205,从所述审核后的退款数据中提取出退款业务场景;

这里的退款业务场景可以针对不同购物平台的业务,如天猫平台、淘宝平台、京东平台等,还可以针对不同用户购物平台的业务,如VIP客户以及普通客户等,本发明实施例对退款业务场景的内容不进行限定。

对于本发明实施例,由于退款数据中涉及退款对应的订单信息,具体可以根据审核后的退款数据的订单信息中记录的交易平台确定退款数据对应的退款业务场景。

步骤S206,根据所述审核结果调用退款服务接口,获取所述退款业务场景下审核后的退款数据的退款路径;

其中,退款服务接口中封装有不同退款业务场景下退款数据对应的退款路径,如原路返回退款路径、人工退款路径、自动转人工退款路径等,需要说明的是,这里的退款服务接口同时兼容退款网关接口,使得不同退款业务场景下退款数据对应的退款路径可以通过不同的接口实现,适用于各个业务的退款场景。

对于本发明实施例,当审核结果符合自动退款规则时,进一步调用退款服务接口中封装的自动退款路径,将自动退款路径作为审核后的退款数据的退款路径。

对于本发明实施例,当审核结果符合人工退款规则时,进一步调用退款服务接口中封装的人工退款路径,将人工退款路径作为审核后的退款数据的退款路径。

步骤S207,按照所述审核后的退款数据对应的退款路径进行退款处理。

对于本发明实施例,通过按照审核后的退款数据对应的退款路径进行退款处理,针对不同退款应用场景可以实现不同的退款路径,从而提高退款数据的处理效率。

步骤S208,通过退款调度平台监控按照所述退款路径中审核后的退款数据,直至所述完成退款操作。

其中,调度平台负责调度审核后的退款数据,可以对审核后的退款数据流向进行监控,对于本发明实施例,调度平台可以通过任务调度系统Saturn实现,具体将各个退款业务逻辑封装成任务,发布到这个公共平台,然后进行任务及资源的配置,任务的控制和管理,任务执行状态监控,异常任务展现和告警等,取代传统的Linux Cron/Spring Batch Job的方式,实现全域统一配置、统一监控,任务高可用以及分片并发处理。

需要说明的是,当退款调度平台监控到特殊情况时,如退款数据在发往银行系统进行退款的过程中存在用户账户被注销,超过退款时间等异常信息,针对这些无法实现系统自动退款的退款数据,退款调度平台会将审核后的退款数据转入人工退款路径,并及时提醒财务人员需要人工干预。

对于本发明实施例,以退款中心为执行主体来对退款数据进行处理,具体的应用场景可以如下所示,但不限于此,包括:当发送退款请求时,在判断退款请求所携带的退款数据符合幂等性条件后,将退款数据作为待审核数据发送到退款中心,退款中心通过调用退款状态接口查询待审核的退款数据对应的退款状态为已收货状态,如果用户已收到商品,则需要用户退货后商家才能进行退款,选取人工审核方式对退款数据进行审核,在退款数据中提取到退款订单对应的平台是淘宝平台,相应支付方式为银行在线支付,进一步确定审核结果该退款数据符合人工转自动退款规则,调用退款服务接口获取网银支付业务场景下的退款数据的退款路径,进一步按照网银退款支付业务场景下的退款路径进行退款,并在退款过程中实时监控退款的走向,当监控到用户账户存在异常情况时,将退款数据转入人工退款路径,并及时通知财务人员进行人工处理,以便顺利完成退款数据的处理。

对于本发明实施例,图3是根据本发明实施例的退款数据的处理过程示意图,如图3所示,需要说明的是,当退款数据过多的情况,需要将退款数据形成退款队列,当然这里也可以对退款队列进行优先级排序,将优先级高的退款数据排在队列首位,本发明实施例不进行限定。

本发明实施例的另一种退款数据的处理方法,运用系统自动审核退款数据,在进行退款之前针对不同退款数据选择的适合退款数据的退款方式,保证了退款的时效性,对于符合自动退款业务的退款数据可以直接进行退款处理,无需财务人员进行人工干预,在保证退款安全性的同时节省了人力成本,也相应降低了退款投诉数据,通过退款调度平台对整个退款过程的监控,增强对于异常退款数据处理的时效性,保证退款数据在整个过程中的可视化,进一步增强了退款数据的安全性。

图4是根据本发明实施例的退款数据的处理装置的结构框图一,如图4所示,该装置包括:

接收单元31,可以用于接收待审核的退款数据;

审核单元32,可以用于根据预先配置的自动审核规则对所述待审核的退款数据进行审核;

确定单元33,可以用于调用退款服务接口,根据所述审核结果确定所述审核后的退款数据对应的退款路径,所述退款服务接口中封装有不同退款业务场景下退款数据对应的退款路径;

处理单元34,可以用于按照所述审核后的退款数据对应的退款路径进行退款处理。

本发明实施例提供的一种退款数据的处理装置,根据不同的退款数据的审核结果调用退款服务接口,确定审核后的退款数据对应的退款路径,这里退款服务接口封装有不同退款业务场景下退款数据对应的退款路径,满足不同退款业务场景下的退款请求,无需耗费过多的人力去审核退款数据。与现有技术中处理过程复杂繁重的退款数据的处理方法相比,本发明实施例将整个退款数据的处理过程中退款数据的审核过程与退款数据的处理阶段分开,实现审核层与处理层的分离,可用性更强,审核层用于了解审核退款数据的退款状态,处理层用于根据审核结果选择退款数据的退款渠道,实现不同业务场景支付渠道下的退款业务。

作为图4中所示退款数据的处理装置的进一步说明,图5是根据本发明实施例的退款数据的处理装置的结构框图二,如图5所示,该装置还包括:

判断单元35,可以用于判断所述待审核的退款数据是否符合幂等性条件;

所述接收单元31,具体可以用于如果待审核的退款数据符合幂等性条件,则接收所述待审核的退款数据。

监控单元36,可以用于通过退款调度平台监控按照所述退款路径中审核后的退款数据,直至完成退款操作。

进一步地,所述审核单元32包括:

查询模块321,可以用于通过调用退款状态查询接口,查询所述待审核的退款数据对应的退款状态;

选取模块322,可以用于选取与所述退款状态相匹配的退款审核方式对所述待审核的退款数据进行审核。

进一步地,所述退款审核方式包括人工审核方式和系统审核方式,

所述选取模块322,具体可以用于判断所述退款状态是否符合预设退款条件;

所述选取模块322,具体还可以用于如果所述退款状态符合预设退款条件,则选取系统审核方式对所述待审核的退款数据进行审核;

所述选取模块322,具体还可以用于如果所述退款状态不符合预设退款条件,则选取人工审核方式对所述待审核的退款数据进行审核。

进一步地,所述确定单元33包括:

提取模块331,可以用于从所述审核后的退款数据中提取出退款业务场景;

获取模块332,可以用于根据所述审核结果调用退款服务接口,获取所述退款业务场景下审核后的退款数据的退款路径。

进一步地,所述获取模块332,具体可以用于当所述审核结果符合自动退款规则时,调用退款服务接口中封装的自动退款路径,将所述自动退款路径作为所述审核后的退款数据的退款路径;

所述获取模块332,具体还可以用于当所述审核结果符合人工退款规则时,调用退款服务接口中封装的人工退款路径,将所述人工退款路径作为所述审核后的退款数据的退款路径。

本发明实施例提供的另一种退款数据的处理装置,运用系统自动审核退款数据,在进行退款之前针对不同退款数据选择的适合退款数据的退款方式,保证了退款的时效性,对于符合自动退款业务的退款数据可以直接进行退款处理,无需财务人员进行人工干预,在保证退款安全性的同时节省了人力成本,也相应降低了退款投诉数据,通过退款调度平台对整个退款过程的监控,增强对于异常退款数据处理的时效性,保证退款数据在整个过程中的可视化,进一步增强了退款数据的安全性。

显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包括在本发明的保护范围之内。

再多了解一些
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1