一种异常清算处理方法和系统与流程

本发明一般地涉及银行卡交易技术领域，并且具体地，涉及银行卡交易的异常清算处理方法和系统。

背景技术：

在银行卡交易过程中，通常由卡组织负责银行卡交易参与各方的信息转接。卡组织按照既定的规则及费用价格对参与交易的各方进行资金（包括本金和各类手续费、分润费用）的清分清算。清分清算的要素来自于各参与方上送或传输的报文信息域。随着交易业务场景的日趋多样化和复杂化，机构在交易中错误上送商户类型、特殊计费标识、渠道、卡等级、分润算法等影响计费结果的信息域的情况越来越普遍。这类错误的处理周期往往较长，影响交易各方的合理权益。

为纠正错误，收单机构作为交易受理方，通常需同时联系多个发卡机构以追回损失，而发卡机构每年也会接到众多收单机构联系退款的事宜。目前，所有这些退款操作均需手工处理，工作量巨大，并且处置不便。发卡机构往往还缺乏核实交易信息真实性的现实条件，并且部分机构不愿意退还手续费。对于收单机构而言，也面临沟通成本高、追回全部损失的可能性小之类的问题。这类因机构原因导致的异常清算一定程度上影响了参与各方开展银行卡创新业务的积极性，尤其可能对于卡组织推出的创新支付业务心存顾虑。

因此，所期望的是设计一种可靠的异常清算方案，以帮助参与交易的各方维护其正当权益并且优化交易流程。

技术实现要素：

有鉴于此，本发明提供一种异常清算处理方法和系统，可改善上述问题。一方面，本发明提供了一种异常清算处理方法，其包括：接收交易异常清算数据，所述交易异常清算数据包括正确的交易清算信息；从所述交易异常清算数据中提取交易识别信息；依据交易识别信息从交易历史库中收集已清算交易数据；将所述交易异常清算数据与所述以清算交易数据比较以确定待纠正交易；以及根据所述正确的交易清算信息对所述待纠正交易进行重新清算。

在如上所述的方法中，交易识别信息包括商户代码及交易日期，并且收集已清算交易数据包括：按商户代码和交易日期从交易历史库中提取已清算交易数据；按交易日期分别将已清算交易数据和交易异常清算数据进行结构化分块存储；在相同交易日期的已清算交易数据块和交易异常清算数据块中按交易要素进行匹配以确定待纠正交易。

在如上所述的方法中，交易要素包括传输时间、系统跟踪号、受理机构代码、发送机构代码中的一个或多个。

如上所述的方法还可以包括用所述正确的交易清算信息替换所述待纠正交易先前的清算明细。

如上所述的方法还可以包括将重新清算的结果与先前清算的结果进行轧差；依据轧差结果确定与交易关联的各方的费用明细；以及将费用明细形成所述各方的收付费交易。

如上所述的方法还可以包括将所述费用明细生成明细文件以及将所述明细文件发送至所述各方。

如上所述的方法还可以包括在收到交易异常清算数据之后对所述正确的交易清算信息进行审核。

如上所述的方法还可以包括在收到交易异常清算数据之后检查所述交易异常清算数据的文件格式的规范性。

在如上所述的方法中，交易异常清算数据采用文本文件格式。

另一方面，本发明还提供了一种异常清算处理系统，其包括：数据接收装置，用于接收交易异常清算数据，其中所述交易异常清算数据包括正确的交易清算信息；信息提取装置，用于从交易异常清算数据中提取交易识别信息；数据收集装置，用于依据交易识别信息从交易历史库中收集已清算交易数据；比较装置，用于将所述交易异常清算数据与所述以清算交易数据比较以确定待纠正交易；以及清算处置装置，用于根据所述正确的交易清算信息对所述待纠正交易进行重新清算。

附图说明

本发明的前述和其他目标、特征和优点根据下面对本发明的实施例的更具体的说明将是显而易见的，这些实施例在附图中被示意。

图1 是根据本发明一个示例的异常清算处理的示意应用场景。

图2是根据本发明一个示例的异常清算处理方法的示意流程图。

图3是根据本发明一个示例的异常清算处理方法的示意流程图。

图4是根据本发明一个示例的异常清算处理系统的示意框图。

具体实施方式

现在参照附图描述本发明的示意性示例，相同的附图标号表示相同的元件。下文描述的各示例有助于本领域技术人员透彻理解本发明，且各示例意在示例而非限制。图中各元件、部件、模块、装置及设备本体的图示仅示意性表明存在这些元件、部件、模块、装置及设备本体同时亦表明它们之间的相对关系，但并不用以限定它们的具体形状；流程图中各步骤的关系也不以所给出的顺序为限，可根据实际应用进行调整但不脱离本申请的保护范围。

图1 是根据本发明一个示例的异常清算处理的示意应用场景。如前所述，本发明可以适用于银行卡交易过程中，机构上送交易报文域信息错误，从而导致卡组织计费错误的情况。根据本发明的异常清算处理能够实现在卡组织的平台上，由此对交易的计费各参与方进行统一的异常清算，包括异常计费处置、资金划付、流水文件对账等。图1所示的付差方机构可以是交易的收单机构或者发卡机构，其可能发现错误上送交易清算的关键信息，并且多支付了费用，因此希望能够纠正清算结果。相应地，收差方机构可以交易的另外关联方，其可能由于交易清算信息的错误上送而多收取了费用。根据不同的支付方式，每个交易可能有不同数量的关联方。在本文中将涉及异常清算的各方按照其费用情况划分为付差方机构和收差方机构。

图2是根据本发明一个示例的异常清算处理方法的示意流程图。将结合图1所示的应用场景来解释本发明的方法，然而本领域技术人员能够理解这并非是限制性的。

首先，在步骤21中，卡组织的处理平台可以从付差方机构或收差方机构接收交易异常清算数据，该交易异常清算数据通常需要包括正确的交易清算信息。付差方机构可以针对信息错误的交易向卡组织的处理平台发送异常清算申请，在该申请中包含正确的交易清算数据。同时，在付差方机构提出的申请中还应包含能够对待校正的交易进行识别的信息，即识别具体交易的关键要素。举例来说，付差方机构可以在异常清算申请中包括交易传输时间、系统跟踪号、受理机构代码、发送机构代码等交易要素信息。此外，付差方机构还可以上送例如清算日期、卡号、接收机构代码、发卡机构代码、交易金额、商户代码、错误上送信息域（如商户类型、特殊计费类型档次、渠道、卡等级等）、应正确上送的信息域等等。

在一些实现中，可以要求付差方机构以文本文件格式向卡组织的处理平台提交包含正确清算信息的异常清算申请，例如通过卡组织的机构服务页面提交。

在一些实现中，在对交易异常清算数据进行处理之前，还可以在卡组织的处理平台上首先对付差方机构上送的文件格式的规范性进行审查。此外，还可以对交易的合规性进行检查，例如对交易异常清算数据中所包含的正确交易清算信息进行审核，例如商户类型（MCC）、特殊计费类型档次等信息是否符合要求等。在审核通过之后可认为机构提交的正确交易清算信息生效，并在此基础上进行异常清算处置。

在步骤23中，卡组织的处理平台可以从所收到的交易异常清算数据中提取交易识别信息。举例来说，交易识别信息可以是商户代码、交易日期、交易传输时间、系统跟踪号、受理机构代码、发送机构代码等等。

在步骤25中，卡组织的处理平台将依据所提取的交易识别信息从交易历史库中收集已清算交易数据。该已清算交易数据可包括针对交易识别信息所指示的交易在先前所有已成功清算的交易明细。为此，卡组织的处理平台也可以首先将所有申请机构的交易进行装载（例如装载到内存），并从中抽取先前的交易清分明细信息。

在步骤27中，卡组织的处理平台将所收到的交易异常清算数据与从交易历史库中提取的已清算交易数据进行比对来确定待纠正交易。将在下文中结合图2的示例来进行具体说明。然而，本领域技术人员能够理解，可以采用任何比对方法，只要能够从历史交易数据中找到与需要纠正的清算结果相关的交易信息。

在步骤29中，可以根据在所收到的异常清算数据中所包含的、正确的交易清算信息来对待纠正交易进行重新清算。具体地，可以例如按照标准的清算流程逐比交易进行重新清算，获得各方的手续费及分润费用等信息。

在一些实现中，还可以进一步将重新清算的结果与先前清算的结果进行轧差、依据轧差结果确定与交易关联的各方的费用明细、以及将费用明细形成所述各方的收付费交易。在这个过程中，可以形成单笔交易各类费用明细结果，最后按照机构代码对各类费用明细进行汇总轧差，形成各方借记、贷记最终费用结果。该费用结果可以被形成为对付差方机构和收差方机构的收付费交易，或生成大额支付文件，从而要求各方完成最终的资金划付。

在一些实现中，卡组织的处理平台还可以根据每笔交易费用的明细情况生成明细文件，通过文件系统下发至各付差方和收差方机构，以供对账处理。

在一些实现中，卡组织的处理平台还可以用正确的交易清算信息替换交易历史库中先前的清算明细，并就此进行标记。

通过采用本方法所提供的方法，可以通过由卡组织统一受理、集中批量处理、对资金进行统一划付、提供固定格式对账流水的方式来有效解决日常银行卡交易中，因为错误上送关键信息域导致交易各参与方分润计费错误的现象。通过采用本发明所提供的方法可最大化地解决银行卡交易参与方因为此类错误导致的损失，解决了交易各参与方自行沟通的高昂成本，保护了银行卡交易过程中各参与方的合理权益，也有助于提升卡组织的权威性，增强交易参与方对卡组织的粘性，有利于银行卡相关创新业务的开展。

图3是根据本发明一个示例的异常清算处理方法的示意流程图。在结合图3的这个示例中，依然示例而非限制地结合图1所示的应用场景进行说明。下文为结合图3对如图2所示方法200中的步骤23、25以及27的一种示例性实现进行详细描述。

在该示例中，可以将商户代码和交易日期作为上述步骤23中的交易识别信息。由此，为收集已清算交易数据，可以首先在步骤31中按商户代码和交易日期从交易历史库中提取已清算交易数据。在一些实现中，卡组织处理平台可以将交易历史库中的历史清算信息全部装载入内存，并按照商户代码和交易日期从中抽取相关的所有已成功清算的交易明细。

在步骤33中，可以按交易日期将已清算交易数据和交易异常清算数据分别进行结构化分块存储。

在步骤35中，在相同交易日期的已清算交易数据块和交易异常清算数据块中按交易要素进行匹配以确定待纠正交易。具体地，可以在数据块之间首先根据交易日期进行勾兑匹配。如果匹配成功则进入下一轮处理，而勾兑失败则对该交易日期块中的所有交易清分明细予以丢弃删除。这可以包括当数据在内存中被处理时，将交易异常清算数据块和已清算交易数据块两者都删除。在交易日期匹配成功的情况下，对同一交易日期的两个数据块按交易要素进行主键勾兑匹配，保留勾兑匹配成功的交易明细，并将其确定为待纠正交易。交易要素可以包括传输时间、系统跟踪号、受理机构代码、发送机构代码中的一个或多个，并且勾兑匹配可以是逐个按交易要素递归地进行匹配。

在一些实现中，对于已成功勾兑匹配完成的交易日期块，则可更新覆盖到原有交易日期的交易清分明细集合中，即按照异常清算交易要素中正确的商户类型、特殊计费类型档次、渠道、卡等级等信息，修改内存中的交易明细，以供后续重新清算。

在有大量交易需要进行重新清算的情况下，可以按上述方法循环对所有交易日期进行分块勾兑匹配处理，直至完成整个交易清分明细集合的更新。

由于银行卡交易数量巨大，交易历史数据库中通常存储了每日近亿笔，按年度数百亿笔交易清分明细数据。按照图3所示的方法，以商户为单位、在交易时间段内一次性读取清算明细，并按交易日期数据分块之后进行递归式勾兑，这样大大减少了对数据库的频繁访问所带来的数据库日志开销、IO开销等性能问题。

图4是根据本发明一个示例的异常清算处理系统的示意框图。如图4所示，异常清算处理系统400包括数据接收装置41、信息提取装置43、数据收集装置45、比较装置47以及清算处置装置49。数据接收装置41可用于接收交易异常清算数据，其中交易异常清算数据包括正确的交易清算信息。信息提取装置43可用于从交易异常清算数据中提取交易识别信息。数据收集装置45可用于依据交易识别信息从交易历史库中收集已清算交易数据。比较装置47可用于将所述交易异常清算数据与所述以清算交易数据比较以确定待纠正交易。清算处置装置49可用于根据所述正确的交易清算信息对所述待纠正交易进行重新清算。本领域技术人员能够理解异常清算处理系统400能够以各种硬件的方式来实现，并且其中模块的划分也并非是限制性的。

应当说明的是，以上具体实施方式仅用以说明本发明的技术方案而非对其进行限制。尽管参照上述具体实施方式对本发明进行了详细的说明，本领域的普通技术人员应当理解，依然可以对本发明的具体实施方式进行修改或对部分技术特征进行等同替换而不脱离本发明的实质，其均涵盖在本发明请求保护的范围中。