CN115034754A - 一种差错文件处理方法、装置、存储介质及程序产品 - Google Patents

Abstract

本说明书实施例提供一种差错文件处理方法、装置、存储介质及程序产品，可应用于大数据技术领域。所述方法包括：将差错文件发送至审核终端，以使审核终端对差错文件进行审核；在接收到审核通过信息的情况下，匹配差错文件所对应的业务归属组件；基于差错文件所对应的业务归属组件确定目标账户；在所述差错文件符合调账条件的情况下，获取对应于差错文件的申报单据；基于所述目标账户和申报单据对差错文件进行处理。上述方法保障了差错文件的自动化处理进程，能够基于差错文件的性质匹配对应的组件，从而基于所获取到的信息对差错文件进行处理，减少了人工处理差错文件的工作量，有利于应对复杂多变的差错文件处理情况。

Description

一种差错文件处理方法、装置、存储介质及程序产品

技术领域

本说明书实施例涉及大数据技术领域，特别涉及一种差错文件处理方法、装置、存储介质及程序产品。

背景技术

在银行以及第三方支付机构的日常业务处理流程中，难免会出现差错。尤其是在业务涉及资金调动时，若核查后发现差错，必须要对差错进行清算，以对差错所涉及的账户损失进行补救。在进行差错清算时，一般是由具体的业务端基于差错信息生成对应的差错文件，再将差错文件提交至对应的处理机构或数据中心，进行差错文件的处理。

在以往针对差错文件进行处理时，由于差错文件数量不大，一般直接将差错文件分配至相应的处理人员直接进行人工处理。但是，随着社会的发展和业务量的提高，在业务处理过程中所出现的差错数量在不断增加，差错文件的类型也更为复杂，以往的人工处理方式不仅大大增加了处理人员的工作量，对于处理人员的差错文件处理能力也有了更高的要求，使得人工处理方式已经不适应当前的差错文件处理形势。因此，目前亟需一种能够方便有效地对差错文件进行处理的方法。

发明内容

本说明书实施例的目的是提供一种差错文件处理方法、装置、存储介质及程序产品，以解决如何方便有效地对差错文件进行自动化处理的问题。

为解决上述技术问题，本说明书实施例提供一种差错文件处理方法，包括：将差错文件发送至审核终端，以使审核终端对差错文件进行审核；在接收到审核通过信息的情况下，匹配差错文件所对应的业务归属组件；基于差错文件所对应的业务归属组件确定目标账户；在所述差错文件符合调账条件的情况下，获取对应于差错文件的申报单据；基于所述目标账户和申报单据对差错文件进行处理。

本说明书实施例还提出一种差错文件处理装置，包括：差错文件发送模块，用于将差错文件发送至审核终端，以使审核终端对差错文件进行审核；业务归属组件匹配模块，用于在接收到审核通过信息的情况下，匹配差错文件所对应的业务归属组件；目标账户确定模块，用于基于差错文件所对应的业务归属组件确定目标账户；申报单据获取模块，用于在所述差错文件符合调账条件的情况下，获取对应于差错文件的申报单据；差错文件处理模块，用于基于所述目标账户和申报单据对差错文件进行处理。

本说明书实施例还提出一种计算机可读存储介质，其上存储有计算机程序/指令，所述计算机程序/指令在被处理器执行时实现上述差错文件处理方法。

本说明书实施例还提出一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令在被处理器执行时实现上述差错文件处理方法。

由以上本说明书实施例提供的技术方案可见，本说明书实施例在接收到差错文件后，由审核终端对差错文件进行审核，初步保证了差错文件的可处理性。在审核通过后，通过匹配差错文件所对应的业务归属组件，进而确定对应的目标账户，并获取差错文件的申报单据，使得能够直接基于所获取的目标账户和申报单据对差错文件进行处理。上述流程保障了差错文件的自动化处理进程，能够基于差错文件的性质匹配对应的组件，从而基于所获取到的信息对差错文件进行处理，减少了人工处理差错文件的工作量，有利于应对复杂多变的差错文件处理情况。

附图说明

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

图1为本说明书实施例一种差错文件处理方法的流程图；

图2为本说明书实施例一种调账过程的流程示意图；

图3为本说明书实施例一种差错文件处理的流程示意图；

图4为本说明书实施例一种差错文件处理装置的模块图。

具体实施方式

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

为了解决上述技术问题，本说明书实施例提出一种差错文件处理方法。所述差错文件处理方法的执行主体为差错文件处理设备，所述差错文件处理设备包括但不限于服务器、分布式处理系统、工控机、PC机等。如图1所示，所述差错文件处理方法可以包括以下具体实施步骤。

S110：将差错文件发送至审核终端，以使审核终端对差错文件进行审核。

差错文件即为涉及业务处理过程中的差错的文件。在出现差错时，需要对差错进行核对和修改，以弥补业务流程中的差错，消除机构和用户的损失。虽然差错一般产生于银行、支付机构等基层机构，但差错文件一般需要发送至数据中心进行审核处理，以保证处理结果的权威性。

由于差错文件的处理可能会涉及到账户资金的变动，因此在对差错文件进行正式处理之前一般需要先对差错文件进行审核，以保证差错文件中数据的有效性和正确性。

具体的，在本说明书实施例中，将差错文件发送至审核终端进行审核。审核终端是用于对差错文件进行初步审核的业务处理人员所对应的终端设备，业务处理人员基于审核终端接收到差错文件后可以基于预设的审核标准对差错文件进行审核，具体的可以包括差错文件是否缺少待补充的数据，或差错文件中的数据是否不符合标准等。在具体实施时，也可以是由审核终端基于审核差错文件的处理文件直接对差错文件进行审核，以减少人力资源的消耗。

在一些实施方式中，所述审核终端包括经办终端和复核终端。经办终端和复核终端可以对不同类型的差错文件进行审核。具体的，差错文件中可以包括调账文件和明细文件。调整文件可以是对差错信息进行概述性描述的文件，主要描述差错的整体性质。明细文件可以是对差错的细节进行描述的明细数据所构成的文件，例如可以是具体的账户动账信息。

为了保证各个步骤执行的有效性，可以先将调账文件发送至经办终端，由经办终端审核通过后，再将明细文件发送至复核终端，由复核终端再对明细文件进行审核。

具体的，经办终端可以基于批次信息来查询对应的快照信息，以对调账文件进行审核。批次信息可以包括清算日期、渠道、批次号等，实际应用中对此不做限制。

若基于经办终端的审核，对调账文件的审核结果为审核异常，则差错文件的总体文件中出现差错，例如差错文件中缺乏某一类型的数据或是差错文件生成过程中出现了差错，可以反馈审核异常信息至差错文件处理设备。

差错文件处理设备在接收到经办终端反馈的审核异常信息的情况下，说明当前的差错文件在生成过程中出现异常，可以重新执行差错文件的生成过程。具体的对于差错文件的生成过程在后续实施方式中会进行具体介绍，在此先不进行赘述。

在经办终端审核通过的情况下，还需要由复核终端对差错文件中的明细文件进行审核。若审核通过，可以执行后续的正式处理流程；若审核未通过，则表明差错文件本身的数据即存在问题，可能无法对差错文件进行处理。在审核未通过的情况下，复核终端也可以反馈对应的审核异常信息至差错文件处理设备。

差错文件处理设备在接收到所述复核终端发送的审核异常信息后，可以终止当前的差错文件的处理流程。复核终端发送审核异常信息，表明差错文件本身的数据存在问题，例如数据格式不规范或是数据本身有误，无法继续处理差错文件，则可以终止当前的差错文件处理流程。相应的，可以发送对应的通知至差错文件的提交机构。

在审核终端针对差错文件审核通过后，可以反馈对应于该差错文件的审核通过信息，以告知所述差错文件审核通过，可以针对差错文件执行后续的处理步骤。

具体的由审核终端对差错文件进行审核的过程可以基于实际应用的需求进行设置，在此不再赘述。

在一些实施方式中，在将差错文件发送至审核终端之前，必然涉及当前设备对于差错文件的接收。所属差错文件可以是由银行或支付机构等发送的初始清算文件汇总得到的。基于初始清算文件汇总得到差错文件的过程可以是在初始清算文件符合批处理依赖条件的情况下，解析初始清算文件得到差错文件数据；所述批处理依赖条件包括初始清算文件的类型符合预设差错文件类型要求；再基于预设数据类型对差错文件数据进行汇总得到所述差错文件。

具体的，差错文件处理设备首先接收到的是来自不同的银行、支付机构所发送的初始清算文件。差错文件处理设备基于所述初始清算文件，首先判断初始清算文件是否符合批处理依赖条件。初始清算文件对应于不同的文件类型，一般情况下，需要在获取到对应于一次清算的所有文件类型的初始清算文件后，才能有效执行相应的清算流程。

预设差错文件类型要求即为预先设定的在能够对差错文件进行有效处理的情况下，初始清算文件所需要满足的所有文件类型。例如，对应于同一差错文件包含有三种不同类型的初始清算文件，则批处理依赖条件可以是对应于同一差错文件具有这三种不同类型的初始清算文件。具体的预设差错文件类型可以基于实际应用的需求进行设置，在此不再赘述。

初始清算文件中可以具有相应的标识，通过读取标识可以从所有初始清算文件中提取出对应于同一差错文件的初始清算文件，使得初始清算文件即使是按照先后次序发送至差错文件处理设备时，也能够对初始清算文件进行识别与汇总。

在批处理依赖条件出发后，即可启动对应于初始清算文件的解析入库流程。首先需要对初始清算文件进行解析得到差错文件数据。通过对初始清算文件进行数据解析，能够实现对于初始清算文件中的数据的有效整理，保证了汇总得到的差错文件的格式的统一性。具体的，可以是依据基于批次信息对初始清算文件进行整理得到差错文件数据；所述批次信息包括清算渠道、清算日期、批次号中的至少一种。基于清算渠道、清算日期和批次号能够对差错文件进行有效整理分类，保证差错文件处理的快捷性和有效性。

在获取到差错文件数据后，即可基于预设数据类型对差错文件数据进行汇总以得到最终的差错文件。差错文件本质上可以是一种数据表。差错文件预先设定有对应的数据表格式，基于差错文件所体现的数据表格式，将差错文件数据导入差错文件所对应的数据表中后，即完成了数据的汇总，得到了差错文件，进而能够实现后续过程中对差错文件的处理。

预设数据类型可以是差错文件中所限定的数据类型，进而能够对差错文件中的数据进行有效整理和划分。在一些实施方式中，所述预设数据类型包括差错总额、应收总额、应付总额、应收总笔数、应付总笔数、差错总笔数和快照信息中的至少一种。实际应用中也可以根据差错文件数据的具体类型对所述预设数据类型进行修改，并不限于上述示例，在此不再对其进行赘述。

在一些实施方式中，差错文件中涉及资金的变动。为了后续步骤中能够有效对资金进行调动，可以先确定差错文件所对应的差错资金数量，并基于所述差错资金数量将差错资金挂账至差错待清算账户。挂账在差错待清算账户中的差错资金为临时所设置的资金，在未完成对差错文件的处理之前不涉及与实际的个人账户之间的交互，以与差错处理过程相对应。

S120：在接收到审核通过信息的情况下，匹配差错文件所对应的业务归属组件。

若接收到了审核终端发送的审核通过信息，表明差错文件本身不存在较大的问题，可以直接针对差错文件进行处理。

业务归属组件可以是针对不同的业务类型所预先设置的处理模块，基于不同的业务特点分别设置相应的业务处理逻辑，从而实现差错文件的自动化处理。

具体的，业务归属组件例如可以包括支付结算组件、贷记卡组件、收单组件和电子银行组行等，可以分别针对支付业务、贷记卡业务、收单业务和电子银行业务执行相应的处理操作。

在一些实施方式中，匹配差错文件对应的业务归属组件的过程可以是先基于所述差错文件中的业务数据确定对应的业务场景类型，再确定业务场景类型对应的业务归属组件。

业务场景类型用于描述差错文件所对应的业务的实际应用场景。由于差错文件是在业务处理过程中针对所产生的差错而生成的文件，使得差错文件与实际的业务场景之间存在有对应关系。由于业务场景类型与业务归属组件之间存在有对应关系，因此基于前述针对业务归属组件的示例性描述，业务场景类型也可以包括支付结算场景、贷记场景、收单场景和电子银行场景等。实际应用中基于需求可以设置额外的业务场景类型和业务归属组件，并不限于上述示例，对此不做限制。

确定业务场景类型具体的可以是基于差错文件中的业务数据而确定的。业务数据可以包括机构号、批次号、交易类型、差错类型、卡号、商户号和终端号中的至少一种。在不同的业务场景下，在执行业务时所生成的业务数据往往会对应于业务场景具有不同的规律，因此通过分析业务数据即可确定业务数据对应的业务场景。而差错文件中一般也包含有业务数据，同样可以基于差错文件中的业务数据来分析确定对应的业务场景类型，进而确定业务归属组件。

在具体的执行过程中，为了后续处理方便，可以将确定的业务归属组件所对应的编号记录在数据表中，以便于在差错文件较多的情况下有效对业务组件进行调用。

在一些特殊的执行过程中，针对差错文件匹配业务场景类型时，可能无法基于现有的匹配逻辑直接查找到对应的业务场景类型，则在基于上述过程确定业务场景类型失败后，可以将差错文件添加至等候队列中。等候队列是等待被人工确定业务场景类型的差错文件所保存的队列。具体的，经办终端的操作人员可以查看等候队列，并从等候队列中提取差错文件。操作人员可以基于实际处理经验来确定差错文件的业务场景类型和/或业务归属组件，再反馈至差错文件处理设备，以保证后续过程的有效执行。

S130：基于差错文件所对应的业务归属组件确定目标账户。

在获取到业务归属组件之后，可以根据业务组件来确定目标账户。目标账户具体的可以是对应于内部账的目标内部账账户。由于不同的差错文件是涉及内部的核算过程，因此需要基于内部账对差错进行处理。

目标账户与业务归属组件之间可以预先设置对应的关系，进而能够根据业务归属组件来确定对应的目标账户。优选的，在确定目标账户时，可以结合业务组件和机构号、交易币种信息来确定。其中，机构号、交易币种信息可以从差错文件中获取。

实际应用中也可以基于业务归属组件，结合其他类型的信息来确定所述目标账户，并不限于上述示例，在此不再赘述。

S140：在所述差错文件符合调账条件的情况下，获取对应于差错文件的申报单据。

由于差错文件一般涉及实际账户中的资金调动，因此，在处理差错文件时，还需要判断差错文件是否符合调账条件。调账条件即用于判断基于当前的差错文件处理逻辑，能否自动对差错文件进行处理。

具体的，在确定业务归属组件之后，可以先将差错文件的信息写入待处理单据中，用于记录对应于差错文件的关键信息。在本步骤中，可以根据待处理单据中所包含的关键信息判断差错文件是否符合调账条件。关键信息例如可以包括卡号、调整类型、调整金额、业务组件编号、目标内部账账号、商户号、终端号中的至少一种。针对关键信息可以预先设置有对应于调账条件的要求限制，例如卡号的部分内容存在格式的限制，调整类型具有预设的类型限制等。具体对于调账条件的设置可以基于实际处理能力进行设置，在此不再赘述。

在确定差错文件符合调账条件后，可以对待处理单据进行标记，并从差错文件对应的数据表中，依据调账类型、清算日期、调账金额、卡号、系统跟踪号等信息匹配对应的单据，作为对应于差错文件的申报单据。

若基于判断，差错文件不符合调账条件，即差错文件无法自动进行处理，则可以将差错文件提交至对应的人工处理终端，由相应的操作人员人工进行处理。

S150：基于所述目标账户和申报单据对差错文件进行处理。

在确定目标账户和申报单据后，即可完成对于差错文件的最终处理，即在差错文件涉及资金变动的情况下，对差错资金进行账户划扣；在差错文件涉及数据出错的情况下，对差错文件的数据进行修正。

由于系统中预先设置有对应的处理逻辑，根据处理逻辑，结合目标账户和申报单据即可完成对于差错文件的自动处理。

在一些实施方式中，处理差错文件的过程可以是先基于所述申报单据，将所述差错文件对应的账户资源划扣至目标账户；所述目标账户包括业务组件待清算账户。在前述处理过程中，差错文件对应的账户资源可以预先在目标内部账账户上进行登记，则在该步骤中，可以将目标内部账账户上的账户资源划扣至业务组件待清算账户上。由于申报单据中可以体现具体的划扣数量，以及账户资源的具体类型等信息，因此可以自动完成上述步骤。

之后，可以基于差错文件所对应的账户关系，将所述目标账户中的账户资源划扣至对应的至少一个个人账户，在账户资源划扣至个人账户后，即实现了账户资源由内部账向外部账的转换，从而完成了差错文件的处理。

在一些实施方式中，在将所述目标账户中的账户资源划扣至对应的至少一个个人账户时，可能会出现划扣失败的情况。在这种情况下，可能是申报单据的信息存在问题，可以先将所述目标账户中的账户资源划扣至网点待清算账户，以使网点操作人员针对所述差错文件补充差错文件信息。在网点操作人员根据差错文件出现的问题补充对应的差错文件信息后，再基于所补充的信息重新执行前述步骤，并最终将网点待清算账户中的账户资源划扣至对应的至少一个个人账户中。

基于上述实施方式，也可能出现补充失败的情况，例如差错文件本身出错，或网点操作人员无法根据当前的差错文件及问题直接确定所需要补充的差错文件信息，网点操作人员可以反馈对应的补充失败信息。在接收到补充失败信息后，差错文件处理设备无法自动完成差错文件的处理，可以将所述差错文件转发至经办终端以使操作人员对差错文件进行处理。

利用一个具体的示例对上述调账过程进行说明，如图2所示，为一种调账过程的流程示意图。其中，首先执行步骤151，从一级行差错待清算账户划扣账户资源到对应一级行业务组件待清算账户，在执行步骤152，完成从一级行业务组件待清算账户划扣账户资源(本金、手续费)到客户个人账户及对应手续费科目。若能够执行完成，在步骤153的判断过程中，判断挂账成功后，即完成过了对于差错文件的自动处理。若未挂账成功，再执行步骤154，从一级行差错待清算账户划扣账户资源到网点服务组件待清算账户，并执行步骤155，由网点经办人员补充有效入账卡号、商户号、终端号等信息。一般情况下，执行步骤155后直接执行步骤156，从网点服务组件待清算账户划扣账户资源(本金、手续费)到客户个人账户及对应手续费科目；在存在特定情况时，如无有效入账卡号，则执行步骤159转为人工处理并完成处理流程。在执行步骤156后执行判断步骤157判断是否挂账成功过，若挂账成功，则完成处理流程；若挂账失败，再转为步骤158由人工处理并完成流程。

基于上述介绍，结合图3，利用一个具体的差错文件综合处理的流程示意图进行进一步描述。其中，首先执行步骤310至步骤350，完成差错文件的生成。具体，在步骤310中，文件依赖满足后，直接触发批处理流程，并执行步骤320，根据渠道、清算日期、文件批次号进行数据清理。之后，分别基于不同的差错清算文件数据A 331、差错清算文件数据B 332等，执行步骤340，执行批处理清算数据加工，统一加工至差错调账临时表，在执行步骤350，按照一级行机构维度汇总该批次差错总金额、应收总金额、应付总金额、应收总笔数、应付总笔数、差错总笔数，从而实现差错文件的生成。

之后，基于所获取的差错文件，执行步骤360，由一级行清算经办岗选择清算日期、批次号进行审核，再执行判断步骤370，审核批处理状态、汇总金额、应收金额、应付金额、明细策略，判断是否异常，若存在异常，返回步骤310重新完成差错文件的生成，若不存在异常，审核通过的情况下，执行步骤380，一级行清算复核岗选择清算日期、批次号，进行复核。在复核通过的情况下，执行步骤390，基于关键信息匹配业务场景进行组件关联，并检索目标内部账户账号，若符合未通过，直接终止当前批次的处理。针对步骤390，若关联成功，执行步骤3100，判断是否满足自动记账条件，若关联失败，执行步骤3110，差错清算经办岗查询后，补填关键信息，手动选择关联业务组件。相应的，步骤3110执行后，若满足记账条件，直接执行步骤3130，差错调账临时表加工到差错调账表，基于差错调账的关键信息匹配本地错账申报单据，等待自动入账，若不满足，同样转为执行步骤3110。执行步骤3110后再执行步骤3120，差错清算复核岗判断是否符合相关信息，若符合，重新返回步骤390按流程进行执行，若不符合，返回步骤3110进行信息补充，直至最终执行至步骤3130完成自动入账为止。

基于上述实施例和具体示例的介绍，上述差错文件处理方法在接收到差错文件后，由审核终端对差错文件进行审核，初步保证了差错文件的可处理性。在审核通过后，通过匹配差错文件所对应的业务归属组件，进而确定对应的目标账户，并获取差错文件的申报单据，使得能够直接基于所获取的目标账户和申报单据对差错文件进行处理。上述流程保障了差错文件的自动化处理进程，能够基于差错文件的性质匹配对应的组件，从而基于所获取到的信息对差错文件进行处理，减少了人工处理差错文件的工作量，有利于应对复杂多变的差错文件处理情况。

基于图1所对应的差错文件处理方法，介绍本说明书实施例一种差错文件处理装置。所述差错文件处理装置可以设置在所述差错文件处理设备上。如图4所示，所述差错文件处理装置包括以下模块。

差错文件发送模块410，用于将差错文件发送至审核终端，以使审核终端对差错文件进行审核。

业务归属组件匹配模块420，用于在接收到审核通过信息的情况下，匹配差错文件所对应的业务归属组件。

目标账户确定模块430，用于基于差错文件所对应的业务归属组件确定目标账户。

申报单据获取模块440，用于在所述差错文件符合调账条件的情况下，获取对应于差错文件的申报单据。

差错文件处理模块450，用于基于所述目标账户和申报单据对差错文件进行处理。

在一些实施方式中，所述审核终端包括经办终端和复核终端；所述差错文件中包括调账文件和明细文件；所述经办终端用于对调账文件的批次信息进行审核；所述复核终端用于对明细文件的批次信息进行审核；所述批次信息包括清算渠道、清算日期、批次号中的至少一种。

基于上述实施方式，所述装置还包括：初始清算文件获取模块，用于在接收到经办终端反馈的审核异常信息的情况下，获取对应于所述差错文件的初始清算文件；二次差错文件生成模块，用于基于所述初始清算文件生成二次差错文件；二次差错文件发送模块，用于将所述二次差错文件发送至审核终端，以使审核终端对所述二次差错文件进行审核；二次差错文件匹配模块，用于在接收到审核通过信息的情况下，匹配二次差错文件所对应的业务归属组件；目标账户确定模块，用于基于二次差错文件所对应的业务归属组件确定目标账户；申报单据获取模块，用于在所述二次差错文件符合调账条件的情况下，获取对应于二次差错文件的申报单据；二次差错文件处理模块，用于基于所述目标账户和申报单据对二次差错文件进行处理。

基于前述实施方式，所述装置还包括：处理流程终止模块，用于在接收到复核终端反馈的审核异常信息的情况下，终止对于所述差错文件的处理流程。

在一些实施方式中，所述业务归属组件匹配模块，包括：业务场景类型确定单元，用于基于所述匹配差错文件中的业务数据确定对应的业务场景类型；所述业务数据包括机构号、批次号、交易类型、差错类型、卡号、商户号和终端号中的至少一种；业务归属组件确定单元，用于确定业务场景类型对应的业务归属组件；所述业务归属组件包括支付结算组件、贷记卡组件、收单组件和电子银行组行中的至少一种。

基于上述实施方式，所述业务归属组件匹配模块，还包括：等候队列添加单元，用于将所述匹配差错文件添加至等候队列，以使用户基于经办终端从所述等候队列中提取差错文件进行处理。

在一些实施方式中，所述装置还包括：初始清算文件解析模块，用于在初始清算文件符合批处理依赖条件的情况下，解析初始清算文件得到差错文件数据；所述批处理依赖条件包括初始清算文件的类型符合预设差错文件类型要求；差错文件数据汇总模块，用于基于预设数据类型对差错文件数据进行汇总得到所述差错文件。

基于上述实施方式，所述初始清算文件解析模块，包括初始清算文件整理单元，用于基于批次信息对初始清算文件进行整理得到差错文件数据；所述批次信息包括清算渠道、清算日期、批次号中的至少一种。

基于前述实施方式，所述预设数据类型包括差错总额、应收总额、应付总额、应收总笔数、应付总笔数、差错总笔数和快照信息中的至少一种。

在一些实施方式中，所述差错文件处理模块，包括：业务组件待清算账户划扣单元，用于基于所述申报单据，将所述差错文件对应的账户资源划扣至业务组件待清算账户；第一个人账户划扣单元，用于基于差错文件所对应的账户关系，将所述业务组件待清算账户中的账户资源划扣至对应的至少一个个人账户。

基于上述实施方式，所述差错文件处理模块，还包括：在网点待清算账户划扣单元，用于在划扣至个人账户失败的情况下，将所述业务组件待清算账户中的账户资源划扣至网点待清算账户，以使网点操作人员针对所述差错文件补充差错文件信息；第二个人账户划扣单元，用于基于所补充的差错文件信息，将网点待清算账户中的账户资源划扣至对应的至少一个个人账户。

基于上述实施方式，所述差错文件处理模块，还包括：差错文件转发单元，用于在获取到补充失败信息的情况下，将所述差错文件转发至经办终端以使操作人员对差错文件进行处理。

本说明书实施例提供一种计算机可读存储介质，其上存储有计算机程序/指令。所述计算机可读存储介质可以基于设备的内部总线被处理器所读取，进而通过处理器实现所述计算机可读存储介质中的程序指令。

在本实施例中，所述计算机可读存储介质可以按任何适当的方式实现。所述计算机可读存储介质包括但不限于随机存取存储器(Random Access Memory,RAM)、只读存储器(Read-Only Memory,ROM)、缓存(Cache)、硬盘(Hard Disk Drive,HDD)、存储卡(MemoryCard)等等。所述计算机存储介质存储有计算机程序指令。在所述计算机程序指令被执行时实现本说明书图1所对应实施例的程序指令或模块。

在本实施例中，所述处理器可以按任何适当的方式实现。例如，处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。

具体的，所述处理器在被设置在计算机设备上时可以实现本说明书图1所对应实施例的程序指令以实现以下步骤：将差错文件发送至审核终端，以使审核终端对差错文件进行审核；在接收到审核通过信息的情况下，匹配差错文件所对应的业务归属组件；基于差错文件所对应的业务归属组件确定目标账户；在所述差错文件符合调账条件的情况下，获取对应于差错文件的申报单据；基于所述目标账户和申报单据对差错文件进行处理。

本说明书实施例还提供一种计算机程序产品，包括计算机程序/指令。所述计算机程序产品可以是通过相应的计算机程序语言所编写的程序，以程序方式存储在相应的存储设备中，并可以通过计算机网络进行传输。所述计算机程序产品可以被处理器所执行。在本说明书实施例中，所述计算机程序产品在被执行时实现如图1所对应实施例的差错文件处理方法的程序指令或模块。

需要说明的是，上述差错文件处理方法、装置、存储介质及程序产品可以应用于大数据技术领域，也可以应用至除大数据技术领域外的其他技术领域，对此不做限制。

此外，需要说明的是，上述差错文件处理方法、装置、存储介质及程序产品中对于数据的读取、处理、存储及使用等操作，均符合国家法律法规的相关规定。

虽然上文描述的过程流程包括以特定顺序出现的多个操作，但是，应当清楚了解，这些过程可以包括更多或更少的操作，这些操作可以顺序执行或并行执行(例如使用并行处理器或多线程环境)。

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁带存储、磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

本说明书实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书实施例的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (15)

1.一种差错文件处理方法，其特征在于，包括：

将差错文件发送至审核终端，以使审核终端对差错文件进行审核；

在接收到审核通过信息的情况下，匹配差错文件所对应的业务归属组件；

基于差错文件所对应的业务归属组件确定目标账户；

在所述差错文件符合调账条件的情况下，获取对应于差错文件的申报单据；

基于所述目标账户和申报单据对差错文件进行处理。

2.如权利要求1所述的方法，其特征在于，所述审核终端包括经办终端和复核终端；所述差错文件中包括调账文件和明细文件；所述经办终端用于对调账文件的批次信息进行审核；所述复核终端用于对明细文件的批次信息进行审核；所述批次信息包括清算渠道、清算日期、批次号中的至少一种。

3.如权利要求2所述的方法，其特征在于，所述将差错文件发送至审核终端之后，还包括：

在接收到经办终端反馈的审核异常信息的情况下，获取对应于所述差错文件的初始清算文件；

基于所述初始清算文件生成二次差错文件；

将所述二次差错文件发送至审核终端，以使审核终端对所述二次差错文件进行审核；

在接收到审核通过信息的情况下，匹配二次差错文件所对应的业务归属组件；

基于二次差错文件所对应的业务归属组件确定目标账户；

在所述二次差错文件符合调账条件的情况下，获取对应于二次差错文件的申报单据；

基于所述目标账户和申报单据对二次差错文件进行处理。

4.如权利要求2所述的方法，其特征在于，所述将差错文件发送至审核终端之后，还包括：

在接收到复核终端反馈的审核异常信息的情况下，终止对于所述差错文件的处理流程。

5.如权利要求1所述的方法，其特征在于，所述匹配差错文件所对应的业务归属组件，包括：

基于所述差错文件中的业务数据确定对应的业务场景类型；所述业务数据包括机构号、批次号、交易类型、差错类型、卡号、商户号和终端号中的至少一种；

确定业务场景类型对应的业务归属组件；所述业务归属组件包括支付结算组件、贷记卡组件、收单组件和电子银行组行中的至少一种。

6.如权利要求5所述的方法，其特征在于，所述基于所述差错文件中的业务数据确定对应的业务场景类型之后，还包括：

在确定业务场景类型失败的情况下，将所述差错文件添加至等候队列，以使操作人员基于经办终端从所述等候队列中提取差错文件，并确定所述差错文件的业务场景类型和/或业务归属组件。

7.如权利要求1所述的方法，其特征在于，所述将差错文件发送至审核终端之前，还包括：

在初始清算文件符合批处理依赖条件的情况下，解析初始清算文件得到差错文件数据；所述批处理依赖条件包括初始清算文件的类型符合预设差错文件类型要求；

基于预设数据类型对差错文件数据进行汇总得到所述差错文件。

8.如权利要求7所述的方法，其特征在于，所述解析初始清算文件得到差错文件数据，包括：

基于批次信息对初始清算文件进行整理得到差错文件数据；所述批次信息包括清算渠道、清算日期、批次号中的至少一种。

9.如权利要求7所述的方法，其特征在于，所述预设数据类型包括差错总额、应收总额、应付总额、应收总笔数、应付总笔数、差错总笔数和快照信息中的至少一种。

10.如权利要求1所述的方法，其特征在于，所述基于所述目标账户和申报单据对差错文件进行处理，包括：

基于所述申报单据，将所述差错文件对应的账户资源划扣至目标账户；所述目标账户包括业务组件待清算账户；

基于差错文件所对应的账户关系，将所述目标账户中的账户资源划扣至对应的至少一个个人账户。

11.如权利要求10所述的方法，其特征在于，所述将所述目标账户中的账户资源划扣至对应的至少一个个人账户之后，还包括：

在划扣至个人账户失败的情况下，将所述目标账户中的账户资源划扣至网点待清算账户，以使网点操作人员针对所述差错文件补充差错文件信息；

基于所补充的差错文件信息，将网点待清算账户中的账户资源划扣至对应的至少一个个人账户。

12.如权利要求11所述的方法，其特征在于，所述将所述目标账户中的账户资源划扣至网点待清算账户之后，还包括：

在获取到补充失败信息的情况下，将所述差错文件转发至经办终端以使操作人员对差错文件进行处理。

13.一种差错文件处理装置，其特征在于，包括：

差错文件发送模块，用于将差错文件发送至审核终端，以使审核终端对差错文件进行审核；

业务归属组件匹配模块，用于在接收到审核通过信息的情况下，匹配差错文件所对应的业务归属组件；

目标账户确定模块，用于基于差错文件所对应的业务归属组件确定目标账户；

申报单据获取模块，用于在所述差错文件符合调账条件的情况下，获取对应于差错文件的申报单据；

差错文件处理模块，用于基于所述目标账户和申报单据对差错文件进行处理。

14.一种计算机可读存储介质，其上存储有计算机程序/指令，其特征在于，所述计算机程序/指令在被处理器执行时实现如权利要求1-12任一项所述方法的步骤。

15.一种计算机程序产品，包括计算机程序/指令，其特征在于，所述计算机程序/指令在被处理器执行时实现如权利要求1-12任一项所述方法的步骤。

Images