CN104346371A

CN104346371A - 内存数据库驱动业务整合系统报告

Info

Publication number: CN104346371A
Application number: CN201310329075.XA
Authority: CN
Inventors: J.修曼; 姚玮; 顾兢; 陶家伟
Original assignee: SAP SE
Current assignee: SAP SE
Priority date: 2013-07-31
Filing date: 2013-07-31
Publication date: 2015-02-11
Also published as: US20150039478A1

Abstract

本公开描述了按照一种实现提供增强的业务整合系统报告功能的方法、系统、和计算机程序产品。一种计算机实现的方法包括从总记录中获取财务日记帐分录数据以便整合成综合财务报告，该财务日记帐分录数据被分类成单家公司成交记录、公司间消除记录、和集团相关消除记录；处理单家公司成交记录以便得出单家公司成交记录结果数据；处理公司间消除记录以便得出公司间消除记录结果数据；处理集团相关消除记录以便得出集团相关消除记录结果数据；通过计算机的操作进行单家公司成交记录结果数据、公司间消除记录结果数据、集团相关消除记录结果数据的合并，以便生成综合财务报告数据；以及至少部分根据综合财务报告数据生成综合财务报告。

Description

内存数据库驱动业务整合系统报告

背景技术

商业集团可以由许多独立商业组织构成。法律往往要求商业集团按照内部财务报告标准（IFRS）和/或国内和国际两者的其他标准提供综合财务报告（CFR）。商业集团既不需要也不希望公开构成商业集团的独立商业组织之间的内部业务事务(transaction)。业务整合系统（business consolidation system,BCS）报告软件应用常常被商业集团用于生成综合财务报告和从源业务数据中消除独立商业组织的内部事务。BCS报告软件应用逻辑往往遭受时间性能不佳和/或额外存储要求的局限性。时间性能不佳和额外存储要求的局限性可以造成报告生成延迟和生成CFR的额外存储成本，因此使BCS报告软件应用的拥有者的商业集团总成本增加。

发明内容

本公开涉及提供增强的业务整合系统报告功能的计算机实现方法、计算机可读介质和计算机系统。一种计算机实现的方法包括从总记录中获取(retrieve)财务日记帐(journal)分录(entry)数据以便整合(consolidate)成综合财务报告，该财务日记帐分录数据被分类成单家公司成交记录(closing record)、公司间消除(elimination)记录、和集团相关消除记录；处理单家公司成交记录以便得出单家公司成交记录结果数据；处理公司间消除记录以便得出公司间消除记录结果数据；处理集团相关消除记录以便得出集团相关消除记录结果数据；通过计算机的操作进行单家公司成交记录结果数据、公司间消除记录结果数据、集团相关消除记录结果数据的合并(union)，以便生成综合财务报告数据；以及至少部分根据综合财务报告数据生成综合财务报告。

这个方面的其他实现包括每一种都配置成执行所述方法的动作的相应计算机系统、装置、和记录在一种或多种计算机存储设备上的计算机程序。一台或多台计算机的系统可以配置成通过拥有安装在系统上、在操作时使系统执行动作的软件、固件、硬件或软件、固件、硬件的组合体来执行特定操作或动作。一个或多个计算机程序可以配置成通过包括当被数据处理装置执行时，使装置执行动作的指令来执行特定操作或动作。

上述和其他实现每一种都可选地单独或组合地包括一种或多种如下特征：

可与一般实现结合的第一方面，其中处理过帐级10的数据包含按照整合单位将总记录与整合单位的因子表(factor table)连接(join)。

可与任何一个前述方面结合的第二方面，其中处理过帐级20的数据包含：按照整合单位将总记录与整合单位(consolidation unit)的因子表连接以生成第一结果，按照伙伴单位将第一结果与整合集团的因子表连接，检验整合集团和伙伴集团是否相同以生成检验结果，以及对检验结果加以过滤。

可与任何一个前述方面结合的第三方面，其中处理过帐级30的数据包含按照整合单位和整合集团将总记录与整合集团的因子表连接。

可与任何一个前述方面结合的第四方面，其中：对于每个过帐级，将一公司的因子表与总记录连接以生成第一结果，以及对于每个过帐级，将利润中心的因子表与第一结果连接以形成第二结果。

可与任何一个前述方面结合的第五方面，其中处理过帐级20的数据包含：连接整合单元的因子表以生成第一结果；以及将第一结果与总记录的过帐级20的数据连接。

可与任何一个前述方面结合的第六方面，其中处理过帐级20的数据包含：连接整合单元的因子表以生成第一结果，以及将第一结果与总记录的过帐级20的数据连接。

可与任何一个前述方面结合的第七方面，其中在每个过帐级上处理之前按照所需字段汇集(aggregate)来自总记录的数据。

描述在本说明书中的主题可以在特定实现中实现，以便具有一种或多种如下优点。首先，将业务整合系统（BCS）报告逻辑的最耗时部分移入内存数据库的计算视图中。其结果是，可以实时地或几乎实时地进行BCS运算。其次，根据查询动态地生成计算视图并且该生成对于最终用户是透明的。第三，通过感兴趣数据的事务立方体（总记录）和与查询相关联的报告模式确定计算视图的模型（例如，将因子表用于从总记录中确定/“过滤”感兴趣数据和根据该数据选择的适当计算视图模型）。换句话说，尽管计算视图是在查询运行时期间动态生成的，但是利用给定的事务立方体和报告模式仅执行此任务一次。第四，将商业集团的层次分析数据存储到使计算视图可以按照所分析的层次结构解释事务数据的内存(in-memory)数据库表中。第五，通过一组API支持从内存数据库计算视图中读取报告-逻辑-结果数据。第六，无需独立的报告立方体来为报告目的存储预计算结果。其结果是，就BCS运算而言降低了拥有者的总成本。第七，对现有对源数据的查询只需作非常小改变。第八，以描述在本公开中的方式的报告总是返回当前数据。其他优点对本领域的普通技术人员来说是显而易见的。

本说明书的主题的一种或多种实现的细节展示在附图和下面的描述中。该主题的其他特征、方面和优点将从该描述、附图和权利要求书中明显看出。

附图说明

图1是例示按照一种实现提供增强的业务整合系统（BCS）报告功能的示范性分布式计算系统的方块图；

图2是例示按照一种实现提供增强的BCS报告功能的示范性解决方案架构的方块图；

图3是例示按照一种实现生成提供增强的业务整合系统报告功能的计算视图的流程图；

图4A-4C例示了按照一种实现对图3的方法的一些部分的示范性方法增强。

各种图形中的相同标号和指定都指示相同元件。

具体实施方式

本公开一般性地描述提供增强的业务整合系统（BCS）报告功能的计算机实现方法、计算机程序产品、和系统。给出如下描述使本领域的普通技术人员能够开发和使用本发明，以及如下描述是在一种或多种特定实现的背景下提供的。本领域的普通技术人员可容易看出对所公开实现的各种修改，以及本文限定的一般原理可以不偏离本公开的范围地应用于其他实现和应用。因此，本公开无意限制所述和/或所例示的实现，而应当被赋予与本文所公开的原理和特征相一致的最广范围。

商业集团可以由许多独立(separate)商业组织构成。对业务数据的报告、分析和解释对于商业集团保证其竞争优势，优化流程，以及使其能够迅速地和符合一个或多个市场地做出反应至关重要。来自各种数据源的相关业务信息可以使用业务数据“仓库”（BW）来集成，转换，综合，清理，提取，分析，解释和存储。

法律往往要求商业集团按照内部财务报告标准（IFRS）和/或国内和国际两者的其他标准提供综合财务报告（CFR）。可以将业务整合用于确定商业集团的资源、他人对资源的要求，和资源的变化，以及内部和外部报告。例如，可以根据像公司、工厂、业务领域、利润中心和成本中心（即，企业结构中作为整合基础的最小单位）那样的商业组织/整合单位来整合。也可以使用公司和利润中心的组合体来描绘矩阵组织。各个整合单位报告的财务数据可以标准化成遵守商业集团的会计和估值标准。可以将标准化财务数据从各种当地货币换算成商业集团货币。对于外部综合财务报告，商业集团既不需要也不希望公开构成商业集团的独立商业组织之间的内部业务事务。BCS报告应用常常被用于从BW中的源业务数据中消除内部事务/商业集团内部关系（例如，来自单位间贸易和服务）和生成所需CFR。

在综合报告中，尽管并非系统中的所有数据都是集团相关的（例如，数据可能不含相关集团信息），但所有记录都应出现在集团的某个级别上。一个例子是来自附属公司的所报告财务数据以及公司层次可以随时间变化和公司在不同时期被转给不同集团（子集团）的事实。BCS报告软件应用逻辑的一项任务是按照与给定时期因子相关联的层次结构利用正确集团信息更新数据。

现有BCS报告软件应用逻辑往往遭受时间性能不佳和/或额外存储要求的局限性。时间性能不佳和额外存储要求的局限性可以造成报告生成延迟和生成所需CFR的额外存储成本，因此使BCS报告软件应用和BW的拥有者的商业集团总成本增加。在时间性能和降低存储要求两方面增强的BCS报告功能是有利的。

图1是例示按照一种实现提供增强的业务整合系统报告功能的示范性分布式计算系统（EDCS）100的方块图。例示的EDCS100包括或可通信地耦合到跨过网络130通信的一台或多台业务整合系统（BCS）服务器102、一台或多台客户机140、和一台或多台数据库服务器150。在其他实现中，可以将其他适当计算部件与EDCS100耦合。在一些实现中，EDCS100可以是云计算环境。

在高级别上，BCS服务器102是EDCS100内可操作以接收，发送，处理，存储，或管理数据和信息的电子计算设备。按照一些实现，BCS服务器102可以是，包括，和/或可通信地耦合到电子邮件服务器、万维网服务器、高速缓存服务器、流化数据服务器、和/或其他适当服务器。BCS服务器102可以工作在基于云的计算环境中。

一般说来，BCS服务器102是响应于其他BCS服务器102、客户机140（例如，从客户应用（如下所述））、数据库服务器150（例如，从BCS报告加速器158（如下所述））、和/或所例示的EDCS100内和可通信地与所例示的EDCS100耦合的其他部件（无论是否例示出来）发送的请求/响应，存储和/或执行一个或多个BCS应用108（如下所述）的服务器。在一些实现中，可以直接或使用网络130访问BCS服务器102，以执行特定BCS应用108和/或相关部件（例如，代理109）的编程任务或操作。这些请求/响应也可以是从内部用户、外部或第三方、其他自动应用，以及任何其他适当实体、个体、系统、或计算机（无论是否例示出来）发送给BCS服务器102的。

在一些实现中，BCS服务器102硬件和/或软件两者的任何和/或所有部件都可以相互和/或与使用应用编程接口（API）和/或服务层（两者都未例示出来）的接口交接(interface)。API可以包括例程、数据结构、和对象类的规范。API可以是计算机语言无关或相关的，可以指完整接口、单一功能、或甚至一组API。服务层向EDCS100提供软件服务。所有服务消费者都可以使用这个服务层访问BCS服务器102的功能。像服务层提供的那些那样的软件服务通过限定的接口提供可再用的、限定的商业功能。例如，该接口可以是用JAVA、C++、或以可扩展标记语言（XML）格式或其他合适格式提供数据的其他适当语言编写的软件。API和/或服务层与BCS服务器102或EDCS100的部件的关系可以是完全或部分一体的或者是独立的。此外，API和/或服务层的任何或所有部分可以实现成另一个软件模块、企业应用或硬件模块的子或分模块。

BCS服务器102包括接口104。尽管在图1中被例示成单个接口104，但可以按照EDCS100的特定需要、希望、或特定实现使用两个或更多个接口104。接口104被BCS服务器102用于与分布式环境下、包括在EDCS100内、与网络130连接的其他系统，例如，客户机140、数据库服务器150、其他BCS服务器102、和/或可以可通信地与网络130耦合的其他系统（无论是否例示出来）通信。一般说来，接口104包含以适当组合编码在软件和/或硬件中和可操作以与网络130通信的逻辑。更具体地说，接口104可以包含支持与通信相关联的一种或多种通信协议，以便网络130或接口的硬件可操作以在所例示EDCS100的内部和外部传送物理信号的软件。

BCS服务器102包括处理器105。尽管在图1中被例示成单个处理器105，但可以按照EDCS100的特定需要、希望、或特定实现使用两个或更多个处理器。处理器105执行指令和操纵数据以便执行BCS服务器102的操作和/或提供增强的业务整合系统报告功能所需的功能。

BCS服务器102还包括为BCS服务器102、客户机140、数据库服务器150、和/或EDCS100的其他部件（无论是否例示出来）保存数据的存储器106。尽管在图1中被例示成单个存储器106，但可以按照EDCS100的特定需要、希望、或特定实现使用两个或更多个存储器。虽然存储器106被例示成BCS服务器102的组成部件，但在可替代实施例中，存储器106可以在BCS服务器和/或EDCS100的外部。在一些实现中，存储器106包括BCS应用数据114的一个或多个实例。

BCS应用108是在高级别上，使客户机140、数据库服务器150、和/或EDCS100的其他部件可以响应于接收的请求/响应，请求，观看，添加，编辑，删除，管理，和/或消费从/由BCS服务器102和/或数据库服务器150获得的内容的任何类型应用。BCS应用108提供先进和强大的整合逻辑；支持多种业务整合情形，包括数据收集、货币换算、公司间对帐和消除、投资的整合、存货以及固定资产中未实现利润的消除、为具有共同控制要求的商业集团重述(restatement)整合逻辑等的各种方式。业务整合功能包括确定商业集团的资源、他人对资源的要求、资源的变化、财务数据的转换/标准化，以及提供内部和外部报告（包括综合财务报告）。在一些实现中，BCS应用108的最重要功能是为属于相同集团的公司消除/转变内部事务（有关其他细节请在下面参照图3，“B.公司间消除记录”）。BCS应用108还可以与其他BCS应用108和/或EDCS100的其他适当部件（例如，数据库服务器150）交接，以便全面或部分完成像增强的业务整合系统报告功能那样的特定任务。

在一些实现中，也可以将BCS应用108与BCS应用数据114相关联，该BCS应用数据114包括对象和数据、用户配置文件、进程、内容提供商位置、地址、数据存储位置/规定、内容列表、访问要求、和/或与BCS应用108相关联的任何其他适当数据。BCS应用数据114可以通过任何类型的适当数据结构和以任何适当格式来表示。例如，BCS应用数据114可以是可执行模块、电子表格、数据库、平面文件、二进制文件、多部分文件、链接列表、和/或类似物。

也可以将BCS应用108与代理109相关联。代理109可以是与数据库服务器150（尤其BCS报告加速器158（如下所述））交接以便提供对非由BCS应用108直接提供的功能的访问的任何类型的应用。例如，代理109可以允许BCS应用108使用BCS报告加速器158/API160访问与内存数据库156相关联的BCS报告逻辑164（如下所述）。在本例中，BCS应用108可以生成由代理109发送给BW（这里由BCS报告加速器518使用API160来表示）的请求。BCS应用108使用BCS报告加速器158/API160生成一个或多个计算视图162，并从一个或多个计算视图162中读取数据。另外，BCS报告加速器158可以查询作为计算视图162的一部分的BCS报告逻辑164以便进行所请求的计算。

一旦启动特定BCS应用108，客户机104、其他BCS服务器102、和/或数据库服务器150可以交互式地处理与BCS应用108相关联的任务、事件、或其他信息。另外，特定BCS应用108可以响应于从其他BCS应用108接收的至少一个请求和与其结合地操作，该其他BCS应用108包括与另一台BCS服务器102相关联的BCS应用108或其他部件（例如，软件和/或硬件模块）。在一些实现中，BCS应用108可以是和/或包括万维网浏览器。在一些实现中，每个BCS应用108可以代表使用网络130（例如，通过互联网，或使用与BCS应用108相关联的至少一种基于云的服务）访问和执行的基于网络的应用。例如，特定BCS应用108的一部分可以是远程调用的与BCS应用108相关联的万维网服务，而BCS应用108的另一部分可以是为了在远程客户机140上处理而捆绑的接口对象或代理。此外，任何或所有特定BCS应用108可以不偏离本公开的范围地是另一个软件模块的子或分模块。更进一步，特定BCS应用108的一些部分可以由直接工作在BCS服务器102上，以及远程地工作在相应客户机140和/或数据库服务器150上的用户执行或访问。在一些实现中，BCS服务器102或BCS服务器102或EDCS100的任何适当部件可以执行BCS应用108。

客户机140（例如，140a-140c）可以是可操作以使用网络130与至少BCS服务器102和/或数据库服务器150连接或通信的任何计算设备。在一些实现中，客户机140可以直接或通过EDCS100的另一个部件（无论是否例示出来）间接与BCS服务器102和/或数据库服务器150通信。一般说来，客户机140包含可操作以接收，发送，处理，和存储与EDCS100相关联的任何适当数据的电子计算设备。通常，客户机140将处理和/或响应（自动地和/或通过人工用户交互两者）由BCS服务器102和/或数据库服务器150生成的请求和/或响应。客户机140也可以发起对BCS服务器102和/或数据库服务器150的请求。客户机140通常包括客户应用146、处理器144、存储器148、和/或接口149。

客户应用146是使客户机140可以导航、请求、观看、编辑、删除，和/或操纵客户机140上的内容的任何类型应用，例如，使用基于WINDOWS、LINUX、HTML5、IOS、和/或ANDROID的客户应用146。在一些实现中，客户应用146可以是和/或包括万维网浏览器。在一些实现中，客户应用146可以专用于一项或多项特定任务，例如，提供对像生成CFR那样的BCS应用功能的访问的BW应用。

在一些实现中，客户应用146可以使用在启动时从客户机140、BCS服务器102、数据库服务器150、和/或EDCS100的其他部件接收的参数、元数据、和/或其他信息，以便从客户机140、BCS服务器102、数据库服务器150、和/或EDCS100的其他部件（无论是否例示出来）访问一组特定数据。一旦启动特定客户应用146，用户就可以交互式地处理与客户机104、BCS服务器102、数据库服务器150、和/或其他客户机140相关联的任务、事件、或其他信息。

进一步，尽管被例示成单个客户应用146，但客户应用146可以在客户机140中实现成多个客户应用。在一些实现中，客户应用146可以起BCS应用108、BCS报告加速器158（如下所述）、和/或EDCS100的其他部件（无论是否例示出来）的GUI接口的作用。

接口149被客户机140用于使用网络130与EDCS100内的其他计算系统通信。例如，客户机140可以使用接口149与BCS服务器102、数据库服务器150、其他客户机140和/或可以可通信地与网络130耦合的其他系统（无论是否例示出来）通信。接口149可以与BCS服务器102的上述接口104或EDCS100内的其他接口（无论是否例示出来）一致。处理器144可以与BCS服务器102的上述处理器105或EDCS100内的其他处理器（无论是否例示出来）一致。具体地说，处理器144执行指令和操纵数据以便执行客户机140的操作，包括向BCS服务器102和/或数据库服务器150发送请求和从BCS服务器102和/或数据库服务器150接收和处理响应所需的功能。存储器148通常存储与客户机40的用途相关联的对象和/或数据，但也可以与BCS服务器102的上述存储器106或EDCS100内的其他存储器（无论是否例示出来）一致，可以用于为了像备份、高速缓存等那样的目的而存储与存储在EDCS100的其他存储器中的那种类似的数据。

进一步，例示的客户机140包括GUI142。GUI142为了任何适当目的而与EDCS100的至少一部分交接，包括生成万维网浏览器和/或其他GUI接口的可视表示。GUI142可以用于观看和导航位于客户机140、BCS服务器102、数据库服务器150和EDCS100的其他部件（无论是否例示出来）的内部或外部或用于任何其他适当目的的各种网页和/或数据。例如，尤其，GUI142可以与来自BCS服务器102、数据库服务器150、和/或客户机140的内容结合在一起使用，以便提供增强的业务整合系统报告功能。

可以存在与EDCS100相关联或在EDCS100外部的任何数量的客户机140。例如，虽然例示的EDCS100包括使用网络130可通信地与BCS服务器102和数据库服务器150耦合的一台客户机140，但EDCS100的可替代实现可以包括适合EDCS100的用途的任何数量的客户机140。另外，也可以存在能够使用网络130与EDCS100交互的在EDCS100的所例示部分外部的一台或多台另外客户机140。进一步，术语“客户机”和“用户”可以不偏离本公开的范围地按需要可交换使用。此外，虽然用被单个用户使用的措词来描述客户机140，但本公开设想许多用户可以使用一台计算机，或一个用户可以使用多台计算机。

例示的客户机140意在包含像台式计算机、膝上型/笔记本电脑、无线数据端口、智能电话、个人数据助理（PDA）、平板计算设备、这些设备内的一个或多个处理器、服务器、或任何其他合适处理设备那样的任何计算设备。例如，如针对客户机140所示，客户机140可以包含包括像小键盘、触摸屏、或可以接受用户信息的其他设备那样的输入设备、和传达与BCS服务器102、数据库服务器150、和/或客户机140本身的操作相关联、包括数字数据、可视和/或音频信息、或GUI142的信息的输出设备的计算机。

在一些实现中，客户机140硬件和/或软件两者的任何和/或所有部件都可以相互和/或与使用应用编程接口（API）和/或服务层（两者都未例示出来）的接口交接。API可以包括例程、数据结构、和对象类的规范。API可以是计算机语言无关或相关的，可以指完整接口、单一功能、或甚至一组API。服务层向EDCS100提供软件服务。所有服务消费者都可以使用这个服务层访问客户机140的功能。像服务层提供的那些那样的软件服务通过限定的接口提供可再用的、限定的商业功能。例如，该接口可以是用JAVA、C++、或以可扩展标记语言（XML）格式或其他合适格式提供数据的其他适当语言编写的软件。API和/或服务层与客户机140或EDCS100的部件的关系可以是完全或部分一体的或者是独立的。此外，API和/或服务层的任何或所有部分可以实现成另一个软件模块、企业应用或硬件模块的子或分模块。

在高级别上，数据库服务器150是EDCS100内可操作以使用关系数据库接收，发送，处理，存储，或管理数据和信息的电子计算设备。按照一些实现，数据库服务器150可以是，包括，和/或可通信地耦合到电子邮件服务器、万维网服务器、高速缓存服务器、流化数据服务器、和/或其他适当服务器。数据库服务器150可以工作在基于云的计算环境中。

一般说来，数据库服务器150是响应于BCS服务器102、客户机140、其他数据库服务器150、和/或所例示EDCS100内和可通信地与所例示EDCS100耦合的其他部件（无论是否例示出来）发送的请求/响应，存储和/或执行一个或多个BCS报告加速器158的服务器。数据库服务器150为增强的业务整合系统报告功能提供支持。在一些实现中，可以直接或使用网络130访问数据库服务器150，以执行特定BCS报告加速器158和/或相关联的部件（无论是否例示出来）的编程任务或操作。这些请求/响应也可以是从内部用户、外部或第三方、其他自动应用，以及任何其他适当实体、个体、系统、或计算机（无论是否例示出来）发送给数据库服务器150的。

在一些实现中，数据库服务器150硬件和/或软件两者的任何和/或所有部件都可以相互和/或与使用应用编程接口（API）160和/或服务层（未例示出来）的接口交接。API160可以包括例程、数据结构、和对象类的规范。API160可以是计算机语言无关或相关的，可以指完整接口、单一功能、或甚至一组API160。服务层向EDCS100提供软件服务。所有服务消费者都可以使用这个服务层访问数据库服务器150的功能。像服务层提供的那些那样的软件服务通过限定的接口提供可再用的、限定的商业功能。例如，该接口可以是用JAVA、C++、或以可扩展标记语言（XML）格式或其他合适格式提供数据的其他适当语言编写的软件。API160和/或服务层与数据库服务器150或EDCS100的部件的关系可以是完全或部分一体的或者是独立的。此外，API160和/或服务层的任何或所有部分可以实现成另一个软件模块、企业应用或硬件模块的子或分模块。尽管API160被例示成与BCS报告加速器158成一体，但在一些实现中，API160与BCS报告加速器158或甚至数据库服务器150的关系可以是独立的。

数据库服务器150包括接口152。尽管在图1中被例示成单个接口152，但可以按照EDCS100的特定需要、希望、或特定实现使用两个或更多个接口152。接口152被数据库服务器150用于与分布式环境下、包括在EDCS100内、与网络130连接的其他系统，例如，客户机140、BCS服务器102、其他数据库服务器150、和/或可以可通信地与网络130耦合的其他系统（无论是否例示出来）通信。一般说来，接口152包含以适当组合编码在软件和/或硬件中和可操作以与网络130通信的逻辑。更具体地说，接口152可以包含支持与通信相关联的一种或多种通信协议，以便网络130或接口的硬件可操作以在所例示EDCS100的内部和外部传送物理信号的软件。

数据库服务器150包括处理器154。尽管在图1中被例示成单个处理器154，但可以按照EDCS100的特定需要、希望、或特定实现使用两个或更多个处理器。处理器154执行指令和操纵数据以便执行数据库服务器150的操作和/或提供增强的BCS报告功能所需的功能。

数据库服务器150还包括关系型内存数据库156。内存数据库56在一些实现中可以为数据库服务器150、客户机140、BCS服务器102、和/或EDCS100的其他部件（无论是否例示出来）保存数据。内存数据库156是主要依靠用于数据的存储、获取、和处理、与磁、光、可换(removable)、或其他适当非电子存储器相反、像随机访问存储器（RAM）那样的易失性电子存储器的高性能关系数据库管理系统（relational database management system,RDBMS）。依靠电子存储器在一些实现中允许数据的近实时汇集(aggregation)、复制、同步和处理创造了条件。在一些实现中，持久层保证了在电源或其他系统出故障的情况下将内存数据库的副本保存在非易失性磁、光、可换、或其他适当非电子存储器上，以便允许内存数据库的恢复。在一些实现中，为了备份的目的，可以将内存数据库156复制到一个或多个传统数据库（未例示出来）。在一些实现中，可以将来自传统数据库的数据复制到内存数据库156中和从内存数据库156使用来自传统数据库的数据。

尽管在图1中被例示成单个内存数据库156，但可以按照EDCS100的特定需要、希望、或特定实现使用两个或更多个内存数据库156。虽然内存数据库105被例示成数据库服务器150的组成部件，但在可替代实施例中，内存数据库156可以在数据库服务器150和/或EDCS100的外部。在一些实现中，内存数据库156包括每一个带有相关联的BCS报告逻辑164的一个或多个计算视图162、和因子表166。

计算视图162是报告和其他工具可见的内存数据库156基于脚本的列式视图。当访问计算视图162时，隐性地执行一种功能（例如，BCS报告逻辑164）。在一些实现中，计算视图162从生成起是只读的，而在其他实现中，可以在生成之后动态地修改计算视图162。

计算视图162存储BCS报告逻辑164，并且根据特定查询和在特定查询的运行时期间动态地生成。例如，计算视图162的BCS报告逻辑164的结构/模型通过特定事务立方体/总记录（未例示在图1中，下面参照图2描述）和与特定查询相关联的报告模式（例如，报告模式包括标准、重述、购买等）来确定。这些查询通过BW来分析。将像选择条件以及所需字段那样的查询相关信息从BW传递给BCS。在BCS报告逻辑164的准备阶段，系统检验“整合集团”字段是否包括在BW查询中。如果没有，跳过BCS报告逻辑164。在BCS报告加速器158中，准备阶段的输出是因子表。BCS报告加速器158将在内存数据库156中创建因子表的副本，并且使因子信息可用于计算视图。这被称为“下推”到内存数据库156中。

每个查询至少包含必须受到限制以便调用数据库服务器150上的报告逻辑的“整合集团”字段。在默认情况下，使用“标准”报告模式，除非“报告模式”字段显性地局限于像“重述”那样的其他模式。对于给定事务立方体和报告模式，还只生成计算视图一次。BCS使顾客可以为它们的其中存储事务数据的立方体建立不同模式。换句话说，事务立方体在每种不同顾客系统中可以具有不同字段。事务立方体是计算视图的输入。因此，必须为每个新事务立方体生成计算视图。将公司层次物理地存储在BW中。对于不同时期，可以不同地将BW中的相同层次结构化。例如，可以随时间变化将一家公司从一个集团卖给另一个集团。还在各种报告模式下不同地评估公司层次。在报告模式“S”（标准）下，BCS取出每个记录中的过帐期来决定正确层次。在正确层次中，BCS取出公司所属的所确定商业集团，并将它填入当前记录中。但是，在报告模式“R”（重述）中，在查询中必须指定附加字段REFYEAR+REFPERIOD（分别是参考年和参考时期），以决定哪种层次可应用于该公司。换句话说，报告逻辑取决于在查询中指定的报告模式。计算视图162中的计算逻辑在不同报告模式下是不同的。这就是为什么为不同报告模式生成计算视图（以及对于给定事务立方体和报告模式，只生成计算视图一次）的原因。

内存数据库156提供的高性能使作为计算视图162的一部分和使用一个或多个查询供应的数据执行的BCS报告逻辑164可以实时地或几乎实时地供应业务整合报告结果数据。例如，当公司里的会计师将事务输入企业资源规划系统中时，会计师不用关心他们的公司属于哪个商业集团。这是因为事务只与会计师的公司本身有关。如果该公司从商业集团的一个子集团转给另一个子集团，则数据仍然只应用于该特定公司。由于相同的原因，公司间消除的记录不取决于该集团。只有在报告的时候，BCS（一般说来）才按照那时的当前层次为每个事务记录确定正确集团。对于生成的CFR，通过BCS报告逻辑164更新集团信息，并物理地将其写入数据库中。来自计算视图162的结果数据可以由EDCS100的一个或多个部件使用与BCS报告加速器158相关联的API160和/或服务层来访问。内存数据库156的高性能性质还使得不必要使用独立存储/报告立方体以及预计算结果/数据。

内存数据库还存储因子表166的一个或多个实例。因子表166通过EDCS100的适当部件，例如，BCS应用108写入内存数据库156中，并且包含与特定商业集团的结构/层次、可应用报告时期等有关的数据。例如，因子表166可以存储：商业集团包含三家附属公司、它们的立足国、货币、附属公司间事务、合同、和业务安排、六个月报告期、和其他适当数据。因子表166可以被BCS报告加速器158、计算视图162、和/或EDCS100的其他部件用于解释事务数据，以便生成CFR。公司-商业集团关系取决于在特定时间上存在的相关联的公司/商业集团层次。例如，一家公司在会计期间可以属于不同商业集团，而在所请求CFR的时候，它将具有与因子表166相关联的特定层次关系。BCS报告逻辑164将对照因子表166中的数据来检验数据，以便为该数据确定正确集团信息。由于这种计算通常是时间密集过程，所以将BCS报告逻辑164推到内存数据库156的计算视图162中以提高处理速度。

BCS报告加速器158是用作BCS报告的计算引擎以及为如报告查询（例如，使用一个或多个因子等）所指定的特定数据确定/生成适当计算视图162/BCS报告逻辑164的任何应用。将BCS报告加速器158与EDCS100的一个或多个部件（例如，使用BCS应用108的客户应用146）可以使用的一个或多个API160相关联以便请求CFR。在一些实现中，BCS报告加速器158执行三种功能：1）生成计算视图162；2）下推因子表166的内容（如上所述）；以及3）利用计算视图162和因子表166为数据计算正确集团。尽管被显示成数据库服务器150内的独立实体，但在一些实现中，所述BCS报告加速器158/API160可以被认为是BCS报告逻辑164和/或可以与BCS报告逻辑164结合。

图2是例示按照一种实现提供增强的BCS报告功能的示范性解决方案架构200的方块图。示范性解决方案架构200分成两个方面：1）数据库服务器150/内存数据库156上的业务信息仓库（BW）；以及2）与BCS服务器102相关联的企业战略管理（strategic enterprise management,SEM）BCS功能。

如图所示，在数据库服务器150/内存数据库156（和/或其他相关部件）上生成BCS报告（例如，如上所述的CFR）。在一些实现中，BCS报告202完全由BCS报告加速器158（和/或其他相关部件）生成。在其他实现中，BCS报告加速器158可以处理BCS报告数据并将其传递给BCS应用108（例如，使用API160/代理109）以便处理，生成和格式化(format)BCS报告202。

虚拟提供商204起内存数据库数据的接口/代理以及功能模块的作用。虚拟提供商204被模拟成“立方体”（即，内存数据库156中的数据库表的连接），并且不存储它自己的数据。虚拟提供商204可以被其他应用、立方体等调用，并且可以在将数据传递给调用应用、立方体等之前处理/改变数据。例如，在示范性解决方案架构200中，虚拟提供商204被SEM-BCS（例如，客户应用146、应用BCS应用108、和/或相关部件）调用，以便从内存数据库中读取数据（206）。利用B/W API（例如，API160）通过BCS报告加速器158使用包式(package-wise)读取从内存数据库计算视图162中读取数据。

动态地（例如，由BCS报告加速器158）生成计算视图162，并飞行式(on the fly)填充/应用来自因子表166的因子，以返回BCS报告202的数据。这些因子是用于在生成BCS报告202期间指定/过滤所请求数据的一个或多个数据点。例如，如果针对包含附属公司A，B和C的商业集团接收到BCS报告202的查询，则A，B和C的因子可以用于“过滤”可用内存数据库156的数据（例如，包含可在内存数据库中获得的所有根数据的事务立方体208—也称为“总记录”），以便将处理的数据限制为满足适当因子的数据。在一种情况中，可以从查询中分析附属公司A/B/C和报告时期（除了别的以外）的因子，并将其插入因子表166中和从因子表166中访问它，以便限制/过滤可在事务立方体208中获得的数据。在一些情况下，可以根据因子表166和/或任何合适数据生成另外的因子。

图3是例示按照一种实现生成提供增强的业务整合系统报告功能的计算视图的方法的流程图300。为了清楚展示起见，如下的描述在图1-2的背景下一般性地描述方法300。但是，要明白的是，方法300可以，例如，按需要通过任何其他适当系统、环境、软件、和硬件，或这些系统、环境、软件、和硬件的组合来执行。在一些实现中，方法300的各种步骤可以并行地，组合地，循环地，或按任何次序执行。在一些实现中，方法300作为如图1所例示的报告逻辑164来执行/是如图1所例示的报告逻辑164的一部分。

“过帐级”分类BCS中的财务日记帐分录数据。在一些实现中，过帐级区分如下类型的财务日记帐分录（除了别的以外）：对所报告财务数据的调整、标准化分录、单位间消除和转移库存中的单位间利润/亏损的消除的分录、整合集团相关分录、和整合集团特有分录。对于报告的财务数据，还存在独立过帐级。

通常对日记帐分录指定文档类型。该文档类型决定分录的过帐级。当收集报告的财务数据时，BCS使用独立过帐级；但是，BCS不过帐任何文档。

当过帐（post）分录时，BCS将过帐级写入总记录中并写入日记帐分录中。除了别的以外，利用过帐级对日记帐分录的分类用作通过过帐级选择数据的助手。通过在选择数据时指定过帐级，可以在CFR中评估/反映整合过程的各个步骤。BCS还将过帐级值用于数据的内部一致性检验和/或要处理的数据的选择。

在一些实现中，在BCS中预定义可用过帐级。例如，一组预定义过帐级可以包括：

过帐级用处

00 报告的财务数据

对于报告的财务数据，不存在过帐以及文档。

01 所报告财务数据的调整

在收集了整合单位的所报告数据之后，是否希望对数据作集中改变。调整后分录具有过帐级01（过帐以及文档发生改变）。

02 报告的数据：整合集团发生改变

（参见下面的说明。）

10 标准化分录

将整合单位的所报告数据标准化以符合企业政策或估值规则。在过帐级小于或等于10的数据记录中，只将整合单位记录到数据记录中，而不是记录到整合集团中。报告要考虑到所有整合集团的数据记录。

12 标准化分录：整合集团发生改变

（参见下面的说明。）

20 双方消除分录

单位间消除、库存中单位间利润/亏损的消除、和重新分类是双方消除分录的例子。这里，将整合单位和伙伴单位两者记录在数据记录中。报告要考虑整合单位和伙伴单位两者都要过帐的所有整合集团的数据记录。

22 双方消除分录：整合集团发生改变

（参见下面的说明。）

30 整合集团相关分录

将整合单位、伙伴单位、和整合集团记录在整合投资分录的数据记录中，以及记录在具有这个过帐级的消除转移库存中的单位间利润/亏损的分录中。报告只考虑含有指定的整合集团和更高级整合集团的数据记录。

32 整合集团相关分录：整合集团发生改变

（参见下面的说明。）

35 整合集团特有分录

过帐级35可以用于作出只与管理整合有关和不包括在外部整合中的集团特有人工过帐。

在其他实现中，可以预定义更多或更少的过帐级/用处。在一些实现中，可以创建，删除，和/或编辑过帐级。在创建，删除，和/或编辑的情况下，可以提供/执行适当工具/应用以便将一个或多个过帐级值转换/转变成一个或多个其他过帐级值。

在生成CFR时，通常将数据分类成三个可选过帐级类别：

单家公司成交记录（过帐级10）。这种类型的记录涉及单家公司事务，是为等于或小于10的过帐级标记的（例如，将过帐级00，01，02当作过帐级10来对待）。

公司间消除记录（过帐级20）。这种类型的记录涉及商业集团等的两家附属公司之间的事务，是为等于或小于20但大于10的过帐级标记的。

集团相关消除记录（过帐级30）。这种类型的记录涉及商业集团/公司层次事务，是为等于或小于30但大于20的过帐级标记的。

如下是不同过帐级中的数据分录的例子（A和B是贸易伙伴公司）：

公司	伙伴	帐户	过帐级	合计	备注
						A	B	可接收帐户	10	100	事务数据
B	A	可支付帐户	10	-100	事务数据
						A	B	可接收帐户	20	-100	由BCS产生的消除
B	A	可支付帐户	20	100	由BCS产生的消除

在不同过帐级中的数据分录的另一个例子中，A可以被认为是B的投资者（母公司），占有80%的投资份额。A和B一起被认为是GROUP1。

公司

伙伴

集团

帐户

过帐级

会计

备注

A

B

投资

10

800

事务数据

B

普通股票

10

-1000

事务数据

A

B

GROUP1

投资

30

-800

由BCS产生的消除

B

GROUP1

普通股票

30

1000

由BCS产生的消除

B

GROUP1

少数股票

30

-200

由BCS产生的消除

过帐级10/20的数据是集团无关的。时常，可以随时间将过帐级10/20中的数据从一个集团转移到另一个集团，并且需要根据特定所请求报告期来考虑集团联营(affiliation)。需要应用适当集团标识使过帐级10/20集团相关以及在CFR/BCS报告202中出现在正确集团中。

在302上，从计算立方体/总记录中获取过帐级(posting level)10，20，和30的数据。从302，该方法300前进到304。

在304上，对于过帐级10的分支，按照整合单位将总记录与为整合单位指定与报告查询有关的特定因子的因子表连接(join)。例如，对于事务记录<company1,June,$100>和因子表中的两个记录：<company1,group1,June>和<company1,group2,July>，在这两个表格的连接操作之后，创建了一个记录：<company1,group1,June,$100>。这是对于标准（“S”）报告模式，计算视图中的报告逻辑的功能的一个代表性例子。当连接两个表格时，提供关键词。在本例中，关键字是company和period。如前所述，因子表166是在BCS报告逻辑164的准备阶段生成的。BCS报告加速器158在内存数据库中为计算视图162创建它的副本。例如，当公司里的会计师将事务输入企业资源规划系统中时，会计师不用关心他们的公司属于哪个商业集团。这是因为事务只与会计师的公司本身有关。如果该公司从商业集团的一个子集团转给另一个子集团，则数据仍然只应用于该特定公司。由于相同的原因，公司间消除的记录不取决于该集团。这说明了为什么在BCS报告逻辑158开始起作用之前不将集团信息填入具有过帐级10和20的事务数据中的原因。只有在报告的时候，BCS（一般说来）才按照那时的当前层次为每个事务记录确定正确集团。对于生成的CFR，通过BCS报告逻辑164更新集团信息。从304，该方法300前进到306。

在306上，对于过帐级20的分支，首先，按照整合单位将总记录与整合单位的因子表连接。其次，按照伙伴单位将该结果再次与整合单位的因子表连接。第三，检验(check)整合集团和伙伴集团是否相同并对其加以过滤。例如，对于类似于如下的示范性层次：group1→group2，认为company1在group1下和company2在group2下。进一步假设一个事务记录<company1,company2,June,$100>。这里，company2是company1的伙伴公司。在因子表中还存在如下记录：<company1,group1,June>、<company2,group2,June>和<company2,group1,June>。这里，对于company2，存在两个因子记录，因为在逻辑上它属于group1以及group2。在两个表格的连接操作之后，结果是记录<company1,company2,group1,June,$100>。这意味着事务记录被认为只属于group1，因为只有group1是company1和company2所属的共同集团。作为另一个例子，当公司里的会计师将事务输入企业资源规划系统中时，会计师不用关心他们的公司属于哪个商业集团。这是因为事务只与会计师的公司本身有关。如果该公司从商业集团的一个子集团转给另一个子集团，则数据仍然只应用于该特定公司。由于相同的原因，公司间消除的记录不取决于该集团。只有在报告的时候，BCS（一般说来）才按照那时的当前层次为每个事务记录确定正确集团。对于生成的CFR，通过BCS报告逻辑164更新集团信息，并物理地将其写入数据库中。

BCS中公司间消除结果（在过帐级20中）的一个例子可以包括：

公司	帐户	商业集团（BG）	过帐级	数量
					A	A/R	00	100
B	A/P		00	-100
					A	A/R	20	-100
B	A/P		20	100

可以看出，不存在商业集团（BG）的数据。BCS按照像如下那样的已知公司/BG层次确定集团信息。

BG1
		BG2
	A
			B

给定上面例示的示范性层次，像BG2那样填入集团信息。

A	A/R	BG2	00	100
					B	A/P	BG2	00	-100
A	A/R	BG2	20	-100
					B	A/P	BG2	20	100

在308上，对于过帐级30的分支，按照整合单位和整体集团一起将总记录与整合集团的因子表连接。例如，给定事务记录<company1,group1,June,$100>（在过帐级30中）和因子表中的两个记录：<company1,group1,June>和<company1,group2,July>，在两个表格的连接操作之后，产生记录<company,group1,June,$100>。从308，该方法300转到310。

对于过帐级30的数据，将集团信息与每个记录相关联。对于这些记录，无需在报告逻辑中计算集团信息。例如：

公司	帐户	商业集团（BG）	过帐级	数量
					A	投资	CG2	30	-100
B	股本	CG2	30	100

在310上，对三个结果进行合并以获得最终结果。从310，该方法300终止。

图4A-4C例示了对图3的方法300的一些部分的示范性方法增强400a-400c。为了清楚展示起见，如下的描述在图1-3的背景下一般性地描述方法400a-400c。但是，要明白的是，方法400a-400c可以，例如，按需要通过任何其他适当系统、环境、软件、和硬件，或这些系统、环境、软件、和硬件的组合来执行。在一些实现中，方法400a-400c的各种步骤可以并行地，组合地，循环地，或按任何次序执行。注意，应用示范性方法400a-400c以使用作为公司和利润中心的整合单位生成单级整合单位模型。本领域的普通技术人员应该懂得，这只是展示在本公开中的概念的示范性应用。展示的例子决不意味着任何限制。

图4A例示了生成用于计算视图的多级模型。例如，对于图4A，在每个过帐级10/20/30的分支中，将公司的因子表与总记录连接，然后与利润中心的因子表连接。在例示的增强中，首先生成公司级模型404a，并将其当作新的“总立方体”402a。公司级模型404a再次针对其应用生成代码，以生成用作计算视图的利润中心模型406a。重要的是要注意到，可以迭代地使用多个整合单位以生成精确计算视图。

图4B例示了用于性能优化的对“过帐级20”逻辑的增强。这里，对每个“整合”单位（例如，整合单位/伙伴单位）的因子表进行连接402b。这提供所有可能整合单位以成为一个整合集团。然后，将整合集团与总记录的过帐级20的数据连接。结果404b包含其中整合单位和伙伴单位在相同集团中的所有总记录数据。

图4C例示了用于减少数据量的增强。这里，因为在最终报告中无需总记录的所有字段，所以通过报告所需的适当字段对总立方体进行汇集/过滤402c。例如，可以分析接收的CFR/BCS报告20的请求查询，以确定为报告目的所需的适当字段。可以使用这些字段以最小化使EDCS100的各种部件（例如，BCS报告加速器158、计算视图162、和/或BCS报告逻辑164）需要“操纵(handle)”的数据量。数据量的减少有助于提高处理/报告效率、速度等。

描述在本说明书中的主题和功能操作的实现可以在包括公开在本说明书中的结构及其结构等效物的数字电路、有形体现的计算机软件或固件、计算机硬件、或它们的两种或更多种的组合体中实现。描述在本说明书中的主题的实现可以实现成一个或多个计算机程序，即，编码在有形、非暂态计算机存储介质上由数据处理装置执行或控制数据处理装置的操作的计算机程序指令的一个或多个模块。可替代地或另外，可以将程序指令编码在人为生成传播信号，例如，为了编码信息而生成的机器生成的电、光、或电磁信号上，以便发送给适当接收装置以供数据处理装置执行。计算机存储介质可以是机器可读存储设备、机器可读存储基板、随机或串行访问存储设备、或它们的两种或更多种的组合体。

术语“数据处理装置”指的是数据处理硬件，包含处理数据的所有类型装置、设备和机器，举例来说，包括可编程处理器、计算机、或多个处理器或计算机。该装置也可以是或进一步包括专用逻辑电路，例如，中央处理单元（CPU）、FPGA（现场可编程门阵列）、或ASIC（专用集成电路）。在一些实现中，数据处理装置和/或专用逻辑电路可以是基于硬件的和/或基于软件的。该装置可选地可以包括为计算机程序创建执行环境的代码，例如，构成处理器固件、协议栈、数据库管理系统、操作系统、或它们的两种或更多种的组合体的代码。本公开设想利用或不用传统操作系统，例如，LINUX、UNIX、WINDOWS、MAC OS、ANDROID、IOS或任何其他传统操作系统地使用数据处理装置。

也可以称为或描述为程序、软件、软件应用、模块、软件模块、脚本、或代码的计算机程序可以用包括编译或解释语言、或说明或过程语言的任何形式编程语言来编写，并且可以以包括作为独立程序或作为模块、部件、子例程、或适合用在计算环境中的其他单元的任何形式部署。计算机程序可以，但无需，对应于文件系统中的文件。可以将程序存储在保存其他程序或数据，例如，存储在标记语言文档中的一个或多个脚本的文件的一部分中，存储在专用于所涉及的程序的单个文本中，或存储在多个协调文件，例如，存储代码的一个或多个模块、子程序和部分的文件中。可以将计算机程序部署成在单台计算机上或在位于单个地点或分布在多个地点上和通过通信网络互连的多台计算机上执行。虽然例示在各种图形中的程序的一些部分被显示成通过各种对象、方法、或其他进程实现各种特征和功能的单独模块，但该程序可以取而代之地按需要包括许多子模块、第三方服务、部件、库等。反过来，可以将各种部件的特征和功能按需要组合成单个部件。

描述在本说明书中的进程和逻辑流程可以由执行一个或多个计算机程序以便通过操作输入数据和生成输出来执行功能的一台或多台可编程计算机来执行。该进程和逻辑流程也可以由专用逻辑电路，例如，CPU、FPGA、或ASIC来执行，以及也可以将装置实现成专用逻辑电路，例如，CPU、FPGA、或ASIC。

适合执行计算机程序的计算机可以基于通用或专用微处理器、两者、或任何其他类型的CPU，包括单线程或多线程CPU。一般说来，CPU接收来自只读存储器（ROM）或随机访问存储器（RAM）或两者的指令和数据。计算机的基本元件是执行指令的CPU、和存储指令和数据的一个或多个存储设备。一般说来，计算机还包括存储数据的一个或多个海量存储设备，例如，磁盘、磁光盘、或光盘，可操作地与它们耦合，从它们那里接收数据或将数据传送给它们，或两者。但是，计算机无需含有这样的设备。此外，可以将计算机嵌入另一个设备，例如，移动电话、个人数字助理（PDA）、移动音频或视频播放器、游戏机、全球定位系统（GPS）接收器、或便携式存储设备，例如，通用串行总线（USB）闪存驱动器等中。

适合存储计算机程序指令和数据的计算机可读介质(按需要，暂态或非暂态）包括所有形式的非易失性存储器、介质和存储设备，举例来说，包括半导体存储设备，例如，可擦除可编程只读存储器（EPROM）、电可擦除可编程只读存储器（EEPROM）、和闪速存储设备；磁盘，例如，内部硬盘或可换式盘；磁光盘；以及CD-ROM、DVD+/-R、DVD-RAM、和DVD-ROM盘。存储器可以存储各种对象或数据，包括高速缓存、类别、框架、应用、备份数据、作业、网页、网页模板、数据库表格、存储业务和/或动态信息的中心库、和包括任何参数、变量、算法、指令、规则、约束、或对它们的引用的任何其他适当信息。另外，存储器可以包括像日志、政策、安全或访问数据、报告文件以及其他那样的任何其他适当数据。处理器和存储器可以通过专用逻辑电路来补充，或并入专用逻辑电路中。

为了提供与用户的交互，描述在本说明书中的主题的实现可以在含有向用户显示信息的显示设备，例如，CRT（阴极射线管）、LCD（液晶显示器）、或等离子显示器以及用户可以向计算机提供输入的键盘和定位设备，例如，鼠标、跟踪球、或触控板的计算机上实现。也可以使用像压力敏感的平板电脑表面、使用电容或电子感测的多点触摸屏、或其他类型的触摸屏那样的触摸屏将输入提供给计算机。其他类型的设备也可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的感觉反馈，例如，视觉反馈、听觉反馈或触觉反馈；以及来自用户的输入可以以任何形式接收，包括声音、语音或触觉输入。另外，计算机可以通过将文档发送给用户使用的设备或从用户使用的设备接收文档，例如，通过响应从万维网浏览器接收的请求，将网页发送给用户客户设备上的万维网浏览器与用户交互。

术语“图形用户界面”或GUI可以单数或复数地用于描述一个或多个图形用户界面和特定图形用户界面的每个显示器。因此，GUI可以代表处理信息和有效地向用户展示信息结果的任何图形用户界面，包括，但不限于，万维网浏览器、触摸屏、或命令行界面（CLI）。一般说来，GUI可以包括像交互域、下拉列表、和商务套餐用户可操作的按钮那样，一些或全部与万维网浏览器相关联的多个用户界面（UI）元件。这些和其他UI元件可以涉及或代表万维网浏览器的功能。

描述在本说明书中的主题的实现可以在包括后端部件，例如，作为数据服务器，包括中间部件，例如，GS，包括前端部件，例如，具有用户可以与描述在本说明书中的主题的实现交互的图形用户界面或万维网浏览器的客户计算机，或包括一个或更多个这样的后端、中间、或前端部件的任何组合体的计算系统中实现。系统的部件可以通过有线和/或无线数字数据通信的任何形式或媒体，例如，通信网络互连。通信网络的例子包括局域网（LAN）、无线接入网络（RAN）、城域网（MAN）、广域网（WAN）、微波接入全球互通网络（WIMAX）、使用，例如，802.11a/b/g/n和/或802.20的无线局域网（WLAN）、整个或部分互联网、和/或在一个或多个地点上的任何其他一个或几个通信系统。网络可以利用，例如，网际协议（IP）分组、帧中继帧、异步传输模式（ATM）信元、语音、视频、数据、和/或网络地址之间的其他合适信息通信。

计算系统可以包括客户机和服务器。客户机和服务器一般相互远离，通常通过通信网络交互。客户机和服务器的关系通过运行在各自计算机上的和相互具有客户机-服务器关系的计算机程序建立起来。

在一些实现中，计算系统硬件和/或软件两者的任何或所有部件可以相互和/或与使用应用编程接口（API）和/或服务层的接口交接。API可以包括例程、数据结构、和对象类的规范。API可以是计算机语言无关或相关的，可以指完整接口、单一功能、或甚至一组API。服务层向计算系统提供软件服务。所有服务消费者都可以使用这个服务层访问计算系统的各种部件的功能。软件服务通过限定的接口提供可再用的、限定的商业功能。例如，该接口可以是用JAVA、C++、或以可扩展标记语言（XML）格式或其他合适格式提供数据的其他适当语言编写的软件。API和/或服务层与计算系统的其他部件的关系可以是一体的和/或独立的部件。此外，服务层的任何或所有部分可以不偏离本公开的范围地实现成另一个软件模块、企业应用或硬件模块的子或分模块。

虽然本说明书包含许多具体实现细节，但这些不应该被理解为限制任何发明的范围或可能要求保护的范围，而是作为可能是特定发明的特定实现特有的特征的描述。在独立实现的背景下描述在本说明书中的某些特征也可以在单一实现中以组合形式实现。相反，在单一实现的背景下描述的各种特征也可以在多种实现中独立地或以任何适当分组合的形式实现。此外，尽管上面可能将一些特征描述成以某种组合形式起作用和甚至最初要求这样，但所要求组合当中的一种或多种特征在一些情况下可以从该组合中分割出来，以及所要求组合可以针对分组合或分组合的变种。

类似地，虽然在附图中按特定次序描述操作，但这不应该理解为要求按所示的特定次序或顺序地执行这样的操作，或执行所有例示的操作来获得所希望的结果。在某些情况下，多任务和并行处理可能是有利的。此外，在上述的实现中各种系统模块和部件的分离和/或合并不应该理解为在所有实现中都要求这样的分离和/或合并，而应该理解为所述程序部件和系统一般可以一起合并在单个软件产品中或打包成多个软件产品。

上面已经描述了主题的特定实现。对于本领域的普通技术人员来说，显而易见，所述实现的其他实现、变更、和置换都在所附权利要求书的范围之内。例如，列举在权利要求书中的动作可以按不同次序执行，并仍然获得所希望的结果。

于是，上面对示范性实现的描述不限定或约束本公开。也可以不偏离本公开的精神和范围地作出其他改变、替代、和变更。

Claims

1.一种计算机实现的方法，其包含：

从总记录中获取财务日记帐分录数据以便整合成综合财务报告，该财务日记帐分录数据被分类成单家公司成交记录、公司间消除记录、和集团相关消除记录；

处理单家公司成交记录以便得出单家公司成交记录结果数据；

处理公司间消除记录以便得出公司间消除记录结果数据；

处理集团相关消除记录以便得出集团相关消除记录结果数据；

通过计算机的操作进行单家公司成交记录结果数据、公司间消除记录结果数据、集团相关消除记录结果数据的合并，以便生成综合财务报告数据；以及

至少部分基于综合财务报告数据生成综合财务报告。

2.如权利要求1所述的方法，其中处理单家公司成交记录包含按照整合单位将总记录与整合单位的因子表连接。

3.如权利要求1所述的方法，其中处理公司间消除记录包含：

按照整合单位将总记录与整合单位的因子表连接以生成第一结果；

按照伙伴单位将第一结果与整合集团的因子表连接；

检验整合集团和伙伴集团是否相同以生成检验结果；以及

对检验结果加以过滤。

4.如权利要求1所述的方法，其中处理集团相关消除记录包含按照整合单位和整合集团将总记录与整合集团的因子表连接。

5.如权利要求1所述的方法，其中，对于单家公司成交记录、公司间消除记录、和集团相关消除记录的每一个：

将公司的因子表与总记录连接以形成第一结果；以及

将利润中心的因子表与第一结果连接以形成第二结果。

6.如权利要求1所述的方法，其中处理公司间消除记录包含：

连接整合单位的因子表以形成第一结果；以及

将第一结果与总记录的公司间消除记录连接。

7.如权利要求1所述的方法，其中在处理单家公司成交记录、公司间消除记录、和集团相关消除记录的每一个之前根据所需字段汇集来自总记录的数据。

8.一种非暂态、计算机可读介质，其存储着可由计算机执行以进行如下操作的计算机可读指令：

处理公司间消除记录以便得出公司间消除记录结果数据；

进行单家公司成交记录结果数据、公司间消除记录结果数据、集团相关消除记录结果数据的合并，以便生成综合财务报告数据；以及

至少部分基于综合财务报告数据生成综合财务报告。

9.如权利要求8所述的介质，其中处理单家公司成交记录包含可执行以按照整合单位将总记录与整合单位的因子表连接的指令。

10.如权利要求8所述的介质，其中处理公司间消除记录包含可执行以进行如下操作的指令：

按照伙伴单位将第一结果与整合集团的因子表连接；

检验整合集团和伙伴集团是否相同以生成检验结果；以及

对检验结果加以过滤。

11.如权利要求8所述的介质，其中处理集团相关消除记录包含可执行以按照整合单位和整合集团将总记录与整合集团的因子表连接的指令。

12.如权利要求8所述的介质，包含对于单家公司成交记录、公司间消除记录、和集团相关消除记录的每一个，可执行以进行如下操作的指令：

将公司的因子表与总记录连接以形成第一结果；以及

将利润中心的因子表与第一结果连接以形成第二结果。

13.如权利要求8所述的介质，其中处理公司间消除记录包含可执行以进行如下操作的指令：

连接整合单位的因子表以形成第一结果；以及

将第一结果与总记录的公司间消除记录连接。

14.如权利要求8所述的介质，其中在处理单家公司成交记录、公司间消除记录、和集团相关消除记录的每一个之前根据所需字段汇集来自总记录的数据。

15.一种计算机实现的系统，其包含：

配置为保存总记录的存储器；以及

互操作地与该存储器耦合和配置为进行包含如下的操作的处理器：

处理公司间消除记录以便得出公司间消除记录结果数据；

至少部分基于综合财务报告数据生成综合财务报告。

16.如权利要求15所述的系统，其中处理单家公司成交记录被配置成按照整合单位将总记录与整合单位的因子表连接。

17.如权利要求15所述的系统，其中处理公司间消除记录被配置为：

按照伙伴单位将第一结果与整合集团的因子表连接；

检验整合集团和伙伴集团是否相同以生成检验结果；以及

对检验结果加以过滤。

18.如权利要求15所述的系统，其中处理集团相关消除记录被配置为按照整合单位和整合集团将总记录与整合集团的因子表连接。

19.如权利要求15所述的系统，进一步配置为对于单家公司成交记录、公司间消除记录、和集团相关消除记录的每一个：

将公司的因子表与总记录连接以形成第一结果；以及

将利润中心的因子表与第一结果连接以形成第二结果。

20.如权利要求15所述的系统，其中处理公司间消除记录被配置为：

连接整合单位的因子表以形成第一结果；以及

将第一结果与总记录的公司间消除记录连接。

21.如权利要求15所述的系统，其中在处理单家公司成交记录、公司间消除记录、和集团相关消除记录的每一个之前根据所需字段汇集来自总记录的数据。

22.一种计算机实现的方法，其包含：

在处理单家公司成交记录、公司间消除记录、和集团相关消除记录的每一个之前根据所需字段汇集来自总记录的数据

处理单家公司成交记录以便得出单家公司成交记录结果数据，该处理包含按照整合单位将总记录与整合单位的因子表连接；

处理公司间消除记录以便得出公司间消除记录结果数据，该处理包含：

按照伙伴单位将第一结果与整合集团的因子表连接；

检验整合集团和伙伴集团是否相同以生成检验结果；以及

对检验结果加以过滤；

处理集团相关消除记录以便得出集团相关消除记录结果数据，该处理包含按照整合单位和整合集团将总记录与整合集团的因子表连接；

至少部分基于综合财务报告数据生成综合财务报告。