一种对账方法、装置、终端及存储介质与流程

本发明实施例涉及互联网金融领域，尤其涉及一种对账方法、装置、终端及存储介质。

背景技术：

互联网金融行业(互金行业)，是指传统金融机构与互联网企业利用互联网技术和信息通信技术实现资金融通、支付、投资和信息中介服务的新型金融业务模式。互金企业需通过对账操作，保证资金放款/还款数据正确无误。

目前，传统对账方法为，通过耦合线上业务接口获取源数据，从与对账方越好的存储位置下载目标数据，将源数据与目标数据进行对账。现有技术的不足之处至少包括：对账任务严重耦合线上业务接口，影响线上业务；无法批量拉取源数据，无法支持批量对账，导致对账耗时较长。

技术实现要素：

有鉴于此，本发明实施例提供了一种对账方法、装置、终端及存储介质，可以实现在不影响线上业务的基础上，对不同业务的源数据进行批量拉取与批量对账。

第一方面，本发明实施例提供了一种对账方法，包括：

接收对账指令，根据所述对账指令从至少一个业务数据库中，确定源数据库以及所述源数据库中的源数据表，并拉取所述源数据表的源数据；

通过访问预设存储地址，获取与所述源数据对应的目标数据；

根据所述源数据以及所述目标数据进行对账，生成对账结果。

可选的，所述根据所述对账指令从至少一个业务数据库中，确定源数据库以及所述源数据库中的源数据表，包括：

根据所述对账指令中的库标识，从至少一个业务数据库中确定源数据库；

根据所述对账指令中的表标识，从所述源数据库中确定源数据表。

可选的，所述根据所述源数据以及所述目标数据进行对账，生成对账结果，包括：

提取所述源数据以及所述目标数据的有效数据；

将所述源数据的有效数据，与所述目标数据的有效数据进行核对，且核对过程中若数据不存在则生成补单消息，和/或，若数据不一致则生成差异消息；

于核对完毕时，若未生成补单消息和/或差异消息，则对账结果为账务对平，若生成补单消息和/或差异消息，则对账结果为账务未对平。

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

在所述拉取所述源数据表的源数据过程中，若源数据拉取异常，则生成第一异常消息；

在所述获取与所述源数据对应的目标数据过程中，若目标数据获取异常，则生成第二异常消息；

在所述提取所述源数据以及所述目标数据的有效数据过程中，若有效数据提取异常，则生成第三异常消息；

相应的，于核对完毕时，根据所述第一异常消息、第二异常消息、第三异常消息、补单消息和/或差异消息，进行对账回溯；

于对账回溯完毕时，生成回溯对账结果，且若所述回溯对账结果为账务未对平，则生成差异明细。

可选的，在所述接收对账指令之前，还包括：构建至少一个业务数据库，并设置所述至少一个业务数据库的库标识，以及各业务数据库中至少一个数据表的表标识。

可选的，在所述根据所述源数据以及所述目标数据进行对账过程中，还包括：生成对账监控消息。

可选的，在所述生成对账结果之后，还包括：接收源数据的修复消息，根据所述修复消息修复源数据，并根据修复后的源数据以及目标数据进行对账，更新对账结果。

第二方面，本发明实施例提供了一种对账装置，包括：

源数据拉取模块，用于接收对账指令，根据所述对账指令从至少一个业务数据库中，确定源数据库以及所述源数据库中的源数据表，并拉取所述源数据表的源数据；

目标数据获取模块，用于通过访问预设存储地址，获取与所述源数据对应的目标数据；

对账模块，用于根据所述源数据以及所述目标数据进行对账，生成对账结果。

第三方面，本发明实施例提供了一种终端，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明任一实施例所述的对账方法。

第四方面，本发明实施例提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任一实施例所述的对账方法。

本发明实施例提供的一种对账方法、装置、终端及存储介质，对账平台接收对账指令，根据对账指令从至少一个业务数据库中，确定源数据库以及源数据库中的源数据表，并拉取源数据表的源数据；通过访问预设存储地址，获取与源数据对应的目标数据；根据所述源数据以及所述目标数据进行对账，生成对账结果。通过设置包含不同业务数据的业务数据库，可以实现在不影响线上业务的基础上，对不同业务的源数据进行批量拉取与批量对账。

附图说明

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

图1是本发明实施例一提供的一种对账方法流程图；

图2是本发明实施例二提供的一种对账方法流程图；

图3是本发明实施例三提供的一种对账装置结构示意图；

图4是本发明实施例四提供的一种终端的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，以下将参照本发明实施例中的附图，通过实施方式清楚、完整地描述本发明的技术方案，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。下述各实施例中，每个实施例中同时提供了可选特征和示例，实施例中记载的各个特征可进行组合，形成多个可选方案，不应将每个编号的实施例仅视为一个技术方案。

实施例一

图1是本发明实施例一提供的一种对账方法流程图，本实施例可适用于对账的情况，具体可以适用于信息流对账或资金流对账的情况，其中信息流对账可以理解为对账双方之间应收和应付之间的对账，资金流对账可以理解为对账双方之间实收和实付之间的对账。该方法可以由终端实现，具体可通过终端中的软件和/或硬件来实施。参见图1，该对账方法包括如下步骤：

s110、接收对账指令，根据对账指令从至少一个业务数据库中，确定源数据库以及源数据库中的源数据表，并拉取源数据表的源数据。

在金融领域中，不仅银行、基金、第三方机构需要对账，任何涉及金融交易的公司/机构都需要进行对账，比如商户业务、信贷业务等。通过对账，可以及时反映互金企业的财务状况，及时发现差错，可确保业务的健康发展。企业可以通过本发明实施例公开的对账方法，进行自身账务与对账方账务之间的核对，且本发明公开的对账方法可以通过安装于终端上的对账系统(对账平台)来实现。

其中，互金企业可以运营不同的业务，且不同业务的数据可进行分库分表存储，例如企业可以将应收应付的业务数据存储在一个数据库中，且应收应付数据库中可以包括00000-99999个数据表，可以将实收实付的业务数据可以存储在另一个数据库中，且实收实付数据库中可以包括000-999个数据表。此外，业务数据库的分类还可以根据企业需求自定义分类，即分库分表策略可为自定义策略，例如企业可以按资金方进行业务分类，还可以按资金链路的放款/还款等进行业务分类。

其中，当对账平台接收到对账指令时，可根据对账指令从至少一个业务数据库中确定源数据库，且确定的源数据库可以为至少一个数据库，同时可从各源数据库中确定源数据表，且确定的源数据表可能为至少一个数据表。示例性的，当对账指令为还款业务对账指令，分库分表策略为按资金方分库时，可以从南京银行、北京银行和明生银行对应的数据库皆作为源数据库，进一步的可以将各源数据库中的，涉及还款数据的至少一个数据表作为源数据表，从而实现了按业务自定义分类维度进行多数据的并行对账。

可选的，根据对账指令从至少一个业务数据库中，确定源数据库以及源数据库中的源数据表，包括：根据对账指令中的库标识，从至少一个业务数据库中确定源数据库；根据对账指令中的表标识，从源数据库中确定源数据表。

其中，对账指令中可以包括库标识和表标识，即对账指令中可以包含如何获取源数据的索引参数。根据对账指令中的库标识，从至少一个业务数据库中确定源数据库；根据对账指令中的表标识，从源数据库中确定源数据表，从而有利于快速拉取批量的源数据。

可选的，在接收对账指令之前，还包括：构建至少一个业务数据库，并设置至少一个业务数据库的库标识，以及各业务数据库中至少一个数据表的表标识。

其中，可将不同业务数据进行日切，并将日切数据存储至不同的业务数据库和数据表中，以构建至少一个业务数据库。其中，可预先设置库标识和表标识(即具体的分库分表策略)，以便于对账平台根据对账指令中的库标识和彪表示进行源数据的批量拉取与批量对账。

s120、通过访问预设存储地址，获取与源数据对应的目标数据。

其中，通过对账平台进行双方对账过程中，可以从业务数据库中获取企业自身的源数据，并可以通过访问与对账方预先约定好的存储地址(即预设存储地址)，获取与源数据对应的目标数据，进而进行源数据和目标数据的核对。其中，预设存储地址例如可以是预设服务器的存储地址。示例性的，假设对账双方为甲企业和乙银行，当甲企业进行还款后，可以获取实际还款的源数据，并可以从与乙银行约定好的服务器的存储地址，下载乙银行的实际收款数据，该实际收款数据即为实际还款数据对应的目标数据，进行可以经源数据与目标数据的核对。

s130、根据源数据以及目标数据进行对账，生成对账结果。

其中，可以根据源数据以及目标数据，首先进行总额对账，且当总额对账未对平时，可以依次进行明细对账。其中，依次进行明细对账过程，例如可以为将明细按时序或按金额进行排序后，按排序依次对账。其中，对账结果可以包括对平和未对平，其中在对账结果为未对平时，可以在对账结果中添加未对平的明细记录。

可选的，根据源数据以及目标数据进行对账，生成对账结果，包括：提取源数据以及目标数据的有效数据；将源数据的有效数据，与目标数据的有效数据进行核对，且核对过程中若数据不存在则生成补单消息，和/或，若数据不一致则生成差异消息；于核对完毕时，若未生成补单消息和/或差异消息，则对账结果为账务对平，若生成补单消息和/或差异消息，则对账结果为账务未对平。

其中，提取有效数据的步骤为数据的前置处理步骤，通过在对账前进行源数据和目标数据的有效数据的清洗，可以加快数据核对流程。其中，针对不同业务数据，有效数据不同，从而实现了对多种业务数据的对账操作。

其中，在信息传输过程中，难免会出现掉包和信息不通畅的情况，因此会出现源数据的有效数据和目标数据的有效数据中，只一方存在某数据的情况，针对这种情况，可根据该数据及对应信息(例如交易流水号或交易时间等)生成补单消息。其中，对账过程中还会出现源数据的有效数据和目标数据的有效数据不一致的情况，针对这种情况，可根据差异数据及对应信息(例如交易流水号或交易时间等)生成差异消息。

其中，若进行批量数据的并行对账，则可根据每组源数据和目标数据皆生成一个对账结果，且可将对账结果进行汇总生成对账结果报表，并将对账结果报表推送(例如通过微信或邮件推送)至预设接收端，以实现对账结果进行管理。示例性的，当对账指令为还款业务对账指令，可以同时进行南京银行、北京银行和明生银行的还款对账，且将各对账结果汇总为对账结果报表，报表中可以包括是否对平，对账总笔数，总金额，对账耗时，若未对平则还可以包括未对其笔数占比，金额占比等信息，以便于对账平台直观的看到并行对账的结果。

可选的，在根据源数据以及目标数据进行对账过程中，还包括：生成对账监控消息。其中，对账监控消息，可以包括任务类型(例如出账对账或入账对账)，渠道名称(例如某银行或某信托等)，结算日期，执行状态(例如开始执行，执行中，回溯中或执行结束等)，此外还可包括执行时间、执行耗时、执行结果等。其中，生成对账监控消息后，可将该消息推送(例如通过微信或邮件推送)至预设接收端，以实现对账任务的实时监控。

本实施例提供的对账方法，对账平台接收对账指令，根据对账指令从至少一个业务数据库中，确定源数据库以及源数据库中的源数据表，并拉取源数据表的源数据；通过访问预设存储地址，获取与源数据对应的目标数据；根据源数据以及目标数据进行对账，生成对账结果。通过设置包含不同业务数据的业务数据库，可以实现在不影响线上业务的基础上，对不同业务的源数据进行批量拉取与批量对账。

实施例二

本实施例在上述实施例基础上，将对账过程中的异常进行记录，并通过对异常进行回溯，提高了对账的成功率，与上述实施例提出的对账方法属于同一发明构思，未在本实施例中详尽描述的技术细节可参见上述实施例。

可选的，在拉取源数据表的源数据过程中，若源数据拉取异常，则生成第一异常消息；在获取与源数据对应的目标数据过程中，若目标数据获取异常，则生成第二异常消息；在提取源数据以及目标数据的有效数据过程中，若有效数据提取异常，则生成第三异常消息；相应的，于核对完毕时，根据第一异常消息、第二异常消息、第三异常消息、补单消息和/或差异消息，进行对账回溯；于对账回溯完毕时，生成回溯对账结果，且若回溯对账结果为账务未对平，则生成差异明细。

图2示出了本公开实施例二提供的一种对账方法流程图，本公开实施例中提供的对账方法包括如下步骤：

s210、接收对账指令，根据对账指令从至少一个业务数据库中，确定源数据库以及源数据库中的源数据表，并拉取源数据表的源数据，其中若源数据拉取异常，则生成第一异常消息；

s220、通过访问预设存储地址，获取与源数据对应的目标数据，其中若目标数据获取异常，则生成第二异常消息；

s230、提取源数据以及目标数据的有效数据，其中若有效数据提取异常，则生成第三异常消息；

s240、将源数据的有效数据，与目标数据的有效数据进行核对，且核对过程中若数据不存在则生成补单消息，和/或，若数据不一致则生成差异消息；

s250、于核对完毕时，根据第一异常消息、第二异常消息、第三异常消息、补单消息和/或差异消息，进行对账回溯；

s260、于对账回溯完毕时，生成回溯对账结果，且若回溯对账结果为账务未对平，则生成差异明细。

其中，对账平台拉取源数据的过程可以进行分页拉取，若拉取失败，则可以通过生成第一异常消息，记录拉取失败的页码等信息，以便于快速回溯未拉取成功的源数据。其中，可批量获取与源数据对应的目标数据，若获取失败则可通过生成第二异常消息，记录获取失败的目标数据，以便于快速回溯未获取成功的目标数据。其中，可在提取有效数据操作中，通过生成第三异常消息，记录未提取成功的源数据或目标数据，以便于快速回溯未提取成功的源数据或目标数据。其中，第一异常消息、第二异常消息、第三异常消息、补单消息和差异消息可存储至预设的消息缓存中，当对账完成时，可从该预设的消息缓存中读取各消息，并进行回溯重试，以进行回溯对账操作，提高对账的成功率。其中，针对补单消息的回溯重试过程，需要对在数据进行修复后方可回溯，而针对其他消息的回溯重试过程，只需对账平台重新执行相应操作即可，例如针对第一异常消息的回溯，只需重新执行源数据拉取操作。

其中，还可以于生成回溯对账结果时，通知对账方对账结果，且可通过不同的通知策略(例如单片/多片通知策略)进行通知。示例性的，当业务按资金方进行分类时，若某资金方出现账务未对平的情况，则可针对未对平的资金方进行单片通知，若各资金方均对平的情况，则可对各资金方进行多片通知。

其中，根据对账结果可以触发不同业务逻辑处理，例如当对账结果为对平时，可以调用某接口源数据处进行“已对平”勾对，且若逻辑处理失败则可以生成第四异常消息，以便于快速回溯触发业务逻辑过程。

可选的，在生成对账结果之后，还包括：接收源数据的修复消息，根据修复消息修复源数据，并根据修复后的源数据以及目标数据进行对账，更新对账结果。

其中，源数据的修复消息可以包括差异数据的修正数据和补单数据。其中，可根据源数据的修复消息对源数据进行修复，且可根据修复后的源数据重新进行对账，以更新对账结果。该过程可以理解为对差异明细的滚动更新，从而实现了差异滚动对账。

此外，还可以将数据入库到数据对平的周期，作为数据的停滞周期；将数据账务未对平到账务对平的周期，作为处理周期。通过停滞周期和处理周期作为数据指标，可以表明业务是否良性发展。当业务按照资金方进行分类时，可进一步反馈与资金方的对账情况，根据对账情况进行针对性的业务调整策略。

本公开实施例在上述实施例基础上，将对账过程中的异常进行记录，并通过对异常进行回溯，提高了对账的成功率。进一步的，通过对源数据进行修复，可实现差异滚动对账。此外，本公开实施例与上述实施例提出的对账方法属于同一发明构思，未在本实施例中详尽描述的技术细节可参见上述实施例，且本实施例与上述实施例具有相同的有益效果。

实施例三

图3是本发明实施例三提供的一种对账装置结构示意图，本实施例可适用于对账。应用本发明实施例提供的对账装置可实现上述对账方法。

参见图3，本实施例中对账装置，包括：

源数据拉取模块310，用于接收对账指令，根据对账指令从至少一个业务数据库中，确定源数据库以及源数据库中的源数据表，并拉取源数据表的源数据；

目标数据获取模块320，用于通过访问预设存储地址，获取与源数据对应的目标数据；

对账模块330，用于根据源数据以及目标数据进行对账，生成对账结果。

可选的，源数据拉取模块，具体用于：根据对账指令中的库标识，从至少一个业务数据库中确定源数据库；根据对账指令中的表标识，从源数据库中确定源数据表。

可选的，对账模块，具体用于：提取源数据以及目标数据的有效数据；将源数据的有效数据，与目标数据的有效数据进行核对，且核对过程中若数据不存在则生成补单消息，和/或，若数据不一致则生成差异消息；于核对完毕时，若未生成补单消息和/或差异消息，则对账结果为账务对平，若生成补单消息和/或差异消息，则对账结果为账务未对平。

可选的，对账装置。还包括：

异常消息生成模块，用于在拉取源数据表的源数据过程中，若源数据拉取异常，则生成第一异常消息；在获取与源数据对应的目标数据过程中，若目标数据获取异常，则生成第二异常消息；在提取源数据以及目标数据的有效数据过程中，若有效数据提取异常，则生成第三异常消息；

相应的，对账模块，还用以于核对完毕时，根据第一异常消息、第二异常消息、第三异常消息、补单消息和/或差异消息，进行对账回溯；于对账回溯完毕时，生成回溯对账结果，且若回溯对账结果为账务未对平，则生成差异明细。

可选的，对账装置，还包括：

业务数据库构建模块，用于构建至少一个业务数据库，并设置至少一个业务数据库的库标识，以及各业务数据库中至少一个数据表的表标识。

可选的，对账装置，还包括：

对账监控模块，用于在根据源数据以及目标数据进行对账过程中，生成对账监控消息。

可选的，对账模块，还包括：

数据修复模块，用于接收源数据的修复消息，根据修复消息修复源数据；相应的，对账模块，还用于根据修复后的源数据以及目标数据进行对账，更新对账结果。

本实施例提供的对账装置，与上述实施例提出的对账方法属于同一发明构思，未在本实施例中详尽描述的技术细节可参见上述实施例，并且本实施例与上述实施例具有相同的有益效果。

实施例四

本实施例提供了一种终端，可以用于对账。图4是本发明实施例四提供的一种终端的结构示意图。参见图4，该终端包括：

一个或多个处理器410；

存储器420，用于存储一个或多个程序；

当一个或多个程序被一个或多个处理器410执行，使得一个或多个处理器410实现如上述实施例提出的对账方法。

图4中以一个处理器410为例；处理器410和存储器420可以通过总线或其他方式连接，图4中以通过总线连接为例。

存储器420作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的对账方法对应的程序指令/模块。处理器410通过运行存储在存储器420中的软件程序、指令以及模块，从而执行终端的各种功能应用以及数据处理，即实现上述的对账方法。

存储器420可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作装置、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器420可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器420可进一步包括相对于处理器410远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本实施例提出的终端与上述实施例提出的对账方法属于同一发明构思，未在本实施例中详尽描述的技术细节可参见上述实施例，并且本实施例与上述实施例具有相同的有益效果。

实施例五

本实施例提供一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述实施例提出的对账方法。

本实施例提出的存储介质与上述实施例提出的对账方法属于同一发明构思，未在本实施例中详尽描述的技术细节可参见上述实施例，并且本实施例与上述实施例具有相同的有益效果。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、闪存(flash)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。