CN110046201A - 用于处理业务交易的总账科目数据的方法、装置及系统 - Google Patents

Abstract

本公开提供了一种用于处理业务交易的总账科目数据的方法、装置及系统。该方法包括：从业务交易总账平台系统实时获取同一账套的总账会计分录明细数据、所述账套对应的归类码、科目以及归类码与科目映射规则；基于所获取的总账会计分录明细数据，生成与所述账套的各个归类码对应的归类码日变动数据；以及根据所述账套对应的归类码与科目映射规则，对所获取的归类码日变动数据进行映射处理，以得到所述账套的各个科目的对应科目日变动数据。利用该方法，能够实时获得会计科目数据，从而便于业务方进行业务分析和业务决策。

Description

用于处理业务交易的总账科目数据的方法、装置及系统

技术领域

本公开通常涉及数据处理领域，更具体地，涉及用于处理业务交易的总账科目数据的方法、装置及系统。

背景技术

在业务交易过程中，通常需要建立会计总账系统来进行业务交易数据处理，例如，通过日终批处理任务来对前一会计日的所有业务交易进行科目入账，从而产生每个会计日的会计科目的借方发生额数据、贷方发生额数据、借方余额数据、贷方余额数据等，以供业务方来进行业务决策。

在比如总账科目发生额异动监控、资产池T日清盘等业务场景下，业务系统需要实时观测总账科目的当前科目数据，并基于该当前科目数据来进行业务决策。而会计总账系统的科目数据是进行日终批处理之后才产生的，所得到的科目数据时效性不高，从而导致业务系统不能基于会计总账系统的科目数据来进行业务分析和决策，由此需要业务系统开发和维护实现监控功能。此外，由于业务系统无法提供标准化数据，从而使得业务系统所得到的数据不能在各个业务系统之间复用，从而需要在每个业务系统处单独开发和维护各自的实时监控功能。

发明内容

鉴于上述，本公开提供了一种用于处理业务交易的总账科目数据的方法、装置及系统。利用该方法、装置及系统，通过基于会计分录明细数据进行归类码日变动数据实时统计，并将所统计的归类码日变动数据映射到对应的科目日变动数据来生成总账系统的科目数据，由此能够实时获得会计科目数据，从而便于业务方进行业务分析和业务决策。

根据本公开的一个方面，提供了一种用于处理业务交易的总账科目数据的方法，包括：从业务交易总账平台系统实时获取同一账套的总账会计分录明细数据、所述账套对应的归类码、科目以及归类码与科目映射规则；基于所获取的总账会计分录明细数据，生成与所述账套的各个归类码对应的归类码日变动数据；以及根据所述账套对应的归类码与科目映射规则，对所生成的归类码日变动数据进行映射处理，以得到所述账套的各个科目的对应科目日变动数据。

可选地，在上述方面的一个示例中，所述总账会计分录明细数据是在所述业务交易总账平台系统处，按照所述账套对应的会计分录规则以及归类码来对从至少一个分户账账务系统接收的账户动账日志记录进行处理而生成的标准化及结构化数据。

可选地，在上述方面的一个示例中，所述方法还可以包括：对所得到的所述账套的所有科目日变动数据进行借贷平衡检查。

可选地，在上述方面的一个示例中，所述方法还可以包括：在所述借贷平衡检查的结果为账套借贷不平时，对所述科目日变动数据进行标记，所述标记用于指示账套借贷不平。

可选地，在上述方面的一个示例中，基于所获取的总账会计分录明细数据，生成与所述账套的各个归类码对应的归类码日变动数据可以包括：基于所获取的总账会计分录明细数据，使用流式数据计算来生成与所述账套的各个归类码对应的归类码日变动数据。

可选地，在上述方面的一个示例中，对所获取的归类码日变动数据进行的科目映射处理是按照预定时间周期进行的。

可选地，在上述方面的一个示例中，所述方法还可以包括：将所得到的所述账套的各个科目的对应科目日变动数据提供给至少一个目标业务方。

根据本公开的另一方面，提供一种用于处理业务交易的总账科目数据的装置，包括：实时数据获取单元，被配置为从业务交易总账平台系统实时获取同一账套的总账会计分录明细数据、所述账套对应的归类码、科目以及归类码与科目映射规则；归类码日变动数据生成单元，被配置为基于所获取的总账会计分录明细数据，生成与所述账套的各个归类码对应的归类码日变动数据；以及科目日变动数据映射单元，被配置为根据所述账套对应的归类码与科目映射规则，对所生成的归类码日变动数据进行映射处理，以得到所述账套的各个科目的对应科目日变动数据。

可选地，在上述方面的一个示例中，所述装置还可以包括：借贷平衡检查单元，被配置为对所得到的所述账套的所有科目日变动数据进行借贷平衡检查。

可选地，在上述方面的一个示例中，所述装置还可以包括：标记单元，被配置为在所述借贷平衡检查的结果为账套借贷不平时，对所述科目日变动数据进行标记，所述标记用于指示账套借贷不平。

可选地，在上述方面的一个示例中，所述归类码日变动数据生成单元被配置为：基于所获取的总账会计分录明细数据，使用流式数据计算来生成与所述账套的各个归类码对应的归类码日变动数据。

可选地，在上述方面的一个示例中，所述装置还可以包括：数据提供单元，被配置为将所得到的所述账套的各个科目的对应科目日变动数据提供给至少一个目标业务方。

根据本公开的另一方面，提供一种用于处理业务交易的总账科目数据的系统，包括：至少一个分户账账务系统；业务交易总账系统；以及数据分析平台，包括如上所述的用于处理业务交易的总账科目数据的装置。

根据本公开的另一方面，提供一种计算设备，包括：至少一个处理器，以及与所述至少一个处理器耦合的存储器，所述存储器存储指令，当所述指令被所述至少一个处理器执行时，使得所述至少一个处理器执行如上所述的用于处理业务交易的总账科目数据的方法。

根据本公开的另一方面，提供一种非暂时性机器可读存储介质，其存储有可执行指令，所述指令当被执行时使得所述机器执行如上所述的用于处理业务交易的总账科目数据的方法。

附图说明

通过参照下面的附图，可以实现对于本公开内容的本质和优点的进一步理解。在附图中，类似组件或特征可以具有相同的附图标记。

图1示出了根据本公开的实施例的用于处理业务交易的总账科目数据的系统的方框图；

图2示出了根据本公开的实施例的用于处理业务交易的总账科目数据的系统中的各个组件之间的数据交互的示意图；

图3示出了根据本公开的实施例的由科目数据处理装置执行的用于处理业务交易的总账科目数据的方法的流程图；

图4示出了根据本公开的实施例的用于处理业务交易的总账科目数据的装置的方框图；

图5示出了根据本公开的实施例的用于处理业务交易的总账科目数据的计算设备的方框图。

具体实施方式

现在将参考示例实施方式讨论本文描述的主题。应该理解，讨论这些实施方式只是为了使得本领域技术人员能够更好地理解从而实现本文描述的主题，并非是对权利要求书中所阐述的保护范围、适用性或者示例的限制。可以在不脱离本公开内容的保护范围的情况下，对所讨论的元素的功能和排列进行改变。各个示例可以根据需要，省略、替代或者添加各种过程或组件。例如，所描述的方法可以按照与所描述的顺序不同的顺序来执行，以及各个步骤可以被添加、省略或者组合。另外，相对一些示例所描述的特征在其它例子中也可以进行组合。

如本文中使用的，术语“包括”及其变型表示开放的术语，含义是“包括但不限于”。术语“基于”表示“至少部分地基于”。术语“一个实施例”和“一实施例”表示“至少一个实施例”。术语“另一个实施例”表示“至少一个其他实施例”。术语“第一”、“第二”等可以指代不同的或相同的对象。下面可以包括其他的定义，无论是明确的还是隐含的。除非上下文中明确地指明，否则一个术语的定义在整个说明书中是一致的。

在本公开中，术语“账套”是指存放会计核算对象的所有会计业务数据文件的总称，账套中所包含的文件包括会计科目、记账凭证、会计账簿、会计报表等。所述会计核算对象可以是企业的一个分部，也可以是整个企业集团。每个账套具有一个科目体系，所述科目体系具有至少一个科目。这里，术语“科目”也可以称为“会计科目”。会计科目是对会计要素对象的具体内容进行分类核算的类目。每个科目具有若干不同的分类，每个分类具有一个归类码。

在本公开中，术语“会计分录”也称为“记帐公式”。它根据复式记帐原理的要求，对每笔业务交易列出相对应的双方帐户及其金额的一种记录。在登记帐户前，通过记帐凭证编制会计分录，从而能够清楚地反映业务交易的归类情况，有利于保证帐户记录的正确和便于事后检查。每项会计分录主要包括记帐符号，有关帐户名称、摘要和金额。为了保证帐户对应关系的正确和清晰，便于了解业务交易的内容，会计分录必须严格掌握一借多贷或一贷多借的基本原则，不允许发生多借多贷。

在本公开中，术语“分户账”是明细核算的主要账簿，是总账各科目的详细记录。

下面将结合附图来详细描述根据本公开的实施例的用于处理业务交易的总账科目数据的方法、装置及系统。

图1示出了根据本公开的实施例的用于处理业务交易的总账科目数据的系统(下文中称为科目数据处理系统)1的方框图。

如图1所示，科目数据处理系统1包括至少一个分户账账务系统10、业务交易总账系统20和数据分析平台30。如图1所示，所述至少一个分户账账务系统10例如可以包括内部户账务系统、借记账务系统和贷记账户系统。这里要说明的是，图1中示出的分户账账务系统10仅仅是示例。在根据本公开的其它示例中，可以包括更多或更少的分户账账务系统，也可以包括其它类型的分户账账务系统。

至少一个分户账账务系统10被配置为针对所发生的业务交易进行账户记账，比如记录各种会计分录数据，并且在完成账户记账之后，将账户动账日志记录例如以消息的形式发送给业务交易总账平台系统20。账户动账日志例如可以包括：分户账务类型、账号、会计日期、交易金额、借贷方向、业务产品、业务事件、归类码、交易对手、交易时间等。

业务交易总账平台系统20被配置为接收至少一个分户账账务系统10所发送的账户动账日志记录。此外，业务交易总账平台系统20还被配置为维护账套的科目体系。所述账套的科目体系可以例如采用配置文件的方式来对业务交易总账平台系统20进行配置，从而使得业务交易总账平台系统20具有账套的科目体系。所述科目体系可以包括该账套所具有的科目(也可以称为科目名称)、归类码以及归类码与科目的映射规则，所述归类码与科目的映射规则是指归类码与科目之间的归属关系。例如，如果一个归类码被映射到一个科目，则该归类码对应的归类码数据属于该科目的科目数据。

业务交易总账平台系统20还具有账套的会计分录规则。在从至少一个分户账账务系统10接收到账户动账日志记录后，业务交易总账平台系统20按照会计分录规则以及归类码来对所接收的账户动账日志记录进行匹配处理，然后进行标准化及结构化处理，以生成标准化及结构化数据，即，总账会计分录明细数据。

数据分析平台30包括科目数据处理装置300。科目数据处理装置300与业务交易总账平台系统20进行数据通信，被配置为从业务交易总账平台系统20实时获取总账会计分录明细数据，并且对所获取的总账会计分录明细数据进行处理以得到总账科目日变动数据。此外，在本公开中，根据具体需要，数据分析平台30还可以具有其他数据分析功能。关于科目数据处理装置300的操作流程以及结构将在后面参照图3和图4进行项目描述。

图2示出了根据本公开的实施例的用于处理业务交易的总账科目数据的方法的流程图。

如图2所示，在块210，至少一个分户账账务系统10针对所发生的业务交易进行账户记账，比如记录各种会计分录数据，并且在完成账户记账之后，在块220，将账户动账日志记录例如以消息的形式发送给业务交易总账平台系统20。

在业务交易总账平台系统20接收到至少一个分户账账务系统10所发送的账户动账日志记录后，在块230，业务交易总账平台系统20按照会计分录规则以及归类码来对所接收的账户动账日志记录进行匹配处理，然后进行标准化及结构化处理，以生成标准化及结构化数据，即，总账会计分录明细数据。然后，在块240，将所生成的总账会计分录明细数据实时发送给数据分析平台30。这里要说明的是，图2中示出的是业务交易总账平台系统20将所生成的总账会计分录明细数据实时发送给数据分析平台30。在本公开的其它示例中，也可以是数据分析平台30利用所具有的数据获取功能对业务交易总账平台系统20进行实时数据获取来获取总账会计分录明细数据。

在从业务交易总账平台系统20实时接收到总账会计分录明细数据后，在块250，数据分析平台30中的科目数据处理装置300对所获取的总账会计分录明细数据进行处理以得到总账科目日变动数据。

图3示出了根据本公开的实施例的由科目数据处理装置300执行的用于处理业务交易的总账科目数据的方法的流程图。

如图3所示，在块251，从业务交易总账平台系统20实时获取同一账套的总账会计分录明细数据。此外，在块252，从业务交易总账平台系统20实时获取该账套的归类码、科目以及归类码与科目之间的映射规则。这里要说明的是，本公开中的术语“实时”也可以认为是“准实时”，例如，可以按照几秒或其他较短的时间间隔(第一时间间隔)来从业务交易总账平台系统20获取总账会计分录明细数据。

在从业务交易总账平台系统20实时获取到该账套的归类码数据、科目数据以及归类码与科目之间的映射规则后，在块253，判断所获取的归类码数据和科目数据中是否存在归类码日变动数据和科目日变动数据。这里，归类码数据和科目数据可以包括至少一个字段。例如，归类码数据可以包括归类码标识字段，以及科目数据可以包括科目标识字段。另外，归类码数据和科目数据还可以包括其它字段，比如，可以包括用于记录归类码日变动数据的归类码日变动数据字段和用于记录科目日变动数据的科目日变动数据字段。在这种情况下，可以通过判断归类码日变动数据字段和科目日变动数据字段中是否存在数据值来判断是否存在归类码日变动数据和科目日变动数据。如果存在相应数据值，则判断为存在对应的归类码日变动数据或科目日变动数据。在本公开中，也可以采用其他合适的方式来判断所获取的归类码数据和科目数据中是否存在归类码日变动数据和科目日变动数据。然后，流程进行到块255的操作。

如果在块253中，判断为不存在归类码日变动数据和科目日变动数据时，可以通过对相应的字段进行初始化处理来得到相应的归类码日变动数据和科目日变动数据。然后，进行到块255的操作。

在块255，基于所获取的总账会计分录明细数据，生成与所述账套的各个归类码对应的归类码日变动数据。例如，在一个示例中，可以基于来自业务交易总账平台系统的同一账套的总账会计分录明细数据，使用流式数据计算来生成与所述账套的各个归类码对应的归类码日变动数据。此外，如果在块253的操作中确定为存在归类码日变动数据，则将所生成的归类码日变动数据与所存在的归类码日变动数据进行累加来得出归类码日变动数据。如果在块253的操作中确定为不存在归类码日变动数据，则将所生成的归类码日变动数据与所初始化的归类码日变动数据进行累加来得出归类码日变动数据。

然后，在块256，根据所述账套对应的归类码与科目映射规则，对所获取的归类码日变动数据进行映射处理，以得到所述账套的各个科目的对应科目日变动数据。这里要说明的是，对所获取的归类码日变动数据进行的科目映射处理不是实时的，其可以是按照预定时间周期(第二时间间隔)进行的。例如，按照几分钟或者几十分钟的间隔来执行。在本公开中，第二时间间隔可以被设置为远大于第一时间间隔。

可选地，在得到所述账套的各个科目的对应科目日变动数据后，在块257，将所得到的所述账套的各个科目的对应科目日变动数据提供给至少一个目标业务方，以供目标业务方来进行业务分析或业务决策。

此外，可选地，在本公开的其它示例中，所述方法还可以包括：对所得到的所述账套的所有科目日变动数据进行借贷平衡检查。此外，在本公开的其它示例中，所述方法还可以包括：在所述借贷平衡检查的结果为账套借贷不平时，对所述科目日变动数据进行标记，所述标记用于指示账套借贷不平。

利用根据本公开的用于处理业务交易的总账科目数据的方法，通过实时获取同一账套的总账会计分录明细数据，并且例如通过流式数据计算的方式来生成归类码日变动数据，然后基于归类码与科目之间的映射关系，将所生成的归类码日变动数据映射为科目日变动数据，由此实现会计科目数据的准实时计算，从而有助于业务方基于实时会计科目数据来进行实时决策分析。

图4示出了根据本公开的实施例的用于处理业务交易的总账科目数据的装置(下文中称为科目数据处理装置)300的方框图。

如图4所示，科目数据处理装置300包括实时数据获取单元310、归类码日变动数据生成单元320和科目日变动数据映射单元330。

实时数据获取单元310被配置为从业务交易总账平台系统20实时获取同一账套的总账会计分录明细数据。此外，实时数据获取单元310还被配置为从业务交易总账平台系统20实时获取账套的归类码、科目以及归类码与科目映射规则。实时数据获取单元310的操作可以参考上面参照图3描述的块251和块253的操作。

归类码日变动数据生成单元320被配置为基于所获取的总账会计分录明细数据，生成与所述账套的各个归类码对应的归类码日变动数据。例如，在一个示例中，归类码日变动数据生成单元320可以被配置为：基于来自总账平台系统的同一账套的总账会计分录明细数据，使用流式数据计算来生成与所述账套的各个归类码对应的归类码日变动数据。归类码日变动数据生成单元320的操作可以参考上面参照图3描述的块255的操作。

科目日变动数据映射单元330被配置为根据所述账套对应的归类码与科目映射规则，对所生成的归类码日变动数据进行映射处理，以得到所述账套的各个科目的对应科目日变动数据。科目日变动数据映射单元330的操作可以参考上面参照图3描述的块256的操作。

此外，可选地，科目数据处理装置300还可以包括数据提供单元340。数据提供单元340被配置为将所得到的所述账套的各个科目的对应科目日变动数据提供给至少一个目标业务方，以供目标业务方进行业务分析和/或业务决策。

此外，科目数据处理装置300还可以包括借贷平衡检查单元(未示出)。所述借贷平衡检查单元被配置为对所得到的所述账套的所有科目日变动数据进行借贷平衡检查。

此外，科目数据处理装置300还可以包括标记单元(未示出)。所述标记单元被配置为在所述借贷平衡检查的结果为账套借贷不平时，对所述科目日变动数据进行标记，所述标记用于指示账套借贷不平。

此外，科目数据处理装置300还可以包括判断单元(未示出)和初始化处理单元(未示出)。所述判断单元被配置为判断所获取的归类码数据和科目数据中是否存在归类码日变动数据和科目日变动数据。所述初始化处理单元被配置为在判断为不存在归类码日变动数据和科目日变动数据时，进行初始化处理以得到相应的归类码日变动数据和科目日变动数据。

如上参照图1到图4，对根据本公开的用于处理业务交易的总账科目数据的方法、装置及系统的实施例进行了描述。上面的科目数据处理装置可以采用硬件实现，也可以采用软件或者硬件和软件的组合来实现。

图5示出了根据本公开的实施例的用于处理业务交易的总账科目数据的计算设备500的硬件结构图。如图5所示，计算设备500可以包括至少一个处理器510、存储器520、内存530和通信接口540，并且至少一个处理器510、存储器520、内存530和通信接口540经由总线560连接在一起。至少一个处理器510执行在存储器520中存储或编码的至少一个计算机可读指令(即，上述以软件形式实现的元素)。

在一个实施例中，在存储器520中存储计算机可执行指令，其当执行时使得至少一个处理器510：从业务交易总账平台系统实时获取同一账套的总账会计分录明细数据、所述账套对应的归类码、科目以及归类码与科目映射规则；基于所获取的总账会计分录明细数据，生成与所述账套的各个归类码对应的归类码日变动数据；以及根据所述账套对应的归类码与科目映射规则，对所生成的归类码日变动数据进行汇总统计，以得到所述账套的各个科目的对应科目日变动数据。

应该理解，在存储器520中存储的计算机可执行指令当执行时使得至少一个处理器510进行本公开的各个实施例中以上结合图1-4描述的各种操作和功能。

在本公开中，计算设备500可以包括但不限于：个人计算机、服务器计算机、工作站、桌面型计算机、膝上型计算机、笔记本计算机、移动计算设备、智能电话、平板计算机、蜂窝电话、个人数字助理(PDA)、手持装置、消息收发设备、可佩戴计算设备、消费电子设备等等。

根据一个实施例，提供了一种比如非暂时性机器可读介质的程序产品。非暂时性机器可读介质可以具有指令(即，上述以软件形式实现的元素)，该指令当被机器执行时，使得机器执行本公开的各个实施例中以上结合图1-4描述的各种操作和功能。具体地，可以提供配有可读存储介质的系统或者装置，在该可读存储介质上存储着实现上述实施例中任一实施例的功能的软件程序代码，且使该系统或者装置的计算机或处理器读出并执行存储在该可读存储介质中的指令。

根据一个实施例，提供了一种比如非暂时性机器可读介质的程序产品。非暂时性机器可读介质可以具有指令(即，上述以软件形式实现的元素)，该指令当被机器执行时，使得机器执行本公开的各个实施例中以上结合图1-4描述的各种操作和功能。具体地，可以提供配有可读存储介质的系统或者装置，在该可读存储介质上存储着实现上述实施例中任一实施例的功能的软件程序代码，且使该系统或者装置的计算机或处理器读出并执行存储在该可读存储介质中的指令。

在这种情况下，从可读介质读取的程序代码本身可实现上述实施例中任何一项实施例的功能，因此机器可读代码和存储机器可读代码的可读存储介质构成了本发明的一部分。

可读存储介质的实施例包括软盘、硬盘、磁光盘、光盘(如CD-ROM、CD-R、CD-RW、DVD-ROM、DVD-RAM、DVD-RW、DVD-RW)、磁带、非易失性存储卡和ROM。可选择地，可以由通信网络从服务器计算机上或云上下载程序代码。

本领域技术人员应当理解，上面公开的各个实施例可以在不偏离发明实质的情况下做出各种变形和修改。因此，本发明的保护范围应当由所附的权利要求书来限定。

需要说明的是，上述各流程和各系统结构图中不是所有的步骤和单元都是必须的，可以根据实际的需要忽略某些步骤或单元。各步骤的执行顺序不是固定的，可以根据需要进行确定。上述各实施例中描述的装置结构可以是物理结构，也可以是逻辑结构，即，有些单元可能由同一物理实体实现，或者，有些单元可能分由多个物理实体实现，或者，可以由多个独立设备中的某些部件共同实现。

以上各实施例中，硬件单元或模块可以通过机械方式或电气方式实现。例如，一个硬件单元、模块或处理器可以包括永久性专用的电路或逻辑(如专门的处理器，FPGA或ASIC)来完成相应操作。硬件单元或处理器还可以包括可编程逻辑或电路(如通用处理器或其它可编程处理器)，可以由软件进行临时的设置以完成相应操作。具体的实现方式(机械方式、或专用的永久性电路、或者临时设置的电路)可以基于成本和时间上的考虑来确定。

上面结合附图阐述的具体实施方式描述了示例性实施例，但并不表示可以实现的或者落入权利要求书的保护范围的所有实施例。在整个本说明书中使用的术语“示例性”意味着“用作示例、实例或例示”，并不意味着比其它实施例“优选”或“具有优势”。出于提供对所描述技术的理解的目的，具体实施方式包括具体细节。然而，可以在没有这些具体细节的情况下实施这些技术。在一些实例中，为了避免对所描述的实施例的概念造成难以理解，公知的结构和装置以框图形式示出。

本公开内容的上述描述被提供来使得本领域任何普通技术人员能够实现或者使用本公开内容。对于本领域普通技术人员来说，对本公开内容进行的各种修改是显而易见的，并且，也可以在不脱离本公开内容的保护范围的情况下，将本文所定义的一般性原理应用于其它变型。因此，本公开内容并不限于本文所描述的示例和设计，而是与符合本文公开的原理和新颖性特征的最广范围相一致。

Claims (15)

1.一种用于处理业务交易的总账科目数据的方法，包括：

从业务交易总账平台系统实时获取同一账套的总账会计分录明细数据、所述账套对应的归类码、科目以及归类码与科目映射规则；

基于所获取的总账会计分录明细数据，生成与所述账套的各个归类码对应的归类码日变动数据；以及

根据所述账套对应的归类码与科目映射规则，对所生成的归类码日变动数据进行映射处理，以得到所述账套的各个科目的对应科目日变动数据。

2.如权利要求1所述的方法，其中，所述总账会计分录明细数据是在所述业务交易总账平台系统处，按照所述账套对应的会计分录规则以及归类码来对从至少一个分户账账务系统接收的账户动账日志记录进行处理而生成的标准化及结构化数据。

3.如权利要求1或2所述的方法，还包括：

对所得到的所述账套的所有科目日变动数据进行借贷平衡检查。

4.如权利要求3所述的方法，还包括：

在所述借贷平衡检查的结果为账套借贷不平时，对所述科目日变动数据进行标记，所述标记用于指示账套借贷不平。

5.如权利要求1所述的方法，其中，基于所获取的总账会计分录明细数据，生成与所述账套的各个归类码对应的归类码日变动数据包括：

基于所获取的总账会计分录明细数据，使用流式数据计算来生成与所述账套的各个归类码对应的归类码日变动数据。

6.如权利要求1所述的方法，其中，对所获取的归类码日变动数据进行的科目映射处理是按照预定时间周期进行的。

7.如权利要求1或2所述的方法，还包括：

将所得到的所述账套的各个科目的对应科目日变动数据提供给至少一个目标业务方。

8.一种用于处理业务交易的总账科目数据的装置，包括：

实时数据获取单元，被配置为从业务交易总账平台系统实时获取同一账套的总账会计分录明细数据、所述账套对应的归类码、科目以及归类码与科目映射规则；

归类码日变动数据生成单元，被配置为基于所获取的总账会计分录明细数据，生成与所述账套的各个归类码对应的归类码日变动数据；以及

科目日变动数据映射单元，被配置为根据所述账套对应的归类码与科目映射规则，对所生成的归类码日变动数据进行映射处理，以得到所述账套的各个科目的对应科目日变动数据。

9.如权利要求8所述的装置，还包括：

借贷平衡检查单元，被配置为对所得到的所述账套的所有科目日变动数据进行借贷平衡检查。

10.如权利要求9所述的装置，还包括：

标记单元，被配置为在所述借贷平衡检查的结果为账套借贷不平时，对所述科目日变动数据进行标记，所述标记用于指示账套借贷不平。

11.如权利要求8所述的装置，其中，所述归类码日变动数据生成单元被配置为：

基于所获取的总账会计分录明细数据，使用流式数据计算来生成与所述账套的各个归类码对应的归类码日变动数据。

12.如权利要求8所述的装置，还包括：

数据提供单元，被配置为将所得到的所述账套的各个科目的对应科目日变动数据提供给至少一个目标业务方。

13.一种用于处理业务交易总账的科目数据的系统，包括：

至少一个分户账账务系统；

业务交易总账系统；以及

数据分析平台，包括如权利要求8到12中任一所述的装置。

14.一种计算设备，包括：

至少一个处理器，以及

与所述至少一个处理器耦合的存储器，所述存储器存储指令，当所述指令被所述至少一个处理器执行时，使得所述至少一个处理器执行如权利要求1到7中任一所述的方法。

15.一种非暂时性机器可读存储介质，其存储有可执行指令，所述指令当被执行时使得所述机器执行如权利要求1到7中任一所述的方法。