CN112085592A - 银行卡争议账款业务处理方法及装置 - Google Patents

Abstract

本发明公开了一种银行卡争议账款业务处理方法及装置，其中该方法包括：获取争议业务系统中的待处理争议业务；监测待处理争议业务的业务处理状态；根据待处理争议业务的业务处理状态，触发账务系统对待处理争议业务进行账款处理；将待处理争议业务的账款处理结果，发送到持卡用户的第一终端、商户的第二终端或账务处理业务人员的第三终端。本发明由争议业务系统触发账务系统对待处理争议业务进行账款处理，能够实现争议账款业务的自动处理，大大提高了时效性，避免人工操作容易出错的风险。

Description

银行卡争议账款业务处理方法及装置

技术领域

本发明涉及系统交互领域，尤其涉及一种银行卡争议账款业务处理方法及装置。

背景技术

本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

传统银行卡争议账务处理过程中，由争议业务处理人判断争议结果后，通知账务人员完成相应的账务处理。在账务处理之前，账务人员需要手工对各卡组织在争议流程中产生的账款进行挂销账台账登记，且总行账务人员只能将一级分行作为落账机构，当争议周期结束后，实际需要进行入持卡人账或扣商户账的，经下级分行再确认后，由落账机构进行处理。

现有银行卡争议账款业务处理方式，存在业务人员根据争议交易的状态和账务情况进行手工账务处理，对于对方超期未回复而结束争议的情况，也需要人工进行判断后处理，存在手工操作容易出错的风险。遇到假期还会延长争议账款的处理周期，时效性差，影响用户体验。

针对上述问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例中提供了一种银行卡争议账款业务处理方法，用以解决现有基于手工操作的银行卡争议账款业务处理方式，存在时效性差、容易出错的技术问题，该方法包括：获取争议业务系统中的待处理争议业务；监测待处理争议业务的业务处理状态；根据待处理争议业务的业务处理状态，触发账务系统对待处理争议业务进行账款处理；将待处理争议业务的账款处理结果，发送到持卡用户的第一终端、商户的第二终端或账务处理业务人员的第三终端。

本发明实施例中还提供了一种银行卡争议账款业务处理装置，用以解决现有基于手工操作的银行卡争议账款业务处理方式，存在时效性差、容易出错的技术问题，该装置包括：业务获取模块，用于获取争议业务系统中的待处理争议业务；业务状态监测模块，用于监测待处理争议业务的业务处理状态；账款处理模块，用于根据待处理争议业务的业务处理状态，触发账务系统对待处理争议业务进行账款处理；账款处理结果通知模块，用于将待处理争议业务的账款处理结果，发送到持卡用户的第一终端、商户的第二终端或账务处理业务人员的第三终端。

本发明实施例中还提供了一种计算机设备，用以解决现有基于手工操作的银行卡争议账款业务处理方式，存在时效性差、容易出错的技术问题，该计算机设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述银行卡争议账款业务处理方法。

本发明实施例中还提供了一种计算机可读存储介质，用以解决现有基于手工操作的银行卡争议账款业务处理方式，存在时效性差、容易出错的技术问题，该计算机可读存储介质存储有执行上述银行卡争议账款业务处理方法的计算机程序。

本发明实施例中，获取争议业务系统中的待处理争议业务；监测待处理争议业务的业务处理状态；根据待处理争议业务的业务处理状态，触发账务系统对待处理争议业务进行账款处理；将待处理争议业务的账款处理结果，发送到持卡用户的第一终端、商户的第二终端或账务处理业务人员的第三终端，与现有技术中基于手工操作的银行卡争议账款业务处理方式相比，本发明实施例中由争议业务系统触发账务系统对待处理争议业务进行账款处理，能够实现争议账款业务的自动处理，大大提高了时效性，避免人工操作容易出错的风险。

附图说明

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

图1为本发明实施例中提供的一种银行卡争议账款业务处理方法流程图；

图2为本发明实施例中提供的一种发卡侧争议业务处理流程图；

图3为本发明实施例中提供的一种收单侧争议业务处理流程图；

图4为本发明实施例中提供的一种银行卡争议账款业务处理装置的结构示意图；

图5为本发明实施例中提供的一种计算设备示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

本发明实施例中提供了一种银行卡争议账款业务处理方法，图1为本发明实施例中提供的一种银行卡争议账款业务处理方法流程图，如图1所示，该方法包括如下步骤：

S101，获取争议业务系统中的待处理争议业务。

需要说明的是，本发明实施例中争议业务系统是指对银行卡争议交易进行处理的业务系统，该系统可从不同卡组织争议平台获取各类银行卡争议交易。在一个实施例中，争议业务系统可通过Web Service直连方式对接各卡组争议平台。

可选地，本发明实施例中待处理争议业务可以是发卡侧的争议业务，也可以是收单侧的争议业务。对于作为发卡行或收单行的银行来说，账款会在争议流程中在总行、分行、持卡用户、商户之间进行流转，本发明实施例能够实现争议业务处理流程中争议账款的自动流转。

S102，监测待处理争议业务的业务处理状态。

由于争议业务处理周期比较长，且整个处理过程涉及到调单查询、一次拒付、二次请款、二次拒付、预仲裁、仲裁等流程；因而，为了实现争议业务账款的自动处理，需要监测争议业务的业务处理状态，以便在不同业务处理流程节点，触发相应的账务系统，对争议业务进行相应的账款处理。

银行卡争议业务处理因其流程步骤较多、周期较长(通常，银行卡争议可在原始交易结束后180天内发起，且后续争议各流程之间的应答间隔也都在30天或以上，争议周期最长可达120天)，且争议结果需要经发卡行、卡组织和收单行三方多轮处理才能最终决定争议结果及其账款终态。在此过程中，大型银行作为对接各个国际卡组织的发卡行或收单行，需要通过内部台账，使用挂销账的方式来暂挂持卡人或垫付商户账款，并根据争议交易最终裁决结果进行核销，此过程中，因各卡组织争议流程不尽相同，银行作为发卡行或收单行的处理逻辑也不同，因此争议交易产生的账务处理，需要争议业务人员判断争议结果后联系持卡用户或商户，再由账务人员手工逐级划拨到落账分行并进行报表核对，需要大量人工操作，存在业务断点。本发明实施例，通过通过系统自动识别争议业务中相关交易的状态，完成银行内部的争议账款处理。

S103，根据待处理争议业务的业务处理状态，触发账务系统对待处理争议业务进行账款处理。

本发明实施例中触发账务系统的方式包括但不限于如下两种：

第一种：争议业务系统按照预设周期(例如，每日)从不同卡组织获取各类争议交易，各卡组织提供的争议交易收发方式不同，例如，联机接口处理方式(银联、万事达、VISA)，或清算文件处理方式(JCB、美国运通、大莱卡等)。对于进入争议业务系统的争议交易，根据其业务类型(发卡、收单)以及交易类型(一次拒付、二次请款、二次拒付、预仲裁、仲裁)，查询其实际落账机构并对该机构进行挂销账，如果争议成功，则进行账务处理。

第二种：由于某个争议交易未在规定的到期日内发起后续争议，将失去继续争议的权利，因而，可通过设置计时器的方式，按照预设周期(例如，每日)检测当前已挂账交易的到日期情况，若满足条件将判定争议结果并触发账务处理。对于需要挂销账的交易，到核心系统完成对应的账务处理，并按照省行级以及落账机构级生成账务报表发送对应的账务处理人员；同时将发卡侧争议结果发送客服联系持卡用户，将收单侧争议结果发送分行商户管理人告知商户。

S104，将待处理争议业务的账款处理结果，发送到持卡用户的第一终端、商户的第二终端或账务处理业务人员的第三终端。

需要说明的是，本发明实施例中第一终端、第二终端和第三终端可以是手机、笔记本电脑、计算机等终端。

在具体实施时，可以将发卡侧争议业务的账款处理结果发送给持卡用户；将收单侧争议业务的账款处理结果发送给商户；根据账款处理结果生成台账或报表，发送给账务处理业务人员。

本发明实施例中，通过整合争议业务系统和账务系统，打通了当前争议账款处理模式存在的业务断点，对于发卡行，在持卡人提出否认交易并成功向收单行提出拒付请求后，争议账款先暂挂在该账号所属落账机构，并根据后续争议结果来最终核销对应的账，并判断是否入持卡人账(争议成功是入账，争议失败则不处理)。对于收单行，收到对方发卡行发来的拒付交易后，资金被卡组织清算并划拨走，由该商户的所属落账机构先行垫付商户账并在核心系统中挂该机构的账并根据最终争议结果对账务进行核销并决定是否扣商户账(商户争议失败则扣商户账)。

进一步地，本发明实施例可支持通过配置方式进行落账机构设定，并按照总行、分行、落账机构等维度为业务提供临时台账管理功能，并根据争议交易和计时器跟踪当前争议所处的阶段进行挂销账处理，自动判断争议交易结果，根据争议终态进行持卡人和商户账务处理，并按照总、分行及各落账机构出具账务报表，并转客服及商户管理团队告知客户争议结果。

如果满足争议结束的条件则自动进行账务终态处理(包括触发挂销账及入持卡人账、扣商户账等操作)，并自动生成报表到账务处理人、告知客服联系持卡人、告知商户管理团队联系商户，生成报表提供给账务处理人进行对账。

由于大型银行的机构层级较多，各家分行在账务管理上职责分配也不尽相同，因此在争议账款处理上，传统的由总行到一级分行，再由一级分行继续下划的方式复杂性较高，因而，在一个实施例中，上述S103可以通过如下步骤来实现：获取待处理争议业务的业务处理状态；根据待处理争议业务的业务处理状态，确定挂销账的落账机构；触发落账机构的账务系统，对待处理争议业务进行账款处理。通过该实施例，能够实现落账机构的自动挂钩，避免人工指定落账机构流程复杂的问题，从预先定义或提高争议账款业务的整体处理效率。

在一个实施例中，如果待处理争议业务为发卡行的争议业务，则触发发卡行落账机构的账务系统，对待处理争议业务执行挂账处理；监测待处理争议业务的争议结果；如果待处理争议业务的争议结果为争议成功，则对待处理争议业务执行销账处理，并将相应的账款转入持卡用户的账户；如果待处理争议业务的争议结果为争议成功，则对待处理争议业务执行销账处理。

在另一个实施例中，如果待处理争议业务为收单行的争议业务，则触发收单行落账机构的账务系统，对待处理争议业务执行垫付账处理；监测待处理争议业务的争议结果；如果待处理争议业务的争议结果为争议成功，则对待处理争议业务执行销账处理；如果待处理争议业务的争议结果为争议失败，则对待处理争议业务执行销账处理，并扣除商户账户中相应的账款。

本申请对挂销账交易的处理模块，本模块承接争议模块触发的挂销账并自动进行账务处理后，发账务、客服以及分行收单团队处理。具体步骤如下：

作为一种可选的实施方式，根据本发明实施例中提供的银行卡争议账款业务处理方法，可以提供一个银行争议账款业务处理平台，用于根据争议交易类型和对应的争议期限判断当前争议的进程以便及时进行账务处理，进而根据争议触发的账务处理，查询对应的落账机构并进行自动账务处理。该平台包括：争议处理模块和账务处理模块。

1)争议处理模块：通过与各卡组织直连或者批量接口对接方式交互，由业务人员发起争议交易并接收从卡组织来的金融类报文，并触发调用账务处理模块。具体如下：

如图2所示，发卡侧争议业务的处理包括：由持卡人发起的争议交易，如果发卡行成功向对方收单行发起一次拒付，则触发挂账交易到核心系统挂对应落账机构的账款；如果对方接受我行拒付或TIMER扫描对方未在拒付期限内发起二次请款，则判定争议成功触发销账，并入持卡人账。如果收到对方发起的二次请款且我行持卡人接受，则争议失败并销账；若持卡人发起二次拒付或预仲裁，对方接受或TIMER在争议期内未检测到对方发起后续交易，则触发销账并入持卡人账；若对方不接受则发起仲裁流程，根据仲裁结果进行销账并决定是否入持卡人账。

如图3所示，收单侧争议业务的处理包括：收单行接收到对方发起一次拒付后，则触发挂账交易并由落账机构暂时垫付商户账；如果商户接受拒付则争议失败触发销账，并扣商户账。如果商户发起的二次请款，对方接受或TIMER扫描争议期限内对方未发起二次拒付，则争议成功并销账；若对方发起二次拒付或预仲裁而商户接受则触发销账并扣商户账；若我行商户不接二次拒付或预仲裁收则发起仲裁流程，根据仲裁结果进行销账并决定是否扣商户账。

2)账务处理模块：根据争议业务种类，调用不同的账务处理子模块。

对于发卡侧业务：账务处理模块收到挂账交易请求，根据当前卡片所属机构号进行落账机构查询，如果该属机构不是落账机构，则继续查找其上级机构，直到找到上级机构是业务人员维护的落账机构，并到核心系统挂该机构的贷记账。如果最终争议失败则销账，如果争议成功，则自动销对应机构的账，并入持卡人账。日终分别生成总行、一级分行、落账机构台账清单以及入账清单到对应机构处理人。如果争议结束，将争议结果发送客服通知持卡人。

对于收单侧业务：收到一次拒付之后会触发挂账交易，根据当前交易商户号进行落账机构查询，如果该商户所属机构不是落账机构，则继续查找其上级机构，直到找到上级机构是业务人员维护的落账机构，因此时卡组织已将本行账款扣划，因此暂时由落账机构垫付商户账，并到核心系统挂该机构的借记账。如果商户最终争议成功，则自动销对应机构的账，如果争议失败则销账并扣商户账。日终分别生成总行、一级分行、落账机构台账清单以及入账清单到对应机构处理人。如果争议结束将争议结果发送分行商户团队负责人告知商户。

作为一种可选的实施方式，本发明实施例中争议处理模块和账务处理模块的交互过程如下：

①争议处理模块负责收发争议交易，负责对接各卡组织，将我行业务人员发起的争议交易以及从各国际卡组织接入的对方行发起的争议交易导入争议业务系统，如果遇到一次拒付(及其冲正)、二次请款(及其冲正)、二次拒付(及其冲正)、预仲裁、仲裁争议，则触发账务处理模块对该交易进行账务处理。

②争议处理模块的定时子模块每日针对已挂账交易进行扫描，并结合该交易的争议到日期判定争议流程是否已结束，如果涉及争议流程结束的，则根据争议结果触发挂销账及入持卡人账、扣商户账等操作。定时子模块需要维护各卡组织的各类争议交易的交易期限，如表1所示，对于已过期限的，判定是否结束争议，对于需要本行后续处理的交易，如果已到内部到日期，则通知客服或分行商户管理人员尽快联系持卡人或商户进行后续争议处理。

表1各卡组织的争议交易期限表

③账务处理模块收到争议模块触发的账务交易后，根据当前交易类型和业务类型，识别挂销账类型以及落账机构，并到核心系统去进行挂销账处理，涉及争议流程结束的，进行入持卡人账或扣商户账。

④账务处理模块的报表子模块每日根据挂销账处理结果分别生成总行、分行、落账机构级别的台账展示给对应的账务业务处理人，并与卡组织、本行总账等对账文件进行核对后成生报表。

⑤对于账务处理模块已处理完毕的争议结果终态信息，通过争议处理模块的外联接口将发卡侧结果通过客服告知持卡人，将收单侧结果通过各分行商户管理人员通知商户。

本发明实施例中，通过整合争议处理模块和账务处理模块，对于争议争议处理、落账机构账务处理、争议结果判断、客户服务(账务报表核对、通知持卡人以及商户沟通)，能够在在争议交易生成时(我行处理人录入争议、对方行发起的争议交易)和TIMER定时作业两个渠道对每日我行新进和已到期的争议交易进行判断，如果已到争议终态，则触发账务处理；对于大型银行来说，机构层级较多，且通常与各卡组织的账务清算都在总行层级，而内部又需要将争议账款下划到具体的落账分行，因此本发明中增加了落账机构的铺底数据，在自动账务处理过程中，直接将对应的账务与实际的落账分行挂钩，生成台账。通过本发明实施例，减少了账务处理人对具体账务划拨机构的人工干预，降低人力成本，减少手工处理出错的可能性。

需要说明的是，对于落账机构的设定，因所属分行以及收单商户所属行可能为三级或更低级的网点，仅作为客户沟通的处理机构而并不作为落账机构，因此需要由各分行设定本行及下辖行的机构是否作为发卡或收单侧交易处理的账务处理机构，在系统中作为铺底数据，后续有变动可通过调整配置的方式实现。在定时子模块中，每日定时作业会对已挂账交易做到期日判断，不同卡组织的不同争议交易到期日不尽相同，需要业务人员根据卡组织的规范要求进行参数配置，如有变动则可通过调整参数的方式实现。

基于同一发明构思，本发明实施例中还提供了一种银行卡争议账款业务处理装置，如下面的实施例所述。由于该装置解决问题的原理与银行卡争议账款业务处理方法相似，因此该装置的实施可以参见银行卡争议账款业务处理方法的实施，重复之处不再赘述。

图4为本发明实施例中提供的一种银行卡争议账款业务处理装置，如图4所示，该装置可以包括：业务获取模块41、业务状态监测模块42、账款处理模块43和账款处理结果通知模块44。

其中，业务获取模块41，用于获取争议业务系统中的待处理争议业务；业务状态监测模块42，用于监测待处理争议业务的业务处理状态；账款处理模块43，用于根据待处理争议业务的业务处理状态，触发账务系统对待处理争议业务进行账款处理；账款处理结果通知模块44，用于将待处理争议业务的账款处理结果，发送到持卡用户的第一终端、商户的第二终端或账务处理业务人员的第三终端。

在一个实施例中，上述账款处理模块43还可以用于：业务获取待处理争议业务的业务处理状态；根据待处理争议业务的业务处理状态，确定挂销账的落账机构；触发落账机构的账务系统，对待处理争议业务进行账款处理。

在一个实施例中，上述账款处理模块43还可以包括：发卡行账款处理模块431，用于如果待处理争议业务为发卡行的争议业务，则触发发卡行落账机构的账务系统，对待处理争议业务执行挂账处理；收单行账款处理模块432，用于如果待处理争议业务为收单行的争议业务，则触发收单行落账机构的账务系统，对待处理争议业务执行垫付账处理。

可选地，基于上述实施例，发卡行账款处理模块431还可以用于：监测待处理争议业务的争议结果；如果待处理争议业务的争议结果为争议成功，则对待处理争议业务执行销账处理，并将相应的账款转入持卡用户的账户；如果待处理争议业务的争议结果为争议成功，则对待处理争议业务执行销账处理。

可选地，基于上述实施例，收单行账款处理模块432还可以用于：监测待处理争议业务的争议结果；如果待处理争议业务的争议结果为争议成功，则对待处理争议业务执行销账处理；如果待处理争议业务的争议结果为争议失败，则对待处理争议业务执行销账处理，并扣除商户账户中相应的账款。

基于同一发明构思，本发明实施例中还提供了一种计算机设备，用以解决现有基于手工操作的银行卡争议账款业务处理方式，存在时效性差、容易出错的技术问题，图5为本发明实施例中提供的一种计算设备示意图，如图5所示，该计算机设备50包括存储器501、处理器502及存储在存储器501上并可在处理器502上运行的计算机程序，处理器502执行计算机程序时实现上述银行卡争议账款业务处理方法。

基于同一发明构思，本发明实施例中还提供了一种计算机可读存储介质，用以解决现有基于手工操作的银行卡争议账款业务处理方式，存在时效性差、容易出错的技术问题，该计算机可读存储介质存储有执行上述银行卡争议账款业务处理方法的计算机程序。

综上所述，本发明实施例中提供了一种银行卡争议账款业务处理方法、装置、计算机设备及计算机可读存储介质，将争议处理、账务处理和客户服务的流程进行一体化整合，当前银行在与各卡组织争议处理、各级落账机构账务处理方面存在断点，无法通过自动化方式将争议账款的处理做到全流程自动化。与现有技术中基于手工操作的银行卡争议账款业务处理方式相比，本发明实施例中由争议业务系统触发账务系统对待处理争议业务进行账款处理，能够实现争议账款业务的自动处理，大大提高了时效性，避免人工操作容易出错的风险。

通过本发明实施例，能够实现但不限于如下技术效果：

①打通争议交易和账务处理之间的业务断点，对于金融类争议交易产生的账务，自动根据其类型进行挂销账，并通过结合争议交易流程和到日期，进行争议成功判断，并进行销账、入持卡人账、扣商户账等操作。

②整合总分行落账机构，通过一次铺底数据，实现争议类账款自动下划到实际落账机构，减少人工操作的复杂性和易错性。

③对争议结果自动生成台账和报表，并发送客服联系持卡人或分行收单商户管理人员联系商户，增强用户交易结果时效性和客户体验。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种银行卡争议账款业务处理方法，其特征在于，包括：

获取争议业务系统中的待处理争议业务；

监测所述待处理争议业务的业务处理状态；

根据所述待处理争议业务的业务处理状态，触发账务系统对所述待处理争议业务进行账款处理；

将所述待处理争议业务的账款处理结果，发送到持卡用户的第一终端、商户的第二终端或账务处理业务人员的第三终端。

2.如权利要求1所述的方法，其特征在于，根据所述待处理争议业务的业务处理状态，触发账务系统对所述待处理争议业务进行账款处理，包括：

获取所述待处理争议业务的业务处理状态；

根据所述待处理争议业务的业务处理状态，确定挂销账的落账机构；

触发所述落账机构的账务系统，对所述待处理争议业务进行账款处理。

3.如权利要求2所述的方法，其特征在于，触发所述落账机构的账务系统，对所述待处理争议业务进行账款处理，包括：

如果所述待处理争议业务为发卡行的争议业务，则触发发卡行落账机构的账务系统，对所述待处理争议业务执行挂账处理；

如果所述待处理争议业务为收单行的争议业务，则触发收单行落账机构的账务系统，对所述待处理争议业务执行垫付账处理。

4.如权利要求3所述的方法，其特征在于，在触发发卡行落账机构的账务系统，对所述待处理争议业务执行挂账处理之后，所述方法还包括：

监测所述待处理争议业务的争议结果；

如果所述待处理争议业务的争议结果为争议成功，则对所述待处理争议业务执行销账处理，并将相应的账款转入持卡用户的账户；

如果所述待处理争议业务的争议结果为争议成功，则对所述待处理争议业务执行销账处理。

5.如权利要求3所述的方法，其特征在于，在触发收单行落账机构的账务系统，对所述待处理争议业务执行垫付账处理之后，所述方法还包括：

监测所述待处理争议业务的争议结果；

如果所述待处理争议业务的争议结果为争议成功，则对所述待处理争议业务执行销账处理；

如果所述待处理争议业务的争议结果为争议失败，则对所述待处理争议业务执行销账处理，并扣除商户账户中相应的账款。

6.一种银行卡争议账款业务处理装置，其特征在于，包括：

业务获取模块，用于获取争议业务系统中的待处理争议业务；

业务状态监测模块，用于监测所述待处理争议业务的业务处理状态；

账款处理模块，用于根据所述待处理争议业务的业务处理状态，触发账务系统对所述待处理争议业务进行账款处理；

账款处理结果通知模块，用于将所述待处理争议业务的账款处理结果，发送到持卡用户的第一终端、商户的第二终端或账务处理业务人员的第三终端。

7.如权利要求6所述的装置，其特征在于，所述账款处理模块还用于：

业务获取所述待处理争议业务的业务处理状态；

根据所述待处理争议业务的业务处理状态，确定挂销账的落账机构；

触发所述落账机构的账务系统，对所述待处理争议业务进行账款处理。

8.如权利要求7所述的装置，其特征在于，所述账款处理模块包括：

发卡行账款处理模块，用于如果所述待处理争议业务为发卡行的争议业务，则触发发卡行落账机构的账务系统，对所述待处理争议业务执行挂账处理；

收单行账款处理模块，用于如果所述待处理争议业务为收单行的争议业务，则触发收单行落账机构的账务系统，对所述待处理争议业务执行垫付账处理。

9.如权利要求8所述的装置，其特征在于，所述发卡行账款处理模块还用于：

监测所述待处理争议业务的争议结果；

如果所述待处理争议业务的争议结果为争议成功，则对所述待处理争议业务执行销账处理，并将相应的账款转入持卡用户的账户；

如果所述待处理争议业务的争议结果为争议成功，则对所述待处理争议业务执行销账处理。

10.如权利要求8所述的装置，其特征在于，所述收单行账款处理模块还用于：

监测所述待处理争议业务的争议结果；

如果所述待处理争议业务的争议结果为争议成功，则对所述待处理争议业务执行销账处理；

如果所述待处理争议业务的争议结果为争议失败，则对所述待处理争议业务执行销账处理，并扣除商户账户中相应的账款。

11.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至5任一项所述银行卡争议账款业务处理方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求1至5任一项所述银行卡争议账款业务处理方法的计算机程序。

Images