本发明涉及电子信息技术领域，尤其涉及一种支付故障的处理方法及装置。
背景技术：
随着保险业务的发展，出现了以保险卡这种实体产品销售保险产品的销售形式，保险卡相当于保险公司与投保人签订合同的书面证明；投保人可以直接使用该保险卡进行索赔。现有保险卡的线上销售由于系统不稳定等原因，在线支付订单时，很容易出现订单支付故障，例如出现没有扣款成功的现象，系统显示订单支付成功，但是客户账户的金额没有扣款成功，导致事实上金额没有成功转入系统；或者出现重复支付的现象，例如由于系统不稳定等原因，系统提示客户没有支付成功，客户再次进行了支付，而事实上系统第一次已经扣款成功，这就导致客户重复支付了订单金额，但是，这些情况在支付订单时无法被检测到，只有在财务核对时才会被发现，因此，现有技术中对于这种处理方式一般是在定期的财务核算时，将检测到的支付故障通过线下的方式通知客户到营业点办理补缴费等，这种处理支付故障的方式不仅效率低下，而且会为客户带来不便。
技术实现要素：
本发明提供一种支付故障的处理方法及装置，其主要目的在于解决现有技术中处理支付故障的方式效率低下的技术问题。
为实现上述目的，本发明提供一种支付故障的处理方法，该支付故障的处理方法包括：
在接收到核心系统下发的支付故障信息时，根据所述支付故障信息获取对应的保险卡信息、客户信息和支付差异信息；
基于所述支付差异信息和保险卡信息生成差异提示信息，并将所述差异提示信息推送至与所述客户信息对应的客户端，以供客户基于所述客户端处理所述支付故障；
获取所述支付差异信息的处理状态，向所述核心系统发送与所述处理状态对应的提示信息，以供所述核心系统根据所述处理状态调整所述保险卡信息对应的保险卡的保险状态。
可选地，当所述支付差异信息中的差异金额为负数时，所述获取所述支付差异信息的处理状态，向所述核心系统发送与所述处理状态对应的提示信息，以供所述核心系统根据所述处理状态调整所述保险卡信息对应的保险卡的保险状态的步骤包括：
在推送所述差异提示信息的预设时长后，若所述支付差异信息的处理状态为处于未支付状态，则向核心系统发送所述支付故障未处理的提示信息，以供所述核心系统在对应的保险卡的状态为承保状态时，将所述保险卡的状态修改为停保状态。
可选地，当所述支付差异信息中的差异金额为负数时，所述获取所述支付差异信息的处理状态，向所述核心系统发送与所述处理状态对应的提示信息，以供所述核心系统根据所述处理状态调整所述保险卡信息对应的保险卡的保险状态的步骤包括：
在检测到所述支付差异提示信息的处理状态为已支付状态时，向所述核心系统发送支付故障已处理的提示信息，以供所述核心系统在对应的保险卡的状态为停保状态时，将所述保险卡的状态修改为承保状态。
可选地，当所述支付差异信息中的差异金额为正数时，所述将所述差异提示信息推送至与所述客户信息对应的客户端的步骤之后，所述支付故障的处理方法还包括：
获取所述保险卡信息对应的支付账户，将所述差异金额退回至所述支付账户。
可选地，所述支付故障的处理方法还包括：
接收客户端发送的支付故障处理请求；
将所述支付故障处理请求发送至核心系统，以供所述核心系统对所述支付故障请求进行核对，在经核对确认发生支付故障时，生成支付故障信息并下发。
此外，为实现上述目的，本发明还提供一种支付故障的处理装置，该支付故障的处理装置包括：
信息获取模块，用于在接收到核心系统下发的支付故障信息时，根据所述支付故障信息获取对应的保险卡信息、客户信息和支付差异信息；
信息发送模块，用于基于所述支付差异信息和保险卡信息生成差异提示信息，并将所述差异提示信息推送至与所述客户信息对应的客户端，以供客户基于所述客户端处理所述支付故障；
所述信息获取模块还用于：获取所述支付差异信息的处理状态；
所述信息发送模块还用于：向所述核心系统发送与所述处理状态对应的提示信息，以供所述核心系统根据所述处理状态调整所述保险卡信息对应的保险卡的保险状态。
可选地，当所述支付差异信息中的差异金额为负数时，所述信息发送模块还用于：在推送所述差异提示信息的预设时长，若所述支付差异信息的处理状态为处于未支付状态，则向核心系统发送所述支付故障未处理的提示信息，以供所述核心系统在对应的保险卡的状态为承保状态时，将所述保险卡的状态修改为停保状态。
可选地，所述信息发送模块还用于：在检测到所述支付差异提示信息的处理状态为已支付状态时，向所述核心系统发送支付故障已处理的提示信息，以供所述核心系统在对应的保险卡的状态为停保状态时，将所述保险卡的状态修改为承保状态。
可选地，当所述支付差异信息中的差异金额为正数时，所述支付故障的处理装置还包括：
支付处理模块，用于获取所述保险卡信息对应的支付账户，将所述差异金额退回至所述支付账户。
可选地，所述支付故障的处理装置还包括：
请求接收模块，用于接收客户端发送的支付故障处理请求；
所述信息发送模块还用于：将所述支付故障处理请求发送至核心系统，以供所述核心系统对所述支付故障请求进行核对，在经核对确认发生支付故障时，生成支付故障信息并下发。
本发明提出的支付故障的处理方法及装置，接收核心系统的下发的支付故障信息，并从该支付故障信息中获取对应的保险卡信息、客户信息以及支付差异信息，基于支付差异信息和保险卡信息生成差异提示信息，将差异提示信息推送至与客户信息对应的客户端，以供客户基于客户端处理支付故障，并且根据对支付差异信息的处理状态向和信息系统发送对应的提示信息，以供核心系统调整对应的保险卡的保险状态。本发明将根据支付故障信息生成的差异提示信息发送到客户端，并且根据对支付差异信息的处理状态调整保险卡的保险状态，对于客户来说，不需要到柜台办理，通过线上渠道即可对故障信息处理时，提高了对支付故障的处理效率且为客户带来了方便。
附图说明
图1为本发明支付故障的处理方法第一实施例的流程图；
图2为本发明支付故障的处理装置第一实施例的功能模块示意图；
图3为本发明支付故障的处理装置第二实施例的功能模块示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明提供一种支付故障的处理方法。参照图1所示，为本发明支付故障的处理方法第一实施例的流程图。
在本实施例中，该支付故障的处理方法包括：
步骤s10，在接收到核心系统下发的支付故障信息时，根据所述支付故障信息获取对应的保险卡信息、客户信息和支付差异信息。
步骤s20，基于所述支付差异信息和保险卡信息生成差异提示信息，并将所述差异提示信息推送至与所述客户信息对应的客户端，以供客户基于所述客户端处理所述支付故障。
本发明实施例提出的支付故障处理方法可以应用于保险卡的在线销售，可以由保险卡销售的核心系统定期对销售成功的订单信息及支付信息进行核对，以获取支付故障信息，或者由核心系统通过其他渠道获取到支付故障信息。本实施例在接收到核心系统下发的支付故障信息时，从支付故障信息中获取支付差异信息以及对应的订单信息，从订单信息中获取支付该订单的客户信息以及订单号，查询与该订单号对应的保险卡信息，其中，保险卡信息可以是保险卡的卡号。
在获取到保险卡信息、客户信息和支付差异信息后，根据支付差异信息和保险卡信息生成差异提示信息，该差异提示信息中包含有发生支付故障的订单信息、对应的保险卡信息以及差异金额，将差异信息发送到与客户信息对应的客户端，以供客户及时地了解到支付故障信息的详情，并根据接收到的支付差异信息核对自己的支付账户以及支付记录，并及时地对支付差异作出处理。
步骤s30，获取所述支付差异信息的处理状态，向所述核心系统发送与所述处理状态对应的提示信息，以供所述核心系统根据所述处理状态调整所述保险卡信息对应的保险卡的保险状态。
本实施例获取客户对于支付差异信息的处理状态，并将该处理状态发送到核心系统，以供核心系统根据处理状态调整对应的保险卡的保险状态。保险卡的保险状态包括承保状态和停保状态，一般情况下，在客户购买保险卡并激活之后，在核心系统处会将该保险卡的状态调整为承保状态。当核心系统检测到保险卡的订单存在支付故障，且当前为承保状态时，可以将该保险卡的状态修改为停保状态，在客户处理支付故障之后，再将该保险卡修改为承保状态。或者，先向客户发送差异提示信息，如果客户在一定的时间内没有处理支付故障，再将该保险卡修改为停保状态。
具体地，可以根据支付差异信息中的差异金额的具体情况进行处理。一般在发生支付故障时，差异金额会有两种情况，一种是订单实际支付的金额小于应该支付的金额，即差异金额为负数；另一种是订单实际支付的金额大于应该支付的金额，即差异金额为正数。
作为一种实施方式，当所述支付差异信息中的差异金额为负数时，步骤s30可以包括以下细化步骤：
在推送所述差异提示信息的预设时长后，若所述支付差异信息的处理状态为处于未支付状态，则向核心系统发送所述支付故障未处理的提示信息，以供所述核心系统在对应的保险卡的状态为承保状态时，将所述保险卡的状态修改为停保状态。
在该实施方式中，对于核心系统来说，在检测到有支付故障之后，不修改支付故障信息对应的保险卡的保险状态，而是先下发支付故障信息，在本实施例推送支付差异信息后的预设时长后，如果客户仍然没有支付差异金额，则向核心系统发送提示信息，此时，核心系统可以将保险卡的状态由承保状态修改为停保状态，以避免客户在不知情的情况下无法使用保险卡。进一步地，在支付差异信息中的差异金额为正数时，将差异提示信息推送至与客户信息对应的客户端之后，获取保险卡信息对应的支付账户，将所述差异金额退回至所述支付账户，也就是说，先通知客户发生了支付故障，然后将支付故障信息中的故障金额退还至客户的支付账户，该支付账户一般是用户通过线上渠道购买保险卡时使用的支付账户。
或者，作为另一种实施方式，当所述支付差异信息中的差异金额为负数时，步骤s30可以包括以下细化步骤：
在检测到所述支付差异提示信息的处理状态为已支付状态时，向所述核心系统发送支付故障已处理的提示信息，以供所述核心系统在对应的保险卡的状态为停保状态时，将所述保险卡的状态修改为承保状态。
在该实施方式中，在接收到客户端发送的补缴费请求时，从所述补缴费请求中获取保险卡信息以及缴费信息，判断所述缴费信息与所述保险卡信息对应的差异金额是否一致；若是，则确认该客户端完成了补缴费，即对应的支付差异信息的处理状态为已支付状态，此时，可以核心系统发送支付故障已处理的提示信息，核心系统在对应的保险卡的状态为停保状态时，将所述保险卡的状态修改为承保状态，以使客户能够正常使用保险卡，如果在核心系统处该保险卡的状态为承保状态，则无需修改。
进一步地，当所述支付差异信息中的差异金额为负数时，核心系统在将保险卡的保险状态由承保状态修改为停保状态之后，本实施例在接收到对应的客户信息发送的购卡请求时，禁止向该客户信息对应的客户端售卡，并且向该客户端发送处理支付故障的提示信息。
本实施例提出的支付故障的处理方法，接收核心系统的下发的支付故障信息，并从该支付故障信息中获取对应的保险卡信息、客户信息以及支付差异信息，基于支付差异信息和保险卡信息生成差异提示信息，将差异提示信息推送至与客户信息对应的客户端，以供客户基于客户端处理支付故障，并且根据对支付差异信息的处理状态向和信息系统发送对应的提示信息，以供核心系统调整对应的保险卡的保险状态。本实施例将根据支付故障信息生成的差异提示信息发送到客户端，并且根据对支付差异信息的处理状态调整保险卡的保险状态，对于客户来说，不需要到柜台办理，通过线上渠道即可对故障信息处理时，提高了对支付故障的处理效率且为客户带来了方便。
基于第一实施例提出本发明支付故障的处理方法的第二实施例。在本实施例中，在步骤s10之前，该支付故障的处理方法还包括：
接收客户端发送的支付故障处理请求；
将所述支付故障处理请求发送至核心系统，以供所述核心系统对所述支付故障请求进行核对，在经核对确认发生支付故障时，生成支付故障信息并下发。
在该实施例中，客户可以基于客户端主动发起支付故障处理请求，并且可以在发送的支付故障处理请求中携带发生支付故障的保险卡信息，以便于对支付故障请求进行核对，本实施例在接收到客户端发送的支付故障处理请求时，将支付故障请求发送到核心系统，对于核心系统来说，可以根据保险卡信息查找对应的订单，并根据订单的支付情况判断客户在购买该保险卡时是否发生支付故障，如果经过核对确认发生支付故障，则生成支付故障信息并下发；如果经过核对，该订单在支付时未发生支付故障，则生成支付正常的提示信息并下发，本实施例在接收到核心系统下发的提示信息时，将该提示信息发送给客户端。进一步地，本实施例还可以在从支付故障处理请求中获取到保险卡信息时，向客户端发送受理通知，以提示客户端该请求已经被受理，以使客户及时地了解到支付故障的处理进度。
本发明还提出一种支付故障的处理装置。
参照图2所示，为本发明支付故障的处理装置第一实施例的功能模块示意图。
在该实施例中，该支付故障的处理装置包括：
信息获取模块10，用于在接收到核心系统下发的支付故障信息时，根据所述支付故障信息获取对应的保险卡信息、客户信息和支付差异信息。
信息发送模块20，用于基于所述支付差异信息和保险卡信息生成差异提示信息，并将所述差异提示信息推送至与所述客户信息对应的客户端，以供客户基于所述客户端处理所述支付故障。
本发明实施例提出的支付故障处理装置可以是位于前端的自助保险卡系统，该系统与位于后端的核心系统通信，并且能够与客户端通信；该装置可以应用于保险卡的在线销售，由保险卡销售的核心系统定期对销售成功的订单信息及支付信息进行核对，以获取支付故障信息，或者由核心系统通过其他渠道获取到支付故障信息。本实施例的支付故障的处理装置在接收到核心系统下发的支付故障信息时，信息获取模块10从支付故障信息中获取支付差异信息以及对应的订单信息，从订单信息中获取支付该订单的客户信息以及订单号，查询与该订单号对应的保险卡信息，其中，保险卡信息可以是保险卡的卡号。
在获取到保险卡信息、客户信息和支付差异信息后，信息发送模块20根据支付差异信息和保险卡信息生成差异提示信息，该差异提示信息中包含有发生支付故障的订单信息、对应的保险卡信息以及差异金额，将差异信息发送到与客户信息对应的客户端，以供客户及时地了解到支付故障信息的详情，并根据接收到的支付差异信息核对自己的支付账户以及支付记录，并及时地对支付差异作出处理。
信息获取模块10还用于：获取所述支付差异信息的处理状态。
信息发送模块20还用于：向所述核心系统发送与所述处理状态对应的提示信息，以供所述核心系统根据所述处理状态调整所述保险卡信息对应的保险卡的保险状态。
支付故障的处理装置获取客户对于支付差异信息的处理状态，并将该处理状态发送到核心系统，以供核心系统根据处理状态调整对应的保险卡的保险状态。保险卡的保险状态包括承保状态和停保状态，一般情况下，在客户购买保险卡并激活之后，在核心系统处会将该保险卡的状态调整为承保状态。当核心系统检测到保险卡的订单存在支付故障，且当前为承保状态时，可以将该保险卡的状态修改为停保状态，在客户处理支付故障之后，再将该保险卡修改为承保状态。或者，先向客户发送差异提示信息，如果客户在一定的时间内没有处理支付故障，再将该保险卡修改为停保状态。
具体地，可以根据支付差异信息中的差异金额的具体情况进行处理。一般在发生支付故障时，差异金额会有两种情况，一种是订单实际支付的金额小于应该支付的金额，即差异金额为负数；另一种是订单实际支付的金额大于应该支付的金额，即差异金额为正数。
作为一种实施方式，当所述支付差异信息中的差异金额为负数时，信息发送模块20还用于：在推送所述差异提示信息的预设时长后，若所述支付差异信息的处理状态为处于未支付状态，则向核心系统发送所述支付故障未处理的提示信息，以供所述核心系统在对应的保险卡的状态为承保状态时，将所述保险卡的状态修改为停保状态。
在该实施方式中，对于核心系统来说，在检测到有支付故障之后，不修改支付故障信息对应的保险卡的保险状态，而是先下发支付故障信息，在本实施例推送支付差异信息后的预设时长后，如果客户仍然没有支付差异金额，则向核心系统发送提示信息，此时，核心系统可以将保险卡的状态由承保状态修改为停保状态，以避免客户在不知情的情况下无法使用保险卡。进一步地，在支付差异信息中的差异金额为正数时，支付故障的处理装置还包括：支付处理模块，用于获取所述保险卡信息对应的支付账户，将所述差异金额退回至所述支付账户，该支付账户一般是用户通过线上渠道购买保险卡时使用的支付账户。
或者，作为另一种实施方式，当所述支付差异信息中的差异金额为负数时，信息发送模块20还用于：在检测到所述支付差异提示信息的处理状态为已支付状态时，向所述核心系统发送支付故障已处理的提示信息，以供所述核心系统在对应的保险卡的状态为停保状态时，将所述保险卡的状态修改为承保状态。
在该实施方式中，在接收到客户端发送的补缴费请求时，从所述补缴费请求中获取保险卡信息以及缴费信息，判断所述缴费信息与所述保险卡信息对应的差异金额是否一致；若是，则确认该客户端完成了补缴费，即对应的支付差异信息的处理状态为已支付状态，此时，可以核心系统发送支付故障已处理的提示信息，核心系统在对应的保险卡的状态为停保状态时，将所述保险卡的状态修改为承保状态，以使客户能够正常使用保险卡，如果在核心系统处该保险卡的状态为承保状态，则无需修改。
进一步地，当所述支付差异信息中的差异金额为负数时，核心系统在将保险卡的保险状态由承保状态修改为停保状态之后，本实施例在接收到对应的客户信息发送的购卡请求时，禁止向该客户信息对应的客户端售卡，并且信息发送模块20向该客户端发送处理支付故障的提示信息。
本实施例提出的支付故障的处理装置，接收核心系统的下发的支付故障信息，并从该支付故障信息中获取对应的保险卡信息、客户信息以及支付差异信息，基于支付差异信息和保险卡信息生成差异提示信息，将差异提示信息推送至与客户信息对应的客户端，以供客户基于客户端处理支付故障，并且根据对支付差异信息的处理状态向和信息系统发送对应的提示信息，以供核心系统调整对应的保险卡的保险状态。本实施例将根据支付故障信息生成的差异提示信息发送到客户端，并且根据对支付差异信息的处理状态调整保险卡的保险状态，对于客户来说，不需要到柜台办理，通过线上渠道即可对故障信息处理时，提高了对支付故障的处理效率且为客户带来了方便。
基于第一实施例提出本发明支付故障的处理装置的第二实施例。在本实施例中，参照图3所示，该支付故障的处理装置还包括：
请求接收模块30，用于接收客户端发送的支付故障处理请求。
信息发送模块20还用于：将所述支付故障处理请求发送至核心系统，以供所述核心系统对所述支付故障请求进行核对，在经核对确认发生支付故障时，生成支付故障信息并下发。
在该实施例中，客户可以基于客户端主动发起支付故障处理请求，并且在发送的支付故障处理请求中携带发生支付故障的保险卡信息，以便于对支付故障请求进行核对，支付故障的处理装置在接收到客户端发送的支付故障处理请求时，信息发送模块20将支付故障请求发送到核心系统，对于核心系统来说，可以根据保险卡信息查找对应的订单，并根据订单的支付情况判断客户在购买该保险卡时是否发生支付故障，如果经过核对确认发生支付故障，则生成支付故障信息并下发；如果经过核对，该订单在支付时未发生支付故障，则生成支付正常的提示信息并下发，支付故障的处理装置在接收到核心系统下发的提示信息时，信息发送模块20将该提示信息发送给客户端。进一步地，本实施例还可以在从支付故障处理请求中获取到保险卡信息时，向客户端发送受理通知，以提示客户端该请求已经被受理，以使客户及时地了解到支付故障的处理进度。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，云端服务器或者网络设备等)执行本发明各个实施例的方法。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
另外，在发明中涉及“第一”、“第二”等等的描述仅描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当人认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。