一种第三方业务费用缴纳超时处理方法及装置

摘要

本申请公开了一种第三方业务费用缴纳超时处理方法，由代缴平台执行，代缴平台首先接收用户发来的缴费指令，并在所述用户的账户内扣款，所述缴费指令包括缴费数额，用于指示所述代缴平台根据所述缴费数额在所述用户的账户内扣款，之后，向第三方业务平台发送缴费通知，所述缴费通知用于表示所述代缴平台在所述用户的账户内扣款完成。在发送所述缴费通知后，所述代缴平台判断第一预设时间内，是否接收到所述第三方业务平台发来的确认缴费信息，所述确认缴费信息用于表示所述第三方平台将所述用户的缴费状态设置为已完成，若未接收到，则将所述缴费数额退回至所述用户的账户，并向所述用户发送缴费失败信息，向所述第三方业务平台发送撤销缴费通知。

说明书

技术领域

本申请涉及数据处理领域，特别是涉及一种第三方业务费用缴纳超时处理方法及装置。

背景技术

当前，用户通过银行等代缴平台缴纳第三方业务费用，如税费时，由于第三方业务平台可能会执行多个步骤，处理大量的信息，很可能会出现缴纳超时的情况。当出现缴纳超时的情况时，代缴平台通常会锁定当前交易资金，并提示用户正在处理，通过第二日账目核对情况确定这笔交易是否成功后，再通知用户是否成功缴纳。因此，当出现缴纳超时的情况时，用户只能从代缴平台获知“正在处理”的提示信息，第二日才能得知处理结果，这样很容易引起客户投诉。且由于这笔交易资金暂存在代缴平台，用户无法及时获得因缴纳失败退回的资金，用户体验不好。

因此，急需一种方案，可以解决上述问题。

发明内容

本申请所要解决的技术问题是，当前出现缴纳超时的情况时，用户只能从代缴平台获知“正在处理”的提示信息，第二日才能得知处理结果，这样很容易引起客户投诉。且由于这笔交易资金暂存在代缴平台，用户无法及时获得因缴纳失败退回的资金，用户体验不好的问题。

第一方面，本申请实施例提供了一种第三方业务费用缴纳超时处理方法，由代缴平台执行，所述方法包括：

接收用户发来的缴费指令，所述缴费指令包括缴费数额，用于指示所述代缴平台根据所述缴费数额在所述用户的账户内扣款；

在所述用户的账户内扣款；

向第三方业务平台发送缴费通知，所述缴费通知用于表示所述代缴平台在所述用户的账户内扣款完成；

判断第一预设时间内，是否接收到所述第三方业务平台发来的确认缴费信息，所述确认缴费信息用于表示所述第三方平台将所述用户的缴费状态设置为已完成；

若未接收到，则将所述缴费数额退回至所述用户的账户，并向所述用户发送缴费失败信息，向所述第三方业务平台发送撤销缴费通知。

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

判断第二预设时间内，是否接收到所述第三方业务平台发来的确认撤销信息，所述确认撤销信息用于表示所述第三方平台将所述用户的缴费状态设置为未完成；

若未接收到，则再次向所述第三方业务平台发送撤销缴费通知，直到接收到所述第三方业务平台发来的确认撤销信息。

可选的，所述再次向所述第三方业务平台发送撤销缴费通知，直到接收到所述第三方业务平台发来的确认撤销信息包括：

向所述第三方业务平台发送撤销缴费通知；

判断所述第二预设时间内，是否接收到所述第三方业务平台发来的确认撤销信息；

若未接收到，判断此时发送所述撤销缴费通知的次数是否超过预设次数阈值；

若超过，则不再向所述第三方业务平台发送所述撤销缴费通知，否则，再次向所述第三方业务平台发送所述撤销缴费通知。

可选的，所述代缴平台为银行。

可选的，所述第三方业务平台包括税务缴纳平台、水费缴纳平台、电费缴纳平台、燃气费缴纳平台、网络费用缴纳平台中的任意一种。

第二方面，本申请实施例提供了一种第三方业务费用缴纳超时处理装置，应用于代缴平台，所述装置包括：

接收模块，用于：接收用户发来的缴费指令，所述缴费指令包括缴费数额，用于指示所述代缴平台根据所述缴费数额在所述用户的账户内扣款；

扣费模块，用于：在所述用户的账户内扣款；

第一发送模块，用于：向第三方业务平台发送缴费通知，所述缴费通知用于表示所述代缴平台在所述用户的账户内扣款完成；

第一判断模块，用于：判断第一预设时间内，是否接收到所述第三方业务平台发来的确认缴费信息，所述确认缴费信息用于表示所述第三方平台将所述用户的缴费状态设置为已完成；

第二发送模块，用于：若未接收到，则将所述缴费数额退回至所述用户的账户，并向所述用户发送缴费失败信息，向所述第三方业务平台发送撤销缴费通知。

可选的，所述装置还包括：

第二判断模块，用于：判断第二预设时间内，是否接收到所述第三方业务平台发来的确认撤销信息，所述确认撤销信息用于表示所述第三方平台将所述用户的缴费状态设置为未完成；

第三发送模块，用于：若未接收到，则再次向所述第三方业务平台发送撤销缴费通知，直到接收到所述第三方业务平台发来的确认撤销信息。

可选的，第三发送模块，用于：

向所述第三方业务平台发送撤销缴费通知；

判断所述第二预设时间内，是否接收到所述第三方业务平台发来的确认撤销信息；

若未接收到，判断此时发送所述撤销缴费通知的次数是否超过预设次数阈值；

若超过，则不再向所述第三方业务平台发送所述撤销缴费通知，否则，再次向所述第三方业务平台发送所述撤销缴费通知。

可选的，所述代缴平台为银行。

可选的，所述第三方业务平台包括税务缴纳平台、水费缴纳平台、电费缴纳平台、燃气费缴纳平台、网络费用缴纳平台中的任意一种。

与现有技术相比，本申请实施例具有以下优点：

本申请实施例提供了一种第三方业务费用缴纳超时处理方法，由代缴平台执行，所述代缴平台首先接收用户发来的缴费指令，并在所述用户的账户内扣款，所述缴费指令包括缴费数额，用于指示所述代缴平台根据所述缴费数额在所述用户的账户内扣款，之后，向第三方业务平台发送缴费通知，所述缴费通知用于表示所述代缴平台在所述用户的账户内扣款完成。在发送所述缴费通知后，所述代缴平台判断第一预设时间内，是否接收到所述第三方业务平台发来的确认缴费信息，所述确认缴费信息用于表示所述第三方平台将所述用户的缴费状态设置为已完成，若未接收到，则将所述缴费数额退回至所述用户的账户，并向所述用户发送缴费失败信息，向所述第三方业务平台发送撤销缴费通知。由此可见，若所述第一预设时间内，所述代缴平台没有接收到所述第三方业务平台发来的确认缴费信息，无需等待第二日核对后再通知用户是否成功缴纳，可以及时将交易资金退回至用户账户，采用本方法，用户通过代缴平台缴纳第三方业务平台的相关业务时，可以及时获知费用缴纳情况，当发生缴费失败的情况时，能够及时获得退回的交易资金，本方法可以给用户更好的使用体验，最大程度避免用户投诉。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例中一种第三方业务费用缴纳超时处理方法的流程示意图；

图2为本申请实施例中一种第三方业务费用缴纳超时处理装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的发明人经过研究发现，当前，出现缴纳超时的情况时，用户只能从代缴平台获知“正在处理”的提示信息，第二日才能得知处理结果，这样很容易引起客户投诉。且由于这笔交易资金暂存在代缴平台，用户无法及时获得因缴纳失败退回的资金，用户体验不好。

为了解决上述问题，在本申请实施例中，代缴平台首先接收用户发来的缴费指令，并在所述用户的账户内扣款，所述缴费指令包括缴费数额，用于指示所述代缴平台根据所述缴费数额在所述用户的账户内扣款，之后，向第三方业务平台发送缴费通知，所述缴费通知用于表示所述代缴平台在所述用户的账户内扣款完成。在发送所述缴费通知后，所述代缴平台判断第一预设时间内，是否接收到所述第三方业务平台发来的确认缴费信息，所述确认缴费信息用于表示所述第三方平台将所述用户的缴费状态设置为已完成，若未接收到，则将所述缴费数额退回至所述用户的账户，并向所述用户发送缴费失败信息，向所述第三方业务平台发送撤销缴费通知。由此可见，若所述第一预设时间内，所述代缴平台没有接收到所述第三方业务平台发来的确认缴费信息，无需等待第二日核对后再通知用户是否成功缴纳，可以及时将交易资金退回至用户账户，采用本方法，用户通过代缴平台缴纳第三方业务平台的相关业务时，可以及时获知费用缴纳情况，当发生缴费失败的情况时，能够及时获得退回的交易资金，本方法可以给用户更好的使用体验，最大程度避免用户投诉。

下面结合附图，详细说明本申请的各种非限制性实施方式。

参见图1，示出了本申请实施例中一种第三方业务费用缴纳超时处理方法的流程示意图。图1所示的方法由代缴平台执行。

在本实施例中，图1所示的方法例如可以通过以下步骤S101-S105实现。

S101：接收用户发来的缴费指令，所述缴费指令包括缴费数额，用于指示所述代缴平台根据所述缴费数额在所述用户的账户内扣款；

S102：在所述用户的账户内扣款；

本申请实施例中，用户在获知第三方业务平台的相关业务的缴费通知后，可以选择通过代缴平台缴纳该笔费用。在一个示例中，所述第三方业务平台例如可以是税务缴纳平台、水费缴纳平台、电费缴纳平台、燃气费缴纳平台、网络费用缴纳平台中的任意一种。以用户缴纳税务为例，当用户在税务缴纳平台查询到一笔待缴业务，或者接收到所述税务缴纳平台发来的一笔代缴业务时，例如可以通过点击“交费”进入“选择交费方式”界面，在“选择交费方式”界面选择代缴平台，例如银行后，点击“缴费”可以向所述银行发送缴费指令，所述缴费指令包括缴费数额，用于指示所述银行根据所述缴费数额在所述用户的账户内扣款。所述银行在接收到用户发来的所述缴费指令后，可以根据所述缴费指令中包括的缴费数额，在所述用户的账户内扣款。

S103：向第三方业务平台发送缴费通知，所述缴费通知用于表示所述代缴平台在所述用户的账户内扣款完成；

需要说明的是，所述代缴平台在所述用户的账户内扣款后，可以将该笔扣款的交易金额转入所述第三方业务平台预先在所述代缴平台开设的账户中，并向所述第三方业务平台发送缴费通知，所述缴费通知用于表示所述缴费平台在所述用户的账户内扣款完成。所述第三方业务平台在接收到所述缴费通知后，即可获知所述用户已经将所述交易金额转入自身账户中。

S104：判断第一预设时间内，是否接收到所述第三方业务平台发来的确认缴费信息，所述确认缴费信息用于表示所述第三方平台将所述用户的缴费状态设置为已完成；

可以理解的是，所述第三方业务平台在接收到所述缴费通知，获知所述用户已经将所述交易金额转入自身账户中之后，可以将所述用户的缴费状态设置为已完成，并将用于表示所述第三方平台将所述用户的缴费状态设置为已完成的确认缴费信息发送给所述代缴平台。所述代缴平台可以根据接收到的所述确认缴费信息，向所述用户发送“缴费成功”提示。

然而，由于第三方业务平台可能在同一时间接收到来自多个代缴平台发来的多条缴费通知，且处理一条缴费通知时可能需要多个执行步骤，所述代缴平台在将所述缴费通知发送给所述第三方业务平台后，可能并不会很快收到所述第三方业务平台发来的确认缴费信息。考虑到当出现超时的情况时，若所述代缴平台在第二日核对账目，确定这笔交易是否成功后，再通知用户是否成功缴纳，用户只能从代缴平台获知“正在处理”的提示信息，第二日才能得知处理结果，这样很容易引起客户投诉。且由于这笔交易资金暂存在代缴平台，用户无法及时获得因缴纳失败退回的资金，用户体验不好。因此，在本实施例中，所述代缴平台在向所述第三方业务平台发送缴费通知后，可以判断第一预设时间内，是否接收到所述第三方业务平台发来的确认缴费信息，所述第一预设时间根据实际情况确定，例如可以为30秒，本申请实施例对此不作任何限定。

S105：若未接收到，则将所述缴费数额退回至所述用户的账户，并向所述用户发送缴费失败信息，向所述第三方业务平台发送撤销缴费通知。

在本实施例中，若所述代缴平台在所述第一预设时间内没有接收到所述确认缴费信息，很可能是所述第三方业务平台未能将所述用户的缴费状态设置为已完成。为避免长时间显示“正在处理”提示信息引发客户投诉，所述代缴平台可以将所述缴费数额退回至所述用户的账户，并向所述用户发送缴费失败信息，向所述第三方业务平台发送撤销缴费通知。由此可见，若所述第一预设时间内，所述代缴平台没有接收到所述第三方业务平台发来的确认缴费信息，无需等待第二日核对后再通知用户是否成功缴纳，可以及时将交易资金退回至用户账户，采用本方法，用户通过代缴平台缴纳第三方业务平台的相关业务时，可以及时获知费用缴纳情况，当发生缴费失败的情况时，能够及时获得退回的交易资金，本实施例提供的方法可以给用户更好的使用体验，最大程度避免用户投诉。

考虑到所述代缴平台向所述用户发送缴费失败信息，并向所述第三方业务平台发送撤销缴费通知后，所述第三方业务平台可能依旧不能及时处理所述撤销缴费通知。因此，为保证所述代缴平台能够及时得知所述第三方业务平台已经将所述用户的缴费状态设置为未完成，所述第三方业务平台在接收到所述撤销缴费通知，并确认已经将所述用户的缴费状态设置为未完成后，可以向所述代缴平台发送确认撤销信息，所述确认撤销信息用于表示所述第三方平台将所述用户的缴费状态设置为未完成。

在一个示例中，所述代缴平台向所述第三方业务平台发送撤销缴费通知后，可以判断第二预设时间内，是否接收到所述第三方业务平台发来的确认撤销信息，在未接收到所述确认撤销信息时，为确保所述撤销缴费通知能够送达所述第三方业务平台，可以再次向所述第三方业务平台发送撤销缴费通知，直到接收到所述第三方业务平台发来的确认撤销信息。所述第二预设时间根据实际情况确定，例如可以为30秒，本申请实施例对此不作任何限定。

可以理解的是，所述代缴平台与所述第三方业务平台之间的通信链路可能会出现故障，当所述通信链路出现故障时，所述第三方业务平台无法接收到所述代缴平台发送的所述撤销缴费通知，此时，重复向所述第三方业务平台发送所述撤销缴费通知没有意义。因此，在一个示例中，所述代缴平台再次向所述第三方业务平台发送撤销缴费通知之前，可以判断此时发送的所述撤销缴费通知的次数是否超过预设次数阈值，若超过，则不再向所述第三方业务平台发送所述撤销缴费通知，待所述通信链路回复正常时再进行发送。

基于以上实施例提供的方法，本申请实施例还提供了一种装置，以下结合附图介绍该装置。

参见图2，示出了本申请实施例中一种第三方业务费用缴纳超时处理装置的结构示意图。所述装置200例如可以具体包括：

接收模块201：用于接收用户发来的缴费指令，所述缴费指令包括缴费数额，用于指示所述代缴平台根据所述缴费数额在所述用户的账户内扣款；

扣费模块202：用于在所述用户的账户内扣款；

第一发送模块203：用于向第三方业务平台发送缴费通知，所述缴费通知用于表示所述代缴平台在所述用户的账户内扣款完成；

第一判断模块204：用于判断第一预设时间内，是否接收到所述第三方业务平台发来的确认缴费信息，所述确认缴费信息用于表示所述第三方平台将所述用户的缴费状态设置为已完成；

第二发送模块205：用于当未接收到所述第三方业务平台发来的确认缴费信息时，将所述缴费数额退回至所述用户的账户，并向所述用户发送缴费失败信息，向所述第三方业务平台发送撤销缴费通知。

采用本装置，用户通过代缴平台缴纳第三方业务平台的相关业务时，可以及时获知费用缴纳情况，当发生缴费失败的情况时，能够及时获得退回的交易资金，本方法可以给用户更好的使用体验，最大程度避免用户投诉。

在一种可能的实现方式中，所述装置还包括：

第二判断模块，用于：判断第二预设时间内，是否接收到所述第三方业务平台发来的确认撤销信息，所述确认撤销信息用于表示所述第三方平台将所述用户的缴费状态设置为未完成；

第三发送模块，用于：若未接收到，则再次向所述第三方业务平台发送撤销缴费通知，直到接收到所述第三方业务平台发来的确认撤销信息。

在一种可能的实现方式中，第三发送模块，用于：

向所述第三方业务平台发送撤销缴费通知；

判断所述第二预设时间内，是否接收到所述第三方业务平台发来的确认撤销信息；

若未接收到，判断此时发送所述撤销缴费通知的次数是否超过预设次数阈值；

若超过，则不再向所述第三方业务平台发送所述撤销缴费通知，否则，再次向所述第三方业务平台发送所述撤销缴费通知。

在一种可能的实现方式中，所述代缴平台为银行。

在一种可能的实现方式中，所述第三方业务平台包括税务缴纳平台、水费缴纳平台、电费缴纳平台、燃气费缴纳平台、网络费用缴纳平台中的任意一种。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。