CN116051110A - 费用退回方法、装置、电子设备及可读存储介质 - Google Patents

Abstract

本发明实施例提供了一种费用退回方法、装置、电子设备及可读存储介质，所述方法包括：获取审批单；所述审批单包括针对订单中的若干待退费用项的审批单，所述待退费用项分别具有对应的待退费用，所述订单具有若干收款单，所述收款单具有若干费用项，所述收款单用于从收款渠道收取到对应的费用；根据所述待退费用项的待退费用对所述收款单拆分，以确定所述收款单分别对应的所述待退费用项的拆分待退费用；按照所述拆分待退费用从所述收款单的所述收款渠道进行费用退回。本发明实施例可以实现原路退回，从而保证了支付用户的资金安全。

Description

费用退回方法、装置、电子设备及可读存储介质

技术领域

本发明实施例涉及互联网技术领域，特别是涉及一种费用退回方法、一种费用退回装置、一种电子设备以及一种计算机可读存储介质。

背景技术

当业务系统发生退款的时候，用户都会操作业务系统发起退款，然后由运营人员通过线上渠道进行费用退回。

然而，在进行收款的时候，业务系统可以针对同一个订单发起不同的收款单，该收款单对应不同的费用项，即会一笔订单会出现费用项相同的不同的多笔收款单，不同的收款单收款时的收款渠道也可能有所不同，退款有时候会出现部分退款，导致在退款时无法原路退回，从而不能保证支付用户的资金安全。

发明内容

本发明实施例是提供一种费用退回方法、装置、电子设备以及计算机可读存储介质，以解决在进行业务退款时不能保证支付用户的资金安全的问题。

本发明实施例公开了一种费用退回方法，所述方法包括：

获取审批单；所述审批单包括针对订单中的若干待退费用项的审批单，所述待退费用项分别具有对应的待退费用，所述订单具有若干收款单，所述收款单具有若干费用项，所述收款单用于从收款渠道收取到对应的费用；

根据所述待退费用项的待退费用对所述收款单拆分，以确定所述收款单分别对应的所述待退费用项的拆分待退费用；

按照所述拆分待退费用从所述收款单的所述收款渠道进行费用退回。

可选地，所述根据所述待退费用项的待退费用对所述收款单拆分，以确定所述收款单分别对应的所述待退费用项的拆分待退费用，包括：

遍历所述收款单，确定当前收款单；

从所述当前收款单中获取与所述待退费用项匹配的目标费用项；

若所述待退费用项的待退费用大于所述当前收款单的目标费用项的费用项金额，则将所述目标费用项与所述待退费用项的待退费用之间的差值作为所述待退费用项的待退费用，并返回执行所述遍历所述收款单的步骤。

可选地，在所述获取审批单之后，所述方法还包括：

获取所述订单的每个所述收款单的收款单金额和已退金额，并将所述收款单金额和所述已退金额的差值，作为每个所述收款单在收款渠道的可用金额；

冻结在每个所述收款单在所述收款渠道的可用金额，以从每个所述收款单的所述收款渠道的所述可用金额中进行费用退回。

可选地，在所述获取审批单之后，所述方法还包括：

获取所述订单的每个所述收款单的收款单金额，并将所述收款单金额作为每个所述收款单在收款渠道的可用金额；

冻结在每个所述收款单在所述收款渠道的可用金额，以从每个所述收款单的所述收款渠道的所述可用金额中进行费用退回。

可选地，所述方法还包括：

获取所述审批单的指定字段对应的数值作为总金额；

若所述审批单的所述总金额大于所述订单的所述收款单的可用金额之和，则根据所述审批单的所述总金额与所述收款单的可用金额之和之间的差值生成付款单，并按照所述付款单进行付款。

可选地，在所述获取审批单之后，所述方法还包括：

确定是否存在重复的所述审批单，以及确定所述审批单对应的所述订单是否允许退款；

若所述审批单不重复且所述审批单对应的所述订单允许退款，则执行根据所述待退费用项的待退费用对所述收款单拆分，以确定所述收款单分别对应的所述待退费用项的拆分待退费用的步骤。

可选地，在所述按照所述拆分待退费用从所述收款单的所述收款渠道进行费用退回之后，所述方法还包括：

若无法按照所述拆分待退费用从所述收款单的所述收款渠道进行费用退回，则查询经信息核实后的其他收款渠道；

按照所述拆分待退费用从所述收款单的其他收款渠道进行费用退回。

本发明实施例还公开了一种费用退回装置，所述装置包括：

审批单获取模块，用于获取审批单；所述审批单包括针对订单中的若干待退费用项的审批单，所述待退费用项分别具有对应的待退费用，所述订单具有若干收款单，所述收款单具有若干费用项，所述收款单用于从收款渠道收取到对应的费用；

收款单拆分模块，用于根据所述待退费用项的待退费用对所述收款单拆分，以确定所述收款单分别对应的所述待退费用项的拆分待退费用；

费用退回模块，用于按照所述拆分待退费用从所述收款单的所述收款渠道进行费用退回。

可选地，所述收款单拆分模块，用于：

遍历所述收款单，确定当前收款单；

从所述当前收款单中获取与所述待退费用项匹配的目标费用项；

若所述待退费用项的待退费用大于所述当前收款单的目标费用项的费用项金额，则将所述目标费用项与所述待退费用项的待退费用之间的差值作为所述待退费用项的待退费用，并返回执行所述遍历所述收款单的步骤。

可选地，所述装置还包括冻结模块，用于：

获取所述订单的每个所述收款单的收款单金额和已退金额，并将所述收款单金额和所述已退金额的差值，作为每个所述收款单在收款渠道的可用金额；

冻结在每个所述收款单在所述收款渠道的可用金额，以从每个所述收款单的所述收款渠道的所述可用金额中进行费用退回。

可选地，所述冻结模块，用于：

获取所述订单的每个所述收款单的收款单金额，并将每个所述收款单金额作为所述收款单在收款渠道的可用金额；

冻结在每个所述收款单在所述收款渠道的可用金额，以从每个所述收款单的所述收款渠道的所述可用金额中进行费用退回。

可选地，所述装置还包括：审批单处理模块，用于：

获取所述审批单的指定字段对应的数值作为总金额；

若所述审批单的所述总金额大于所述订单的所述收款单的可用金额之和，则根据所述审批单的所述总金额与所述收款单的可用金额之和之间的差值生成付款单，并按照所述付款单进行付款。

可选地，所述装置还包括，审批单验证模块，用于：

确定是否存在重复的所述审批单，以及确定所述审批单对应的所述订单是否允许退款；

若所述审批单不重复且所述审批单对应的所述订单允许退款，则执行根据所述待退费用项的待退费用对所述收款单拆分，以确定所述收款单分别对应的所述待退费用项的拆分待退费用的步骤。

可选地，所述装置还包括，收款渠道确认模块，用于：

若无法按照所述拆分待退费用从所述收款单的所述收款渠道进行费用退回，则查询经信息核实后的其他收款渠道；

按照所述拆分待退费用从所述收款单的其他收款渠道进行费用退回。

本发明实施例还公开了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，所述处理器、所述通信接口以及所述存储器通过所述通信总线完成相互间的通信；

所述存储器，用于存放计算机程序；

所述处理器，用于执行存储器上所存放的程序时，实现如本发明实施例所述的方法。

本发明实施例还公开了一种计算机程序产品，该程序产品被存储在存储介质中，该计算机程序产品被至少一个处理器执行以实现如本发明实施例所述的方法。

本发明实施例还公开了一种计算机可读存储介质，其上存储有指令，当由一个或多个处理器执行时，使得所述处理器执行如本发明实施例所述的方法。

本发明实施例包括以下优点：

在本发明实施例中，获取审批单，审批单包括针对订单中的若干待退费用项的审批单，待退费用项分别具有对应的待退费用，订单具有若干收款单，收款单具有若干费用项，收款单用于从收款渠道收取到对应的费用，根据审批单中的待退费用项的待退费用对收款单拆分，从而确定收款单分别需要承担的对应的待退费用项的拆分待退费用，随后，就可以按照拆分待退费用从收款单的收款渠道进行费用退回。本发明实施例可以根据审批单的待退款费用项对订单的收款单进行拆分，以确定需要进行费用退回的收款单，然后就可以按照需要进行费用退回的收款单的收款渠道进行费用退回，即实现了原路退回，从而保证了支付用户的资金安全。

附图说明

图1是本发明实施例中提供的一种费用退回方法的步骤流程图；

图2是本发明实施例中提供的一种整体项目的架构示意图；

图3是本发明实施例中提供的一种付款管理审批流程的示意图；

图4是本发明实施例中提供的一种审批单的建单的示意图；

图5是本发明实施例中提供的一种收款单拆分的示意图；

图6是本发明实施例中提供的一种原路退回的整体流程图；

图7是本发明实施例中提供的一种异步原路付款的流程图；

图8是本发明实施例中提供的一种异步付款的流程图；

图9是本发明实施例中提供的一种回调处理的流程图；

图10是本发明实施例中提供的一种信息核实的流程图；

图11是本发明实施例中提供的一种费用退回装置的结构框图；

图12是实现本发明各个实施例的一种电子设备的硬件结构示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

首先，对于本发明实施例涉及的部分术语进行说明：

付款：作为对货物或服务的报酬而支付款项。

原路退回：是指项目失败后，项目支持者所支付的资金，会通过付款时所使用的支付渠道自动退回到所使用的支付渠道的支付账号中。

费用项：关于订单收款费用的名目。

收款单：发起付款操作的记录。

信息核实：当付款人提供的银行卡信息存在问题或渠道不支持该卡的时候，会通知业务方(上游的业务系统)更改银行信息。

在具体实现中，在处理上游的业务系统(业务方)发起退款业务时候，需要提供对应的订单的订单信息，比如订单的订单号、订单的收款单的收款单号等等，然后，财务审批系统会对订单信息进行一一校验，为了满足业务退款的时候并非全部退款，就会出现订单的收款单部分退款的情形，此时就需要记录该收款单，是否该收款单的收款已经退完。而业务系统可能会对同一笔订单发起不同的收款，对应不同的费用项，因此会出现费用项相同但不属于相同的收款单，进而会增加退款的复杂度。举例来说，假设一笔订单对应多笔收款单，即收款单A和收款单B，收款单A对应的费用项可以为f1、f2，收款单B对应的费用项可以为f1、f3，则这收款单A和收款单B这两笔收款单就会有相同的费用项f1。

而在进行业务退款的时候，通常退款应该按照订单的收款单中所记录的原收款渠道进行退款(原路退回)，否则不能保证支付用户的资金安全。针对上述问题，本发明实施例提出了一种费用退回的方法，可以按照应业务系统提交的审批单中的退款费用项对订单的收款单进行拆分，从而确定需要进行费用退回的收款单，然后这些收款单的收款渠道进行费用的原路退回，保证了支付用户的资金安全。

参照图1，示出了本发明实施例中提供的一种费用退回方法的步骤流程图，具体可以包括如下步骤：

步骤101、获取审批单；所述审批单包括针对订单中的若干待退费用项的审批单，所述待退费用项分别具有对应的待退费用，所述订单具有若干收款单，所述收款单具有若干费用项，所述收款单用于从收款渠道收取到对应的费用。

参照图2，是本发明实施例中提供的一种整体项目的架构示意图，包括业务系统、防火墙、财务审批系统、结算系统、路由系统、付款系统、支付系统、用户系统、渠道系统，其中，付款系统和支付系统可以根据渠道系统确定经过信息审核的收款渠道，进而基于这些收款渠道付款或者收款。其中，渠道系统所对应的收款渠道通常有多种，举例来说，收款渠道可以分为直连渠道和非直连渠道，直连渠道是指的第三方渠道，非直连渠道是指的线下打款。

参照图3，是本发明实施例中提供的一种付款管理审批流程的示意图，业务方获取用户(付款人)填写的填写信息，例如付款人提供的银行卡信息或者收款渠道等等，然后提交到财务审批系统进行审批，当财务审批系统审批通过(true)且经过信息核实时，出纳就可以按照付款人填写的收款渠道进行付款，并在付款完成(true)时结束流程。当财务审批系统不审批通过(false)或者付款失败(false)时，则需要付款人重新填写信息或者进行信息核实。

在一示例性实施例中，所述方法还可以包括如下步骤：

确定是否存在重复的所述审批单，以及确定所述审批单对应的所述订单是否允许退款；

若所述审批单不重复且所述审批单对应的所述订单允许退款，则执行根据所述待退费用项的待退费用对所述收款单拆分，以确定所述收款单分别对应的所述待退费用项的拆分待退费用的步骤。

在本发明实施例中，在进行业务退款的时候，业务系统提交审批单至财务审批系统，财务审批系统则将针对审批单按照预设配置进行层级审批。示例性地，财务审批系统可以验证上游的业务系统(调用方)提供的参数，例如审批单，进行签名验证和幂等操作(验证审批单是否重复)，以及验证审批单中的提交金额(总金额)和审批单的待退费用项的退款项金额(待退费用)是否一致，对于不同调用方可以根据配置去验证不同逻辑，例如有些可以验证订单是否可退等等。示例性地，参照图4，是本发明实施例中提供的一种审批单的建单的示意图，在建单(创建审批单)，首先对审批单进行幂等操作，若审批单幂等操作后发现存在重复的审批单，则可以向业务方通知失败结果，若审批单幂等操作通过，则进一步查询该审批单对应的订单是否退订不退款(是否可退)，查询该审批单对应的订单是否处于退订不退款状态，若是存在退订不退款状态，则可以向业务方通知失败结果，若不存在退订不退款状态，则进行落单(插入数据库)和提交事物(若有异常则回滚)后，返回包含审批单的审批单号的消息，并将消息投递到异步队列里等待异步处理。

步骤102、根据所述待退费用项的待退费用对所述收款单拆分，以确定所述收款单分别对应的所述待退费用项的拆分待退费用。

步骤103、按照所述拆分待退费用从所述收款单的所述收款渠道进行费用退回。

在接收到异步消息时，将根据审批单所对应的订单的收款单验证判断，例如，验证判断订单是否在有效期、订单是否存在等等。然后，在验证通过后，根据审批单的待退费用项的待退费用对订单对应的收款单进行拆分，以确定这些订单的收款单分别对应的待退费用项的拆分待退费用，进而可以根据这些收款单所对应的收款渠道进行费用退回，并且，需要注意的是，由于本发明实施例是按照收款单的收款渠道原路退回，可以保证支付用户的资金安全。

举例来说，假设审批单包括待退费用项和对应的待退费用为：f1：11(元)和f2：19(元)，假设该审批单所对应的订单的收款单有收款单a1(收款10(元))和收款单a2(收款20(元))，则根据审批单的待退费用项的待退费用对收款单拆分，拆分后的结果可以为：收款单a1的拆分待退费用为f1：10(元)，收款单a2的拆分待退费用为f1：1(元)+f2：19(元)。

需要说明的是，本发明实施例可以针对审批单的待退费用项进行退款，因此随着业务发展，即使业务的费用项不断增加，应用本发明实施例仍然能够正常进行退款。

在上述费用退回方法中，获取审批单，审批单包括针对订单中的若干待退费用项的审批单，待退费用项分别具有对应的待退费用，订单具有若干收款单，收款单具有若干费用项，收款单用于从收款渠道收取到对应的费用，根据审批单中的待退费用项的待退费用对收款单拆分，从而确定收款单分别需要承担的对应的待退费用项的拆分待退费用，随后，就可以按照拆分待退费用从收款单的收款渠道进行费用退回。本发明实施例可以根据审批单的待退款费用项对订单的收款单进行拆分，以确定需要进行费用退回的收款单，然后就可以按照需要进行费用退回的收款单的收款渠道进行费用退回，即实现了原路退回，从而保证了支付用户的资金安全。

在一示例性实施例中，所述步骤102、根据所述待退费用项的待退费用对所述收款单拆分，以确定所述收款单分别对应的所述待退费用项的拆分待退费用，包括：

遍历所述收款单，确定当前收款单；

从所述当前收款单中获取与所述待退费用项匹配的目标费用项；

若所述待退费用项的待退费用大于所述当前收款单的目标费用项的费用项金额，则将所述目标费用项与所述待退费用项的待退费用之间的差值作为所述待退费用项的待退费用，并返回执行所述遍历所述收款单的步骤。

在本发明实施例中，遍历订单的收款单，并将当前遍历到的收款单作为当前收款单，然后从当前收款单中确定存在与审批单的待退费用项匹配的目标费用项，例如，假设审批单的待退费用项为f3，若当前收款单存在与费用项匹配的目标费用项f3，则可以利用该当前收款单进行费用退回，并且，如果待退费用项的待退费用大于当前收款单的目标费用项的费用项金额，说明仅用该当前收款单进行费用退回不够，则可以继续遍历订单下一笔的收款单，直至审批单的所有的待退费用项均完成费用退回。当然，若当前收款单不存在与费用项匹配的目标费用项，则可以继续遍历订单下一笔的收款单。

作为本发明的一种可选示例，考虑到订单有多笔收款单，并且可能存在很多笔收款单存在相同的费用项但每笔收款单收款的费用项金额不同(例如收款单A针对费用项f1收款1元，收款单B针对费用项f1收款2元，收款单C针对费用项f1收款200元)的情形，此时，若是逐笔遍历订单的收款单，那么可能会存在需要涉及很多的收款单才能完成费用退回，因此在本发明实施例中，可以优先选择收款单中费用项的费用项金额与审批单的待退费用项的待退费用之间金额差值较小的收款单，来用于费用退回。示例性地，可以以收款单为主，审批单的待退费用项为辅助，将收款单和待退费用项按照对应的金额大小倒序排列到队列中，然后，按照费用项的费用项金额的大小遍历收款单，按照收款单的费用项的费用项金额获取与待退费用项的待退费用最相近的费用项金额(例如，假设有待退费用项f1的待退费用为201元，订单有三笔收款单均有与待退费用项f1匹配的目标费用项f1，并且这三笔收款单的目标费用项f1的费用项金额分别为1元、2元、200元，则优先选择目标费用项f1为200元的收款单)，若待退费用项的待退费用大于当前收款单的费用项的费用项金额，则说明该收款单能够用于退款的可用金额不足，则可以将待退费用项的待退费用进行拆分放到队列中(例如，参照图5，是本发明实施例中提供的一种收款单拆分的示意图，假设有待退费用项f1、f2、f3、f4……在队列中，假设在处理到待退费用项f3:11(元)时，在收款单a1中费用项f3的可用金额为10(元)，则仅收款单a1的可用金额不足，则可以将待退费用项f3拆分为：10(元)+1(元))，并将f3：1(元)再次放入到队列中)，若待退费用项的待退费用小于或等于当前收款单的费用项的费用项金额，则说明该收款单能够用于退款的可用金额足够，可以继续处理队列中的下一个待退费用项，直至所有的待退费用项处理完毕。以上处理，都会对收款单进行费用项和金额做打签操作并记录下对应的拆分规则(打签操作和记录拆分规则的目的是为了将待退费用项整体拆分到不同收款单上，其次是给业务方(上游系统)展示用对待退费用项如何拆分，便于后续回溯)，直到队列为空，结束该流程。

在一示例性实施例中，在所述步骤101、获取审批单之后，所述方法还可以包括如下步骤：

获取所述订单的每个所述收款单的收款单金额和已退金额，并将所述收款单金额和所述已退金额的差值，作为每个所述收款单在收款渠道的可用金额；

冻结在每个所述收款单在所述收款渠道的可用金额，以从每个所述收款单的所述收款渠道的所述可用金额中进行费用退回。

在本发明实施例中，获取订单的每个收款单的收款单金额和已退金额，其中，已退金额是由于有些订单已经发过部分退款的金额，收款单的可用金额是指收款单的收款单金额减去已退金额，即两者的差值，然后就可以将这些可用金额作为该收款单在收款渠道的可用金额，为了便于后续进行退款，可以预先冻结在收款单在收款渠道的可用金额，并获取该订单的用户的认款的银行卡、姓名、银行名称、收款渠道等等。

在一示例性实施例中，在所述步骤101、获取审批单之后，所述方法还可以包括如下步骤：

获取每个所述订单的所述收款单的收款单金额，并将所述收款单金额作为每个所述收款单在收款渠道的可用金额；

冻结在每个所述收款单在所述收款渠道的可用金额，以从每个所述收款单的所述收款渠道的所述可用金额中进行费用退回。

在具体实现中，有些订单可能并未发生过退款，则可以获取订单的每个收款单的收款单金额(整单金额)，并将收款单金额作为该收款单在收款渠道的可用金额，为了便于后续进行退款，可以预先冻结在收款单在收款渠道的可用金额，并获取该订单的用户的认款的银行卡、姓名、银行名称、收款渠道等等。

需要说明的是，在本发明实施例中，可以按照订单的收款渠道确定是否需要进行金额冻结，例如，如果订单的收款渠道是线下打款(非直连渠道)，则说明该订单是不可能发生原路退回的动作，则可以无需进行收款渠道的可用金额的冻结，或者直接交由人工进行审核并处理。

在一示例性实施例中，所述方法还可以包括如下步骤：

获取所述审批单的指定字段对应的数值作为总金额；

若所述审批单的所述总金额大于所述订单的所述收款单的可用金额之和，则根据所述审批单的所述总金额与所述收款单的可用金额之和之间的差值生成付款单，并按照所述付款单进行付款。

在本发明实施例中，审批单的指定字段中记录了申请退款的总金额(提交金额)，获取审批单的总金额，然后判断审批单的总金额是否大于订单的全部收款单的可用金额之和，若审批单的总金额大于订单的全部收款单的可用金额之和，说明该审批单所对应的订单收到的金额大于实际应该收到的金额，则将审批单的总金额与收款单的可用金额之和之间的差值生成付款单，然后可以基于该付款单进行付款操作(可以按照收款时的收款渠道原路退回给对应的付款人)。

参照图6，是本发明实施例中提供的一种原路退回的整体流程图，首先，在异步建单(建立审批单)，根据审批单对应的订单确定对应的收款单，接收到收款单的收款单号，获取该收款单号对应的收款单的收款单金额和已退金额，在过滤可退订单后，根据审批单的提交金额分配为未被操作收款单，同时记录费用项拆分金额(暂时记录收款单的可用金额，用于后面的基于待退费用项对收款单拆分做准备)，冻结可用收款单对应的可用金额；是否需要初始化订单，若需要初始化订单，则以传入订单金额为可用金额(收款单收款单金额减去已退金额)；若不需要初始化订单则冻结对应收款单对应的收款单金额；判断收款单的可用金额的冻结结果；若冻结失败则获取下一个订单，若冻结成功则进行下一笔订单的收款单冻结并记录；判断是否存在未操作收款单(判断是否存在未冻结可用金额的收款单)，若不存在未操作收款单订单，则判断是否未标记余额(判断审批单的总金额和所有计算过的可用金额比较)；若不存在未标记余额，则将剩余的收款单在origin_recv_order置为无效；若存在未标记余额，则在origin_recv_order中查询refund_type为指定标识(例如指定标识为1)的付款订单，并标记费用项(在过滤完所有的收款单之后，若审批单的总金额大于订单的全部的可用金额之和，则根据审批单的总金额与收款单的可用金额之和之间的差值生成付款单，再按照付款单对相应的付款人发起付款)；随后，可以整理数据发送给业务方(告知收款单如何拆分待退费费用项)，根据预设配置判断是否需要财务审批，若需要财务审批，则提交至财务并等待财务的审批结果，若不需要财务审批，则移动节点并告知业务方节点移动，发起原路退回动作，并结束流程。

在一示例性实施例中，在所述按照所述拆分待退费用从所述收款单的所述收款渠道进行费用退回之后，所述方法还包括：

若无法按照所述拆分待退费用从所述收款单的所述收款渠道进行费用退回，则查询经信息核实后的其他收款渠道；

按照所述拆分待退费用从所述收款单的其他收款渠道进行费用退回。

在具体实现中，通常在渠道系统中记录的收款渠道可以有多个，并且这些收款渠道都是经过信息核实后可选的收款渠道，因此基于这些收款渠道进行付款或者进行退款是可以保证用户的资金安全。可见，本发明实施例对于在开通多收款渠道时，可以灵活切换收款渠道，进而根据切换的收款渠道进行收款或者付款。

本发明实施例为了便于财务和出纳进行审计，验证订单的合法性，引入了工作流保证，审批层级进行；为了满足业务方的发展，不出现每次迭代都会触发下游的开发，进行对数据进行抽象，实现数据统一处理，服务标准化，降低业务方对接的沟通与实现成本。

在本发明实施例中，确定用于费用退回的收款单后，可以首先按照审批单的拆分待退费用从收款单的所述收款渠道进行费用退回，即先进行原路退回，当然，在某些情况下可能会存在原路退回失败的情况(例如收款渠道资金不足)，则可以进行查询其他收款渠道，然后可以按照拆分待退费用从收款单的其他收款渠道进行费用退回，同样可以实现费用退回同时保证用户的资金安全。

在本发明实施例中，订单可以分为指定认款订单和非指定认款订单，其中，指定认款订单是公司提供的大额转账直接汇款到在公司开通账户，非指定认款订单是指转账到公司的账户中的订单。参照图7，是本发明实施例中提供的一种异步原路付款的流程图，具体地，在异步原路付款时，查询是否存在在途的订单(是指的审批单中一笔退款在处理中，需要等这笔订单执行后再发起下一笔订单)；若不存在在途的订单，则查询未退收款单，并确定这些未退收款单是否存在非指定认款订单，若不存在非指定认款订单，则取第一条指定认款订单，并查询指定认款收款的收款人信息，并进行预下单，提交付款(预下单是指的支付中心提供一种幂等方案，因为面对有些业务付款环节不具备幂等性，所以，即是拿到多笔预下单，只要完成一笔付款即可)，若存在非指定认款订单，则发起原路退回，进行预下单(退款)，原路退回；判断是否预下单，若成功则等待回调，若预下单失败，则判断是否需要信息核实，若不需要信息核实，则发起切换路由付款(切换收款渠道)，异步发起付款；若需要信息核实，则通知业务方进行信息核实。

参照图8，是本发明实施例中提供的一种异步付款的流程图，具体地，取出origin_recv_order的id，判断该单的支付状态和refund_relation状态(refund_relation状态是指的确定收款渠道并进行退款处理后，订单是否成功的一个订单状态，一笔审批单对应多笔付款单，每个付款单会关联一个refund_relation记录，按照已经生成好的refund_relation记录一次发起对应的原路退回或付款动作)；判断状态，若refund_relation的状态为初始化失败，发起付款；若refund_relation的状态为成功，发起原路退回操作；若refund_relation的状态为处理中，跳出本次操作；其中，若发起付款，则进行预下单，付款，然后判断调用状态，若调用状态为成功则等待回调；若调用状态为失败，则判断是否需要信息核实，若需要信息核实，则通知业务方进行信息核实；若不需要信息核实，则判断执行付款的支付次数是否大于2，若支付次数大于2，则等待运营人员的页面操作；若支付次数小于2，再次发起异步付款。

参照图9，是本发明实施例中提供的一种回调处理的流程图，具体地，在回调处理时，判断是否原路退回，若是原路退回，则进行原路退回，并判断原路退回的支付状态，若支付状态为成功则异步发起原路退回，并进行扣减，若支付状态为失败则确定进一步确定是否需要信息核实，若需要信息核实则通知业务方进行信息核实，然后，确定是否因收款渠道余额不足导致支付失败，若不是余额不足则可以通知业务方进行信息核实，若余额不足则可以等待运营人员进行页面点击；若不是原路退回(即付款)，则判断付款的支付状态，若支付状态为成功则异步发起原路退回，并进行扣减，若支付状态为失败，则确定是否需要信息核实，若需要信息核实则通知业务方进行信息核实，若不需要信息核实则判断支付次数是否大于2，若大于2则等待运营人员进行页面点击，若小于2则异步发起付款。

参照图10，是本发明实施例中提供的一种信息核实的流程图，具体地，业务方在进行信息核实时，验证参数，若验证refund_relation状态为原路退回失败，则可以发起异步付款。

本发明实施例通过异步对流程进行拆分，因此流程易于监控，逐一收款单退款，工作流保证整个订单状态，自动切换付款渠道，配置管理触发流程，数据统一处理，服务标准化。业务方无需关注退款业务，释放人力，专注业务。并且，通过异步形式进行对功能的拆分，流程抽象简答。此外，使用配置管理，缩短核心工作开发。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图11，示出了本发明实施例中提供的一种费用退回装置的结构框图，具体可以包括如下模块：

审批单获取模块1101，用于获取审批单；所述审批单包括针对订单中的若干待退费用项的审批单，所述待退费用项分别具有对应的待退费用，所述订单具有若干收款单，所述收款单具有若干费用项，所述收款单用于从收款渠道收取到对应的费用；

收款单拆分模块1102，用于根据所述待退费用项的待退费用对所述收款单拆分，以确定所述收款单分别对应的所述待退费用项的拆分待退费用；

费用退回模块1103，用于按照所述拆分待退费用从所述收款单的所述收款渠道进行费用退回。

在一示例性实施例中，所述收款单拆分模块，用于：

遍历所述收款单，确定当前收款单；

从所述当前收款单中获取与所述待退费用项匹配的目标费用项；

若所述待退费用项的待退费用大于所述当前收款单的目标费用项的费用项金额，则将所述目标费用项与所述待退费用项的待退费用之间的差值作为所述待退费用项的待退费用，并返回执行所述遍历所述收款单的步骤。

在一示例性实施例中，所述装置还包括冻结模块，用于：

获取所述订单的每个所述收款单的收款单金额和已退金额，并将所述收款单金额和所述已退金额的差值，作为每个所述收款单在收款渠道的可用金额；

冻结在每个所述收款单在所述收款渠道的可用金额，以从每个所述收款单的所述收款渠道的所述可用金额中进行费用退回。

在一示例性实施例中，所述冻结模块，用于：

获取所述订单的每个所述收款单的收款单金额，并将所述收款单金额作为每个所述收款单在收款渠道的可用金额；

冻结在每个所述收款单在所述收款渠道的可用金额，以从每个所述收款单的所述收款渠道的所述可用金额中进行费用退回。

在一示例性实施例中，所述装置还包括：审批单处理模块，用于：

获取所述审批单的指定字段对应的数值作为总金额；

若所述审批单的所述总金额大于所述订单的所述收款单的可用金额之和，则将所述审批单的所述总金额与所述收款单的可用金额之和之间的差值生成付款单，并按照所述付款单进行付款。

在一示例性实施例中，所述装置还包括，审批单验证模块，用于：

确定是否存在重复的所述审批单，以及确定所述审批单对应的所述订单是否允许退款；

若所述审批单不重复且所述审批单对应的所述订单允许退款，则执行根据所述待退费用项的待退费用对所述收款单拆分，以确定所述收款单分别对应的所述待退费用项的拆分待退费用的步骤。

在一示例性实施例中，所述装置还包括，收款渠道确认模块，用于：

若无法按照所述拆分待退费用从所述收款单的所述收款渠道进行费用退回，则查询经信息核实后的其他收款渠道；

按照所述拆分待退费用从所述收款单的其他收款渠道进行费用退回。

本发明实施例可以根据审批单的待退款费用项对订单的收款单进行拆分，以确定需要进行费用退回的收款单，然后就可以按照需要进行费用退回的收款单的收款渠道进行费用退回，即实现了原路退回，从而保证了支付用户的资金安全。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

另外，本发明实施例还提供了一种电子设备，包括：处理器，存储器，存储在存储器上并可在处理器上运行的计算机程序，该计算机程序被处理器执行时实现上述费用退回方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述费用退回方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-OnlyMemory，简称ROM)、随机存取存储器(RandomAccess Memory，简称RAM)、磁碟或者光盘等。

本发明实施例还提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如上述费用退回方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

图12为实现本发明各个实施例的一种电子设备的硬件结构示意图。

该电子设备1200包括但不限于：射频单元1201、网络模块1202、音频输出单元1203、输入单元1204、传感器1205、显示单元1206、用户输入单元1207、接口单元1208、存储器1209、处理器1210、以及电源1211等部件。本领域技术人员可以理解，图12中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施例中，电子设备包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。

应理解的是，本发明实施例中，射频单元1201可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器1210处理；另外，将上行的数据发送给基站。通常，射频单元1201包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元1201还可以通过无线通信系统与网络和其他设备通信。

电子设备通过网络模块1202为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元1203可以将射频单元1201或网络模块1202接收的或者在存储器1209中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元1203还可以提供与电子设备1200执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元1203包括扬声器、蜂鸣器以及受话器等。

输入单元1204用于接收音频或视频信号。输入单元1204可以包括图形处理器(Graphics Processing Unit，GPU)12041和麦克风12042，图形处理器12041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元1206上。经图形处理器12041处理后的图像帧可以存储在存储器1209(或其它存储介质)中或者经由射频单元1201或网络模块1202进行发送。麦克风12042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元1201发送到移动通信基站的格式输出。

电子设备1200还包括至少一种传感器1205，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板12061的亮度，接近传感器可在电子设备1200移动到耳边时，关闭显示面板12061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别电子设备姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器1205还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。

显示单元1206用于显示由用户输入的信息或提供给用户的信息。显示单元1206可包括显示面板12061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板12061。

用户输入单元1207可用于接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元1207包括触控面板12071以及其他输入设备12072。触控面板12071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板12071上或在触控面板12071附近的操作)。触控面板12071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1210，接收处理器1210发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板12071。除了触控面板12071，用户输入单元1207还可以包括其他输入设备12072。具体地，其他输入设备12072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

进一步的，触控面板12071可覆盖在显示面板12061上，当触控面板12071检测到在其上或附近的触摸操作后，传送给处理器1210以确定触摸事件的类型，随后处理器1210根据触摸事件的类型在显示面板12061上提供相应的视觉输出。虽然在图12中，触控面板12071与显示面板12061是作为两个独立的部件来实现电子设备的输入和输出功能，但是在某些实施例中，可以将触控面板12071与显示面板12061集成而实现电子设备的输入和输出功能，具体此处不做限定。

接口单元1208为外部装置与电子设备1200连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元1208可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到电子设备1200内的一个或多个元件或者可以用于在电子设备1200和外部装置之间传输数据。

存储器1209可用于存储软件程序以及各种数据。存储器1209可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1209可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器1210是电子设备的控制中心，利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器1209内的软件程序和/或模块，以及调用存储在存储器1209内的数据，执行电子设备的各种功能和处理数据，从而对电子设备进行整体监控。处理器1210可包括一个或多个处理单元；优选的，处理器1210可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1210中。

电子设备1200还可以包括给各个部件供电的电源1211(比如电池)，优选的，电源1211可以通过电源管理系统与处理器1210逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

另外，电子设备1200包括一些未示出的功能模块，在此不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

本领域普通技术人员可以意识到，结合本发明实施例中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种费用退回方法，其特征在于，所述方法包括：

获取审批单；所述审批单包括针对订单中的若干待退费用项的审批单，所述待退费用项分别具有对应的待退费用，所述订单具有若干收款单，所述收款单具有若干费用项，所述收款单用于从收款渠道收取到对应的费用；

根据所述待退费用项的待退费用对所述收款单拆分，以确定所述收款单分别对应的所述待退费用项的拆分待退费用；

按照所述拆分待退费用从所述收款单的所述收款渠道进行费用退回。

2.根据权利要求1所述的方法，其特征在于，所述根据所述待退费用项的待退费用对所述收款单拆分，以确定所述收款单分别对应的所述待退费用项的拆分待退费用，包括：

遍历所述收款单，确定当前收款单；

从所述当前收款单中获取与所述待退费用项匹配的目标费用项；

若所述待退费用项的待退费用大于所述当前收款单的目标费用项的费用项金额，则将所述目标费用项与所述待退费用项的待退费用之间的差值作为所述待退费用项的待退费用，并返回执行所述遍历所述收款单的步骤。

3.根据权利要求1所述的方法，其特征在于，在所述获取审批单之后，所述方法还包括：

获取所述订单的每个所述收款单的收款单金额和已退金额，并将所述收款单金额和所述已退金额的差值，作为每个所述收款单在收款渠道的可用金额；

冻结在每个所述收款单在所述收款渠道的可用金额，以从每个所述收款单的所述收款渠道的所述可用金额中进行费用退回。

4.根据权利要求1所述的方法，其特征在于，在所述获取审批单之后，所述方法还包括：

获取所述订单的每个所述收款单的收款单金额，并将所述收款单金额作为每个所述收款单在收款渠道的可用金额；

冻结在每个所述收款单在所述收款渠道的可用金额，以从每个所述收款单的所述收款渠道的所述可用金额中进行费用退回。

5.根据权利要求3或4所述的方法，其特征在于，所述方法还包括：

获取所述审批单的指定字段对应的数值作为总金额；

若所述审批单的所述总金额大于所述订单的所述收款单的可用金额之和，则根据所述审批单的所述总金额与所述收款单的可用金额之和之间的差值生成付款单，并按照所述付款单进行付款。

6.根据权利要求1所述的方法，其特征在于，在所述获取审批单之后，所述方法还包括：

确定是否存在重复的所述审批单，以及确定所述审批单对应的所述订单是否允许退款；

若所述审批单不重复且所述审批单对应的所述订单允许退款，则执行根据所述待退费用项的待退费用对所述收款单拆分，以确定所述收款单分别对应的所述待退费用项的拆分待退费用的步骤。

7.根据权利要求1所述的方法，其特征在于，在所述按照所述拆分待退费用从所述收款单的所述收款渠道进行费用退回之后，所述方法还包括：

若无法按照所述拆分待退费用从所述收款单的所述收款渠道进行费用退回，则查询经信息核实后的其他收款渠道；

按照所述拆分待退费用从所述收款单的其他收款渠道进行费用退回。

8.一种费用退回装置，其特征在于，所述装置包括：

审批单获取模块，用于获取审批单；所述审批单包括针对订单中的若干待退费用项的审批单，所述待退费用项分别具有对应的待退费用，所述订单具有若干收款单，所述收款单具有若干费用项，所述收款单用于从收款渠道收取到对应的费用；

收款单拆分模块，用于根据所述待退费用项的待退费用对所述收款单拆分，以确定所述收款单分别对应的所述待退费用项的拆分待退费用；

费用退回模块，用于按照所述拆分待退费用从所述收款单的所述收款渠道进行费用退回。

9.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，所述处理器、所述通信接口以及所述存储器通过所述通信总线完成相互间的通信；

所述存储器，用于存放计算机程序；

所述处理器，用于执行存储器上所存放的程序时，实现如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其上存储有指令，当由一个或多个处理器执行时，使得所述处理器执行如权利要求1-7任一项所述的方法。

Images