CN112950345A - 业财数据处理方法、装置及计算机设备 - Google Patents

Abstract

本发明提供了一种业财数据处理方法、装置及计算机设备，涉及计算机技术领域。该方法包括接收第一系统发送的第一业财处理数据，并将第一业财处理数据存储在冷数据库和热数据库中；按照预设的校验规则对第一业财处理数据进行校验；并在第一业财处理数据校验通过后，基于第一业财处理数据生成入账数据，将入账数据存储在冷数据库和热数据库中；当距离接收到第一业财处理数据达到预设时间后，将热数据库中的第一业财处理数据以及入账数据删除。以此可以快速响应业务需求，实现数据的即时处理，为决策提供科学的数据支撑，让所有的决策都是高效即时的；并且实现了数据收集、处理、存储一体化，从而实现了完整、准确、可溯的有效财务信息及业务信息。

Description

业财数据处理方法、装置及计算机设备

技术领域

本发明涉及计算机技术领域，尤其是涉及一种业财数据处理方法、装置及计算机设备。

背景技术

在企业信息化的时代，业财一体化一直都是企业信息化建设的重点，旨在将信息技术与对会计职能的新要求结合在一起，在减少成本同时还能提升财务管理的效率。

当前，传统的财务管理模式暴露出许多问题：1、财务信息收集偏于传统手工，效率低，财务报表信息滞后，导致无法快速响应业务需求；2、未建立科学的方法管理有效信息；3、财务的管理职能不能扩展，未能实现深度信息挖掘，有效应用于企业经营决策。

发明内容

本发明的目的在于提供一种业财数据处理方法、装置及计算机设备，以缓解现有技术中存在的无法快速响应业务需求、未建立科学的方法管理有效信息以及无法应用于企业经营决策的技术问题。

第一方面，本发明提供一种业财数据处理方法，包括：

接收第一系统发送的第一业财处理数据，并将所述第一业财处理数据存储在冷数据库和热数据库中；其中，所述热数据库中包括多个分库，每个分库用于存储第一指定时间段内的指定业务线的指定处理流程的业财处理数据，每个所述分库包括一个或多个分表，每个所述分表用于存储第二指定时间段内的业财处理数据，同一分库中的第二指定时间段包含在第一指定时间段内；

按照预设的校验规则对所述第一业财处理数据进行校验；并在所述第一业财处理数据校验通过后，基于所述第一业财处理数据生成入账数据，将所述入账数据存储在所述冷数据库和所述热数据库中；

当距离接收到所述第一业财处理数据达到预设时间后，将所述热数据库中的所述第一业财处理数据以及所述入账数据删除。

在可选的实施方式中，所述第一系统包括业务系统和/或支付系统，其中，来自所述业务系统的第一业财处理数据包括业务凭证，来自所述支付系统的第一业财处理数据包括支付凭证，所述支付凭证包括银行凭证和/或第三方交易平台的凭证。

在可选的实施方式中，所述分库包括业务凭证库、银行凭证库和三方凭证库，其中，所述业务凭证库用于存储来自业务系统的业务凭证，所述银行凭证库用于存储来自支付系统的银行凭证，所述三方凭证库用于存储来自支付系统的第三方交易平台的凭证。

在可选的实施方式中，所述基于所述第一业财处理数据生成入账数据，包括：

基于预先确定的配对规则，对所述第一业财处理数据中的业务凭证和支付凭证进行配对；

将配对后的所述第一业财处理数据汇总到对应的账本中得到入账数据。

在可选的实施方式中，所述分库还包括账本库，每个账本对应一个账本库。

在可选的实施方式中，所述预先确定的配对规则包括基于交易单号进行配对；所述账本通过银行卡号或第三方交易平台中的用户标识进行标识。

在可选的实施方式中，所述账本基于预先配置的账本配置表以及账本费项配置表确定。

在可选的实施方式中，所述预设的校验规则包括对账规则、格式规则以及扩展信息中的一项或多项；其中所述对账规则用于对金额以及费项进行校验，所述格式规则用于对字段长度和完整性进行校验，所述扩展信息用于对自定义项进行校验。

在可选的实施方式中，基于凭证费项配置表、凭证校验规则配置表和凭证扩展字段配置表确定所述校验规则。

第二方面，本发明提供一种业财数据处理装置，包括：

接收模块，用于接收第一系统发送的第一业财处理数据，并将所述第一业财处理数据存储在冷数据库和热数据库中；其中，所述热数据库中包括多个分库，每个分库用于存储第一指定时间段内的指定业务线的指定处理流程的业财处理数据，每个所述分库包括一个或多个分表，每个所述分表用于存储第二指定时间段内的业财处理数据，同一分库中的第二指定时间段包含在第一指定时间段内；

校验模块，用于按照预设的校验规则对所述第一业财处理数据进行校验；

入账模块，用于在所述第一业财处理数据校验通过后，基于所述第一业财处理数据生成入账数据，将所述入账数据存储在所述冷数据库和所述热数据库中；

删除模块，用于当距离接收到所述第一业财处理数据达到预设时间后，将所述热数据库中的所述第一业财处理数据以及所述入账数据删除。

在可选的实施方式中，所述第一系统包括业务系统和/或支付系统，其中，来自所述业务系统的第一业财处理数据包括业务凭证，来自所述支付系统的第一业财处理数据包括支付凭证，所述支付凭证包括银行凭证和/或第三方交易平台的凭证。

在可选的实施方式中，所述分库包括业务凭证库、银行凭证库和三方凭证库，其中，所述业务凭证库用于存储来自业务系统的业务凭证，所述银行凭证库用于存储来自支付系统的银行凭证，所述三方凭证库用于存储来自支付系统的第三方交易平台的凭证。

在可选的实施方式中，入账模块具体用于：

基于预先确定的配对规则，对所述第一业财处理数据中的业务凭证和来自支付系统的支付凭证进行配对；

将配对后的所述第一业财处理数据汇总到对应的账本中得到入账数据。

在可选的实施方式中，所述分库还包括账本库，每个账本对应一个账本库。

在可选的实施方式中，所述预先确定的配对规则包括基于交易单号进行配对；所述账本通过银行卡号或第三方交易平台中的用户标识进行标识。

在可选的实施方式中，所述账本基于预先配置的账本配置表以及账本费项配置表确定。

在可选的实施方式中，所述预设的校验规则包括对账规则、格式规则以及扩展信息中的一项或多项；其中所述对账规则用于对金额以及费项进行校验，所述格式规则用于对字段长度和完整性进行校验，所述扩展信息用于对自定义项进行校验。

在可选的实施方式中，基于凭证费项配置表、凭证校验规则配置表和凭证扩展字段配置表确定所述校验规则。

第三方面，本发明提供一种计算机设备，包括存储器、处理器；所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述前述第一方面所述的方法的步骤。

第四方面，本发明提供一种计算机可读存储介质，所述计算机可读存储介质存储有机器可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行所述前述第一方面所述的方法。

本发明提供一种业财数据处理方法、装置及计算机设备，通过接收第一系统发送的第一业财处理数据，将第一业财处理数据存储在冷数据库和热数据库中；其中，热数据库中包括多个分库，每个分库用于存储第一指定时间段内的指定业务线的指定处理流程的业财处理数据，每个分库包括一个或多个分表，每个分表用于存储第二指定时间段内的业财处理数据，同一分库中的第二指定时间段包含在第一指定时间段内；按照预设的校验规则对第一业财处理数据进行校验；并在第一业财处理数据校验通过后，基于第一业财处理数据生成入账数据，将入账数据存储在冷数据库和热数据库中；当距离接收到第一业财处理数据达到预设时间后，将热数据库中的第一业财处理数据以及入账数据删除。

这样实现了业务和财务的一体化管理和全流程可配置化，方便对接新的业务线和新的业务场景，可以通过配置化方案快速接入不同业务系统，快速响应业务需求，同时实现数据的即时处理，可以方便用户实时查看业财数据的变化，为决策提供科学的数据支撑，让所有的决策都是高效即时的；并且，采用标准化记账流程，实现收集、处理、输出一体化，并通过对记账内容的标准化分层，实现完整、准确、可溯的有效财务信息及业务信息。另外，这种基于冷数据库和热数据库的存储结构，实现了冷、热数据的分开存储，同时提供高效的查询和检索，可以支撑业务倍数级增长。

附图说明

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

图1为本发明实施例提供的一种业财数据处理方法的流程示意图；

图2为本发明实施例提供的一种业财一体化平台的结构示意图；

图3为本发明实施例提供的一种数据表的设计示意图；

图4为本发明实施例提供的一种业财一体化平台的存储结构示意图；

图5为本发明实施例提供的一种业财一体化平台的业务流程示意图；

图6为本发明实施例提供的一种业财数据处理装置的结构示意图；

图7为本发明实施例提供的一种计算机设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面结合附图，对本发明的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

本发明实施例提供了一种业财数据处理方法，该方法可以由具有数据处理能力的计算机设备执行。本发明实施例提供的业财数据处理方法可以通过搭建业财一体化平台实现，解决现有的业财系统的两方面问题：(1)实现业务系统与业财系统的传递信息的可配置化，这样可以快速把业财系统应用到新的业务场景；(2)重点设计了业财系统的存储模块，实现了大数据量的存储，并提供较高的查询性能，能够支撑业务的持续扩展。

图1为本发明实施例提供的一种业财数据处理方法的流程示意图，如图1所示，该方法可以包括如下步骤：

S110，接收第一系统发送的第一业财处理数据，并将第一业财处理数据存储在冷数据库和热数据库中。

其中，热数据库中包括多个分库，每个分库用于存储第一指定时间段内的指定业务线的指定处理流程的业财处理数据，每个分库包括一个或多个分表，每个分表用于存储第二指定时间段内的指定业务线的指定处理流程的业财处理数据，同一分库中的第二指定时间段包含在第一指定时间段内。

上述第一系统可以包括业务系统和/或支付系统，其中，来自业务系统的第一业财处理数据包括业务凭证，来自支付系统的第一业财处理数据包括支付凭证，该支付凭证包括银行凭证和/或第三方交易平台的凭证。

上述分库可以包括凭证库，凭证库包括业务凭证库、银行凭证库和三方凭证库，其中，业务凭证库用于存储来自业务系统的业务凭证，银行凭证库用于存储来自支付系统的银行凭证，三方凭证库用于存储来自支付系统的第三方交易平台的凭证。具体分库逻辑包括按业务线、处理流程和年份来划分，分表逻辑可以为按月分表，即第一指定时间段内的时长可以为一年，第二指定时间段的时长可以为一个月，例如，第一指定时间段为2020年，第二指定时间段为2020年中的任意一个月。参见图2所示的一种业财一体化平台的结构示意图，该业财一体化平台包括凭证存储模块201，凭证存储模块201用于进行业务凭证、银行凭证和第三方交易平台的凭证的存储。

作为一个示例，热数据库可以为MySQL数据库，MySQL是一种开放源代码的关系型数据库管理系统；冷数据库可以为TiDB数据库，TiDB是一种开源分布式关系型数据库，能同时支持在线事务处理与在线分析处理，能提供高效的批量查询和汇总查询功能。

S120，按照预设的校验规则对第一业财处理数据进行校验；并在第一业财处理数据校验通过后，基于第一业财处理数据生成入账数据，将入账数据存储在冷数据库和热数据库中。

在一些实施例中，该预设的校验规则可以包括对账规则、格式规则以及扩展信息中的一项或多项；其中对账规则用于对金额以及费项进行校验，格式规则用于对字段长度和完整性进行校验，扩展信息用于对自定义项进行校验。如图2所示，该业财一体化平台还包括凭证对账模块202，凭证对账模块202用于进行凭证校验。

可以通过如图2所示的配置模块205预先设置配置表，然后基于凭证费项配置表、凭证校验规则配置表和凭证扩展字段配置表确定校验规则。

在一些实施例中，可以基于预先确定的配对规则，对第一业财处理数据中的业务凭证和来自支付系统的支付凭证进行配对；将配对后的第一业财处理数据汇总到对应的账本中得到入账数据。如图2所示，该业财一体化平台还包括凭证汇总模块203和入账模块204，凭证汇总模块203用于进行凭证汇总，入账模块204用于进行凭证入账。

其中，上述分库还可以包括汇总库和账本库，每个账本对应一个账本库。上述预先确定的配对规则包括基于交易单号进行配对；账本通过银行卡号或第三方交易平台中的用户标识进行标识。

可以通过如图2所示的配置模块205预先设置配置表，然后账本基于预先配置的账本配置表以及账本费项配置表确定。

该业财一体化平台实现了流程完全可配置化，便于快速接入新的业务线和新的场景。图3为本发明实施例提供的一种数据表的设计示意图，如图3所示，该数据表包括凭证表、账本表和账本费项表，凭证表包括凭证费项配置表、凭证校验规则配置表和凭证扩展字段配置表，账本表包括账本配置表，账本费项表包括账本费项配置表。凭证费项配置表用来对业务线上报给业财一体化平台的凭证的费项做配置。凭证校验规则表用于配置不同场景凭证的验证规则，比如业务报送凭证各个费项金额的验证。凭证扩展字段配置表用来配置业务报送凭证的扩展字段的名称。账本配置表用来配置业务的账本类型(比如：银行账本、业务账本)。账本费项配置表用来配置账本包含的字段。

作为一个示例，凭证费项配置表用来配置凭证的费项，包括以下字段：

字段名	含义
		Expense_code	费项的编码
Expense_name	费项名称
		Business_line	业务线
Business_type	业务场景编号

凭证校验规则配置表用于校验业务凭证合法性的规则，包括以下字段：

凭证扩展字段配置表可以包括如下字段：

Business_line	业务线
		Business_type	业务场景编号
Ext_key	扩展字段的名称

账本配置表可以包括如下字段：

Business_line	业务线
		Business_type	业务场景编号
books_id	账本id
		books_type	账本类型

账本费项配置表可以包括如下字段：

Business_line	业务线
		Business_type	业务场景编号
books_id	账本id
		expense_code	账本费项编号

S130，当距离接收到第一业财处理数据达到预设时间后，将热数据库中的第一业财处理数据以及入账数据删除。

其中，预设时间可以根据实际需求设置，例如预设时间为一年，即热数据库中仅包括近1年的数据。

为了实现大数据量的存储，如图2所示，业财一体化平台的存储模块将第一业财处理数据和入账数据等数据划分成热数据和冷数据。热数据存储在MySQL数据库206中，一般只包括近1年的数据。冷数据存储在TiDB数据库207中，冷数据包括全量备份数据，与MySQL数据库206中的热数据理论上有分钟级的延迟。这样设计的目的是，保留热数据在业务处理中的事务处理功能，同时满足历史数据的高效查询要求。

另外，如图2所示，该业财一体化平台的存储模块还包括ES(ElasticSearch)208，包括第一业财处理数据的准实时数据会存储在ES 208中，方便数据处理过程中的检索。ES是一个基于Lucene的搜索服务器，它提供了一个分布式多用户能力的全文搜索引擎，提供了便捷、高效的按字段过滤功能。可以在完成凭证入账后将ES 208中的准实时数据删除。

该业财一体化平台的存储结构的设计主要是指MySQL数据库结构的设计，包括分库、分表逻辑的设计。其中，分库逻辑的设计包括按业务线、处理流程和年份来划分，分表逻辑设计为按月分表。为了便于理解，该业财一体化平台的存储结构可以如图4所示，MySQL数据库中包括2020年和2021年的两条业务线(业务线1和业务线2)的三类分库(凭证库、汇总库和账本库)；其中，一年前(如2019年)的数据可以存储到TiDB数据库中，无需存储在MySQL数据库中，以节省基础设施费用。

该业财数据处理方法可以提供业务系统、支付系统等第一系统的信息输入端服务，通过优化压缩处理时间及提高并发技术手段，实现千万级信息即时同步，满足即时账务处理要求；结合标准化记账流程，实现收集、处理、输出一体化，并通过对记账内容的标准化分层，实现完整、准确、可溯的有效财务信息及业务信息；最终通过在热数据库中建立财务、业务不同口径的多级指标库，满足财务经营决策分析的需求。

为了便于理解，本发明实施例还提供了上述业财一体化平台的业务流程。参见图5所示的一种业财一体化平台的业务流程示意图，业务系统实时报送业务交易凭证(即业务凭证)给业财一体化平台，支付系统将银行和第三方交易平台(如微信或支付宝等)的单据(包括银行凭证和第三方交易平台的凭证)也报送给业财一体化平台。业财一体化平台收到单据之后，分别进行业务凭证存储、银行凭证存储和三方凭证存储，即进行业务凭证库、银行凭证库和三方凭证库的入库操作。入库之后自动触发凭证校验模块的凭证校验工作，验证业务系统和支付系统报送过来数据是否符合要求；比如：金额、字段长度、费项和扩展信息是否符合预设的校验规则。校验通过之后，凭证配对模块会对业务凭证和支付凭证做凭证配对，配对规则可以是交易的单号，也可以是其他规则。配对通过之后，凭证会被汇总到不同的账本进行凭证入账，最后进行账本存储。账本的维度可以是银行卡号或微信商户号，也可以是业务自定义的维度。

本发明实施例提供的业财数据处理方法带来两点有益效果：(1)得益于全流程的可配置化，新业务线或者新场景接入业财系统的效率大大提升，无需改动代码，只需要做配置化工作即可；(2)随着业务的增长，业务交易数据和三方数据都可能出现倍数增长，该数据存储设计可以支撑业务的快速发展。

图6为本发明实施例提供的一种业财数据处理装置结构示意图。如图6所示，该装置可以包括如下模块：

接收模块601，用于接收第一系统发送的第一业财处理数据，并将第一业财处理数据存储在冷数据库和热数据库中；其中，热数据库中包括多个分库，每个分库用于存储第一指定时间段内的指定业务线的指定处理流程的业财处理数据，每个分库包括一个或多个分表，每个所述分表用于存储第二指定时间段内的业财处理数据，同一分库中的第二指定时间段包含在第一指定时间段内；

校验模块602，用于按照预设的校验规则对第一业财处理数据进行校验；

入账模块603，用于在第一业财处理数据校验通过后，基于第一业财处理数据生成入账数据，将入账数据存储在冷数据库和热数据库中；

删除模块604，用于当距离接收到第一业财处理数据达到预设时间后，将热数据库中的第一业财处理数据以及入账数据删除。

在一些实施例中，第一系统包括业务系统和/或支付系统，其中，来自业务系统的第一业财处理数据包括业务凭证，来自支付系统的第一业财处理数据包括支付凭证，该支付凭证包括银行凭证和/或第三方交易平台的凭证。

在一些实施例中，分库包括业务凭证库、银行凭证库和三方凭证库，其中，业务凭证库用于存储来自业务系统的业务凭证，银行凭证库用于存储来自支付系统的银行凭证，三方凭证库用于存储来自支付系统的第三方交易平台的凭证。

在一些实施例中，上述入账模块603具体用于：

基于预先确定的配对规则，对第一业财处理数据中的业务凭证和来自支付系统的支付凭证进行配对；

将配对后的第一业财处理数据汇总到对应的账本中得到入账数据。

在一些实施例中，分库还包括账本库，每个账本对应一个账本库。

在一些实施例中，预先确定的配对规则包括基于交易单号进行配对；账本通过银行卡号或第三方交易平台中的用户标识进行标识。

在一些实施例中，账本基于预先配置的账本配置表以及账本费项配置表确定。

在一些实施例中，预设的校验规则包括对账规则、格式规则以及扩展信息中的一项或多项；其中对账规则用于对金额以及费项进行校验，格式规则用于对字段长度和完整性进行校验，扩展信息用于对自定义项进行校验。

在一些实施例中，基于凭证费项配置表、凭证校验规则配置表和凭证扩展字段配置表确定校验规则。

本发明实施例提供的业财数据处理装置，与上述实施例提供的业财数据处理方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。

如图7所示，本发明实施例提供的一种计算机设备700，包括：处理器701、存储器702和总线，存储器702存储有处理器701可执行的机器可读指令，当电子设备运行时，处理器701与存储器702之间通过总线通信，处理器701执行机器可读指令，以执行如上述业财数据处理方法、装置及计算机设备方法的步骤。

具体地，上述存储器702和处理器701能够为通用的存储器和处理器，这里不做具体限定，当处理器701运行存储器702存储的计算机程序时，能够执行上述业财数据处理方法。

对应于上述业财数据处理方法，本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有机器可运行指令，计算机可运行指令在被处理器调用和运行时，计算机可运行指令促使处理器运行上述业财数据处理方法、装置及计算机设备方法的步骤。

本发明实施例所提供的业财数据处理方法、装置及计算机设备装置可以为设备上的特定硬件或者安装于设备上的软件或固件等。本发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

在本发明所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备执行本发明各个实施例业财数据处理方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的范围，都应涵盖在本发明的保护范围之内。

Claims (12)

1.一种业财数据处理方法，其特征在于，包括：

接收第一系统发送的第一业财处理数据，并将所述第一业财处理数据存储在冷数据库和热数据库中；其中，所述热数据库中包括多个分库，每个分库用于存储第一指定时间段内的指定业务线的指定处理流程的业财处理数据，每个所述分库包括一个或多个分表，每个所述分表用于存储第二指定时间段内的业财处理数据，同一分库中的第二指定时间段包含在第一指定时间段内；

按照预设的校验规则对所述第一业财处理数据进行校验；并在所述第一业财处理数据校验通过后，基于所述第一业财处理数据生成入账数据，将所述入账数据存储在所述冷数据库和所述热数据库中；

当距离接收到所述第一业财处理数据达到预设时间后，将所述热数据库中的所述第一业财处理数据以及所述入账数据删除。

2.根据权利要求1所述的方法，其特征在于，所述第一系统包括业务系统和/或支付系统，其中，来自所述业务系统的第一业财处理数据包括业务凭证，来自所述支付系统的第一业财处理数据包括支付凭证，所述支付凭证包括银行凭证和/或第三方交易平台的凭证。

3.根据权利要求2所述的方法，其特征在于，所述分库包括业务凭证库、银行凭证库和三方凭证库，其中，所述业务凭证库用于存储来自业务系统的业务凭证，所述银行凭证库用于存储来自支付系统的银行凭证，所述三方凭证库用于存储来自支付系统的第三方交易平台的凭证。

4.根据权利要求2所述的方法，其特征在于，所述基于所述第一业财处理数据生成入账数据，包括：

基于预先确定的配对规则，对所述第一业财处理数据中的业务凭证和支付凭证进行配对；

将配对后的所述第一业财处理数据汇总到对应的账本中得到入账数据。

5.根据权利要求4所述的方法，其特征在于，所述分库还包括账本库，每个账本对应一个账本库。

6.根据权利要求4或5所述的方法，其特征在于，所述预先确定的配对规则包括基于交易单号进行配对；所述账本通过银行卡号或第三方交易平台中的用户标识进行标识。

7.根据权利要求6所述的方法，其特征在于，所述账本基于预先配置的账本配置表以及账本费项配置表确定。

8.根据权利要求1所述的方法，其特征在于，所述预设的校验规则包括对账规则、格式规则以及扩展信息中的一项或多项；其中所述对账规则用于对金额以及费项进行校验，所述格式规则用于对字段长度和完整性进行校验，所述扩展信息用于对自定义项进行校验。

9.根据权利要求8所述的方法，其特征在于，基于凭证费项配置表、凭证校验规则配置表和凭证扩展字段配置表确定所述校验规则。

10.一种业财数据处理装置，其特征在于，包括：

接收模块，用于接收第一系统发送的第一业财处理数据，并将所述第一业财处理数据存储在冷数据库和热数据库中；其中，所述热数据库中包括多个分库，每个分库用于存储第一指定时间段内的指定业务线的指定处理流程的业财处理数据，每个所述分库包括一个或多个分表，每个所述分表用于存储第二指定时间段内的业财处理数据，同一分库中的第二指定时间段包含在第一指定时间段内；

校验模块，用于按照预设的校验规则对所述第一业财处理数据进行校验；

入账模块，用于在所述第一业财处理数据校验通过后，基于所述第一业财处理数据生成入账数据，将所述入账数据存储在所述冷数据库和所述热数据库中；

删除模块，用于当距离接收到所述第一业财处理数据达到预设时间后，将所述热数据库中的所述第一业财处理数据以及所述入账数据删除。

11.一种计算机设备，其特征在于，包括存储器、处理器；所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述权利要求1至9任一项所述的方法的步骤。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有机器可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行所述权利要求1至9任一项所述的方法。

Images