CN115099915A

CN115099915A - 基于j2ee和分布式多层体系的财务决算系统及设备

Info

Publication number: CN115099915A
Application number: CN202210631060.8A
Authority: CN
Inventors: 王志刚; 艾栎楠; 李赓; 李超; 刘淑杰; 郭春飞; 李帅; 周小君; 刘子阳; 刘亮; 谷斯佳; 王至垚; 郭健; 刘炳权; 付智超; 贺晓坤; 王�琦; 李彦; 王鑫; 赵大陆
Original assignee: Tiandi Science and Technology Co Ltd; China Coal Technology and Engineering Group Corp
Current assignee: Tiandi Science and Technology Co Ltd; China Coal Technology and Engineering Group Corp
Priority date: 2022-06-06
Filing date: 2022-06-06
Publication date: 2022-09-23

Abstract

本发明提出一种基于J2EE和分布式多层体系的财务决算系统及设备，该系统包括：数据采集管理模块，用于执行财务数据录入保存、财务数据运算审核、财务数据上报、财务数据汇总及财务数据导出打印的财务数据处理操作；报表合并模块，用于设定计算规则，对所述数据采集管理模块采集的财务数据进行数据汇总，形成合并报表；查询分析模块，用于查看通过所述合并报表的财务数据，及经过所述数据采集管理模块处理后的数据分析结果。通过本发明，能够提供一种针对上下层级单位的财务数据设定统一的数据管理平台。

Description

基于J2EE和分布式多层体系的财务决算系统及设备

技术领域

本发明涉及数据处理技术领域，尤其涉及一种基于J2EE和分布式多层体系的财务决算系统、设备、存储介质。

背景技术

在财会决算工作过程中，针对不同层级的业务及不同阶层的单位，业务处理过程往往是互相孤立的，比如不同阶层单位针对相同业务使用的表格样式差异很大，而且可能会经常变化，业务处理流程和内容的变化可能需要重新进行编程定制；而且，不同层级的单位，可能设置相对独立的数据库，无法做到数据共享，上级的单位可能需要接收所属的所有下级单位的全部数据，造成成本的浪费。因此，急需针对上下层级单位的财务数据设定统一的数据管理平台。

发明内容

本发明提供一种基于J2EE和分布式多层体系的财务决算系统、设备、存储介质，旨在提供一种针对上下层级单位的财务数据设定统一的数据管理平台。

为此，本发明的第一个目的在于提出一种基于J2EE和分布式多层体系的财务决算系统，包括：

数据采集管理模块，用于从分布式多层体系的数据来源获取财务数据，并进行财务数据录入保存、财务数据运算审核、财务数据上报、财务数据汇总及财务数据导出打印的财务数据处理操作；

报表合并模块，用于基于J2EE设定计算规则，对数据采集管理模块采集的财务数据进行数据汇总，形成合并报表；

查询分析模块，用于查看通过合并报表的财务数据，及经过数据采集管理模块处理后的数据分析结果。

其中，数据采集管理模块包括数据录入单元和数据管理单元；其中，

数据录入单元用于执行财务数据的采集、管理和查看；

数据管理单元用于执行财务数据的运算、审核、上报、出错报告及分析结果导出。

其中，数据管理单元在执行财务数据的运算过程中，运算方式包括全算和批量运算；数据管理单元在执行财务数据的审核过程中，审核方式包括全审和批量审核。

其中，若有审核错误，则需根据审核错误重新采集财务数据，并重新进行运算、审核，直至审核通过；当审核不通过时，给出审核结果，包括：公式说明、错误数据、所在报表，指示出审核不通过的财务数据信息。

其中，数据管理单元在执行财务数据的上报过程中，包括：

下级单位完成报表数据录入修改且通过审核，将已填报完毕的财务数据上报给上级单位；

上级单位对下级单位的已上报财务数据进行检查，以核实数据的正确性，如果上级单位审核数据不合格，上级单位把已上报的财务数据退回给下级单位，由下级单位进行修改；

上级单位如果确认下级单位的已上报财务数据通过，确认完成后，此单位的上报状态由“已上报”变为“已确认”。

其中，上级单位在收集了全部下级单位的财务数据后，把已填报的下级单位的财务数据汇总计入到上级单位或者指定单位；

其中，数据汇总包括两种方式，节点汇总和选择汇总；节点汇总是按照单位的级次关系，把下级单位的数据汇总到上级单位，或是调整到差额单位，按照单位树形级次进行数据的汇总，即由下级单位数据汇总获得上级单位数据；选择汇总是将任意单位中的数据汇总到某个指定的单位，对源单位的选择没有限制。

其中，报表合并模块用于定义合并报表的相关设置，获取合并报表需要的财务数据，进行数据汇总，并通过各种合并明细表及相应的合并计算规则生成合并分录表及抵销分录表，通过合并分录表通过人工的参与形成抵销分录表，通过抵销分录表生成合并工作底稿，形成合并报表、抵销数据；报表合并模块用于将不同体系的报表任务、合并科目、报表指标、合并选项、合并规则集合成一个整体，支撑合并报表的数据录入和合并计算等业务需要。

其中，合并计算包括对账业务合并抵销和非对账业务合并抵销；其中，对账业务合并抵销在内部录入表模块和关联交易模块中实时抵销生成抵销分录；非对账业务合并抵销通过合并计算功能，由用户采取手工方式触发生成抵销分录，抵销分录的生成依据主要是合并规则管理中设置的合并抵销规则；

调整抵销分录功能用于调整分录和抵销分录的查看、调整与管理；在合并计算后，可对未抵销记录进行手动干预抵销、对其他抵销业务进行手动输入抵销、对自动生成抵销分录进行查看与编辑；调整方式包括手动抵销和输入调整。

本发明的第二个目的在于提出一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够运行前述技术方案的系统。

本发明的第三个目的在于提出一种存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机运行根据前述技术方案的系统。

区别于现有技术，本发明提供的采掘工作面瓦斯地质异常体超前精细探测方法，具有以下优势：

主体应用基于J2EE企业级应用开发框架，独立于操作系统和数据库平台，具有完全的可移植性。

功能的参数化和元数据化，通过对不同类型业务的抽象，并以参数或元数据的形式描述具体的业务特征，使系统获得强大的定制能力，具有广泛的业务适应性，许多常规的功能需求都不需要重新开发，只需在现有功能的基础上进行特定的配置即可获得，比如，本系统有许多表格需要相关用户填报，这些表格的样式差异很大，而且可能会经常变化，本系统将开发一个元数据管理控制台，其中将包含一个表格生成器，将表格样式的定义和填报字段的定义分离，使系统获得很大的灵活性，录入界面和录入表格的增/删/改都不需要重新编程，只需进行配置即可。

通过引入工作流引擎实现对采集业务的建模，比如数据采集模板指标、模板编制、审核、审批、下达、汇总、审核、归档等业务处理，而且业务处理流程和处理内容的变化不需要重新编程，只需通过工作流引擎的业务建模平台对业务进行重新建模即可。

支持远程管理、远程维护和远程升级，通过开发业务建模平台和元数据管理控制台，使系统获得强大定制和二次开发能力，实现系统快速维护、快速升级，由于业务建模平台和元数据管理控制台均基于HTTP协议和Web Service技术，可跨越广域网和防火墙。

模块化的设计使系统支持灵活的部署模式。系统将功能以模块化的设计分开，不同模块可以部署到不同机器上，不同机器可共享相同的数据库，从而系统可支持内网/外网或内外网结合等各种情况。

通过设计公式脚本语言，使系统获得强大的二次开发能力，利用公式可定义任意数据之间的勾稽关系。

可实现自动分页、字体自适应、所见所得等特征。完整的打印功能包括分页向导、打印预览、打印及打印区域选择。其中分页向导设置表格分页方式，打印预览调整打印格式及内容，打印及打印选定区域用于打印当前报表表样。我公司的打印技术还支持打印方案、套打格式的设置。打印功能与具体打印的数据无关，可由用户直接设置打印内容格式，并存成打印方案，以后用户在需要打印时只需选择相应的打印方案即可。

提供功能强大的报表生成器，可以生成任意样式的各种分析统计表。

将提供多种形式的查询工具，比如组合条件式查询、关键字查询、向导式查询等功能，这些查询工具都大量应用默认知识，减少用户设置工作量。

附图说明

本发明的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是本发明提供的一种基于J2EE和分布式多层体系的财务决算系统的结构示意图。

图2是本发明提供的一种基于J2EE和分布式多层体系的财务决算系统中新增业务的流程示意图。

图3是本发明提供的一种基于J2EE和分布式多层体系的财务决算系统中删除业务的流程示意图。

图4是本发明提供的一种基于J2EE和分布式多层体系的财务决算系统中修改业务的流程示意图。

图5是本发明提供的一种基于J2EE和分布式多层体系的财务决算系统中取消抵销的流程示意图。

图6是本发明提供的一种基于J2EE和分布式多层体系的财务决算系统中批量修改的流程示意图。

图7是本发明提供的一种基于J2EE和分布式多层体系的财务决算系统中批量新增的流程示意图。

图8是本发明提供的一种基于J2EE和分布式多层体系的财务决算系统中往来类规则新增的流程示意图。

图9是本发明提供的一种基于J2EE和分布式多层体系的财务决算系统中现金流量类新增的流程示意图。

图10是本发明提供的一种基于J2EE和分布式多层体系的财务决算系统中交易规则新增的流程示意图。

图11是本发明提供的一种非临时性计算机可读存储介质的结构示意图。

具体实施方式

下面详细描述本发明的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

图1为本发明实施例所提供的一种基于J2EE和分布式多层体系的财务决算系统，包括：

数据采集管理模块110，用于从分布式多层体系的数据来源获取财务数据，并进行财务数据录入保存、财务数据运算审核、财务数据上报、财务数据汇总及财务数据导出打印的财务数据处理操作；

报表合并模块120，用于设定计算规则，对数据采集管理模块采集的财务数据进行数据汇总，形成合并报表；

查询分析模块130，用于查看通过合并报表的财务数据，及经过数据采集管理模块处理后的数据分析结果。

J2EE(Java 2Enterprise Edition)是建立在Java 2平台上的企业级应用的解决方案。J2EE技术的基础便是Java 2平台，不但有J2SE平台的所有功能，同时还提供了对EJB，Servlet，JSP，XML等技术的全面支持，其最终目标是成为一个支持企业级应用开发的体系结构，简化企业解决方案的开发，部署和管理等复杂问题。事实上，J2EE已经成为企业级开发的工业标准和首选平台。

随着Internet和互联网的迅速发展，信息技术的重点从数据管理转移到了数据应用。分布式多层体系结构应用框架是基于业界标准，它为开发和部署信息社区应用系统提供了一组完整的服务，它提供的Web应用编程模型定义了Web应用拓扑结构以及使用框架提供的服务来设计Web应用的一个模型。这个框架基于独立于平台和提供商的技术标准，包括关于客户端、应用服务器、网络、数据和基础设施(包括系统安全等内容)的标准。这些标准使得用户在任何时候，在网络上的任何地方都能够存取有关数据和服务，也使得开发的应用软件只需写一次就能到处运行，并能以即插即用的方式使用各种业务构件。

分布式多层体系结构应用框架为设计网上应用建设解决方案提供了一个模型。这个框架基于一个多层的分布式环境，在这个环境中，各种应用逻辑被封装为各种构件，这些构件通过网络相互通信。它的最基本的形式，可以被描述为一个“逻辑上”的3层计算模型(即Browser/Application Server/Server模型)。这个基本的3层系统模型包括客户端(局域网、远程网)、Web应用服务器(包括Web服务器)、服务器(可以是数据库服务器，也可以是已有的应用系统)。在这3个逻辑层中的应用元素通过一组业界标准的协议、服务和软件连接器互相连接起来。

在业务系统建设中，对业务需求容易发生变化的功能模块尽量采用参数化方式设计，比如指标库建立、采集模板的定义、采集数据的汇总、审核、汇总、分析等功能模块，采用功能参数化设计思路，行政主管部门、直属事业单位网络信息报告管理业务进行抽象，进行统一化处理，通过不同参数来适应不同的运行过程，这样只需要开发一个功能模块即可，不仅减少了工作量，还大大提高了软件对需求的适应能力。

下面参考附图描述本申请实施例的，基于J2EE和分布式多层体系的财务决算系统。其中的数据采集管理模块110包括数据录入单元111和数据管理单元112；其中，

数据录入单元111用于执行财务数据的采集、管理和查看；

数据录入单元111提供了丰富的功能，主要有：数据填录、数据运算、数据审核、数据上报、报表打印、报表导出、上级审批等。主体是报表的数据来源对象，可以是单位、时期、项目、组织机构等。一般是指单位。任务中可以设置多主体维度进行数据的填报。

在本公开实施例中，数据录入支持浏览器来实现在线填录数据。这种填录方式较为直观，实时性强，且通过网络高效率传送数据信息，实现业务共享，按职责权限控制业务数据和报送状态。下文将以浏览器端为例介绍。

数据录入作为用户的主要工作区域，支持数据采集、查看、核对等工作。首先，由系统技术人员根据实际业务需要，制作出一套业务表，其中可以灵活定制各种表样，包括固定表、浮动表等。固定表指报表行列固定的基础表；浮动表指行列不固定的基础表，可根据业务需要增加、删除浮动行和列。数据录入的流程如图2所示。批量录入则如图7所示。

下面以典型的基础报表为例，来介绍不同性质的报表的数据填报及一些常用功能。

固定表是报表的行列都固定不变的表，固定区域的填写相对较为简单，与Excel的使用类似，将光标定位到要填写数据的单元格，输入相应数据后保存即可。

固定表的填写区域包括三种类型的单元格：白色单元格、浅绿色单元格、带“-”单元格。白色单元格为需要直接填写数据的指标；浅绿色单元格表示该指标为自动运算单元格；带“-”单元格表示无指标映射不需要填写。

在本发明的其他实施例中，除了手工录入，系统也支持快捷键Ctrl+C、Ctrl+V，可以将Excel中的数据复制并粘贴到系统报表中，同时也支持系统报表之间的数据复制粘贴。

指标类型主要有：数值型单元格、整型单元格、字符型单元格、枚举型单元格和日期型单元格。

数值型单元格、整型单元格和字符型单元格可直接输入。

当录入的浮点型数据精度大于预设精度时，系统会根据四舍五入对录入数据进行截取。

当录入的数值型数据，整数位+小数位超过20位时，点击保存系统会提示超出指标长度20。

当录入的整型数据超过整型数值-2147483648～2147483647时，点击保存系统会提示输入的数值不在整型范围内。

日期型数据录入时，会弹出选择日期窗口，单击日期即可填到单元格中。

关联枚举的单元格点击会弹出下拉框，选中所需内容即可。

布尔类型指标支持定位在该单元格上后用空格键选中和取消。

图片类型指标支持上传图片，支持预览，并对图片进行打印和导出。

附件类型指标支持上传Excel、Word、文本、PDF和图片等文件。同时支持Excel、文本、Word、PDF和图片的在线预览。

浮动表是行数或者列数不固定的基础表。浮动表的列数固定，但行数可以根据业务的需要进行插行或删行。

其中插行是在浮动区域已选中的位置向前插入n行或者向后插入n行，系统预置了常用数字行，也可以自定义插入的行数；插列同理。

删行是删除选中的浮动行。数据删除的流程如图3所示。

排序可以对整型、字符型、数值型、布尔类型、日期类型、大文本类型、下拉类型数据进行筛选和排序，目标是从较多的浮动行数据中筛选到满足条件的数据。

指标之间升序/降序不能同时进行，只能单个指标排序。日期型排序框中间显示：上月，本月等选择筛选条件。

Excel导入是较为常用的功能，特别适用于习惯使用Excel填录的用户，或者已经有现成Excel数据希望避免重复工作的用户，可以把符合格式要求的Excel文档导入到系统中。当导入数据或表样有异常时，会给出具体到单元格的错误提示，无误的报表数据可正常导入。目前系统支持的错误信息有：数据类型不一致、数值超长、枚举类型单元格未找到对应下拉项、报表只读、单元格不可为空、表样匹配失败、导入页签错误、业务主键重复等。

下载错误信息，excel里会显示具体单元格错误类型，点击错误链接，能定位到具体报表、具体单元格。在下载的错误信息excel里，更改完错误数据后可直接再次进行导入。

单表导入的Excel页签必须是标识+空格+表名。导入的数据会覆盖原数据。导入文件默认大小为1MB，需更改配置文件(具体配置见配置文档)。锁定、已上报和已确认报表状态不可导入。导入的ZIP压缩包文件目录必须和批量导出时的ZIP文件目录保持一致。ZIP导入excel方式有两种：按报表导入和按单位导入。含有页签的特殊浮动表Excel导入时文件里不能包含页签。导入数据时，也可根据提示选择导入选择JIO数据文件。

按时期批量复制是把当前任务、当前方案、其他时期的数据复制到当前期。

数据管理单元112用于执行财务数据的运算、审核、上报、出错报告及分析结果导出。

数据管理单元112在执行财务数据的运算过程中，运算方式包括全算和批量运算；

在本发明中，完成所有数据填录并保存后，进行全算的计算方式，可按报表钩稽关系进行整套表的数据运算，即执行默认公式方案下的所有表间公式和表内公式。进行批量运算的计算方式，可以选择不同主体单位，公式方案和报单进行批量运算。

第一主体默认选项为所有，其他主体默认为当前。公式方案默认选项为默认公式方案。报表默认选项为所有报表。公式方案多选时，不可选择部分报表，默认执行所有。

单表数据填写完成并保存后，对当前报表进行审核，对已经填写数据进行正确性、合理性验证。若有审核错误，则需根据审核错误重新填写数据，并重新进行运算、审核，直至审核通过。当审核不通过时，系统会在报表展示区的右侧给出审核结果，包括：公式说明、错误数据、所在报表等(在窗口下方，勾选显示公式，显示错误公式信息)，指示出审核不通过的数据信息。数据修改的流程如图4所示。

进行全审时，可按报表钩稽关系进行整套表的数据审核，即执行默认公式方案下的所有表间公式和表内公式。同时可以选择不同主体单位、公式方案和报单进行批量审核。

用户可以根据自己有权限填录的部分来填写报表中呈白色的单元格，即为非运算单元格。填写数据时，这些运算单元格无法编辑填写，是系统通过运算公式从其他单元格的数据计算产生的。填写并保存一张报表后，系统自动运算当前表公式和表间公式。

在本发明实施例中，数据管理单元112在执行财务数据的上报过程中，包括：

下级单位完成报表数据录入修改且通过审核后，可执行上报，即将已填报完毕的数据上报给上级单位。上报提示成功后，报送工作完成。此时，该单位状态由“未上报”变为“已上报”。

数据审核不通过的时候基层单位也可执行强制上报，由上级单位进行审核。数据上报前可能存在各种类型错误，包括错误型、警告型和提示型。就需要对这些错误是否修改、写错误说明或者忽略做出判断。审核不通过进行批量修改的流程如图6所示。

本发明其他实施例中，在上报时，可选择层层上报。当存在未上报或者退回状态的下级单位时，将无法上报本级单位，之后所有下级单位都上报之后，本级单位才能上报；在退回时，当存在已上报状态的上级单位时，本级单位不能退回，需要所有上级单位都退回后本级单位才能退回。

单位在上报过程中，可能出现实际情况与报表审核出现差异的非必须修改的错误，这时候就要对审核结果添加出错说明。

其中，数据汇总包括两种方式，节点汇总和选择汇总；节点汇总是按照单位的级次关系，把下级单位的数据汇总到上级单位，或是调整到差额单位，按照单位树形级次进行数据的汇总，即由下级单位数据汇总获得上级单位数据；选择汇总是将任意单位中的数据汇总到某个指定的单位，对源单位的选择没有限制。节点汇总完全按照单位树形级次进行数据的汇总，即由下级单位数据汇总获得上级单位数据。它适用于已有树形结构的一般汇总单位数据或集团型企业数据。对于集团型企业，其节点汇总产生的汇总单位的报表类型为“9”，产生的差额表的报表类型为“1”。根据业务需要，合并单位需要选择指定的下级单位进行汇总，选择的目标汇总单位与单位树形结构无关。可以在原有单位树形上选择目标汇总单位。

直接下级节点：汇总范围仅是所选单位的直接下级单位，把所有直接下级单位的数据汇总到所选单位上。所有下级节点：从所选节点的最末级单位开始，将数据层层汇总到所选单位。报表：当前表：当前定位的表单。全部报表：全部表单。选择报表：自定义选择任务表单。差额汇总：则将所选单位的合并单位报表的数据与下级单位数据之和进行抵减，将结果放入差额单位报表。

报表合并模块120用于定义合并报表的相关设置，获取合并报表需要的财务数据，进行数据汇总，并通过各种合并明细表及相应的合并计算规则生成合并分录表及抵销分录表，通过合并分录表通过人工的参与形成抵销分录表，通过抵销分录表生成合并工作底稿，形成合并报表、抵销数据；报表合并模块用于将不同体系的报表任务、合并科目、报表指标、合并选项、合并规则集合成一个整体，支撑合并报表的数据录入和合并计算等业务需要。

具体的，将添加报表时，选择的采集填报方案不允许存在时期类型相同的开始时间与结束时间重叠的多个报表方案，如需设置此类型的方案需配置多个任务解决。相同时间范围内，同一个方案采集填报方案或管理架构方案不能被设置多次(不区分体系)。同一体系下，不允许时期类型+开始时间+结束时间重复。导入：目前只支持科目导入，任务、选项不能导入。导出：目前只支持科目导出，任务、选项不能导出。

调整抵销分录功能用于调整分录和抵销分录的查看、调整与管理；在合并计算后，可对未抵销记录进行手动干预抵销、对其他抵销业务进行手动输入抵销、对自动生成抵销分录进行查看与编辑；调整方式包括手动抵销和输入调整。取消抵消的流程如图5所示。

在本发明中，报表合并所涉及的合并科目中，科目设置的主要作用在于建立合并报表业务中涉及到的会计科目，在这里通过对科目各个属性的设置，包括科目编码、科目名称、合并方式、科目属性、关联指标、上级科目编码、运算公式、关联集团科目，来统一和规范合并业务所需的会计科目。

新增科目前，必须先在选项中设置科目编码结构，如4；2；2；2，表示该科目编码结构为三级，分别是分组、一级科目和二级科目。每级科目编码长度依次增加，分别为两位、四位和六位。

包括的科目属性为：

科目编码：会计科目对应的编码，长度与科目编码结构对应。

科目名称：会计科目对应的名称。

合并方式：分为“余额”和“发生额”。

借贷方向：确定科目的借贷方向，在合并工作底稿中通过科目的借贷方向来确定科目合并数的计算方法。

科目属性：分为资产类、负债类、权益类、损益类、现金流量类、其他。

关联指标：配置科目关联的指标，如：工作底稿中各单位对应每个科目的数据根据此关联关系确定结果。

上级科目编码：当前科目的上级科目编码。

运算公式：设置运算公式。

关联集团科目：合并科目与集团科目进行关联，如：关联转合并会根据此映射进行科目的转换。

在科目设置主界面选择左侧科目树中需要修改的科目，鼠标定位到需要修改的字段，可直接修改科目；目前仅支持单个修改科目。单个科目修改页面同新增页面相同。具体修改操作与新增科目相类似。

通过导入导出功能可以实现在Excel文件中对科目进行批量修改，简化科目设置工作。导入科目前必须设置科目编码结构，否则无法导入。科目导入文件中的科目编码和科目所在级次需要保持一致，如果不一致，则导入时以科目编码为准。科目借贷方向需设置正确，否则在工作底稿中科目合并数计算时候产生错误，因为不同借贷方向科目的合并数计算公式是不同的。

通过配置任务、采集填报方案、管理架构方案来实现对报表数据的采集。支持对采集填报方案(如：内部清欠任务)设置是否允许执行合并计算、输入调整、手工抵销、结转损益、完成合并。

针对特殊场景的报表可通过更多设置进行配置，如：内部清欠报表，在合并体系中关联后，默认允许执行合并计算、手工抵销、输入调整等，可通过更多设置，控制不允许执行手工抵销、输入调整、递延所得税、结转损益操作。未勾选操作对应功能时给出提示信息“该报表方案下不允许执行”。

采集填报方案默认允许执行的业务操作：合并计算、手工抵销、输入调整、完成合并、送审、上报等操作。管理架构方案默认不允许执行合并计算、手工抵销、送审、上报操作。管理架构方案下，单户单位数据默认共用采集填报方案下的数据，比例拆分默认拆分采集填报方案的固定表数据和抵销分录数据，冲销默认冲销采集填报方案的抵销分录。管理架构方案下，单户单位的送审上报不允许操作，单位状态与采集填报方案下单户单位状态同步。往来类规则新增处理的流程如图8所示。

设置合并体系里面的科目树组织方式、合并科目代码结构、合并计算时删除策略、年结策略等信息来控制合并系统的数据处理机制。

合并报表体系中的选项设置包括以下几个方面：

(1)合并科目树形组织方式

根据上级科目编码：按照上级科目编码形式展示合并科目树形。

根据编码结构：根据编码结构展示合并科目树形。

(2)合并科目编码结构：新增科目前，需要先设置合并科目编码结构。

(3)调整抵销分录中使用结转损益：设置结转损益分录科目和管理会计维度字段。

(4)调整抵销分录中使用递延所得税：设置需要参与结转的资产类科目和所得税税率，配置当期、年初递延所得税分录科目，以及选择需要生成年初递延所得税分录的合并规则。

其中，递延所得税资产类科目：选择当前合并体系中，参与计算生成递延所得税分录的资产类科目，支持多选。

递延所得税指标(％)：选择报表中递延所得税税率指标；或输入百分比，作为固定递延所得税税率。

当年递延所得税科目设置：选择当期(当年)递延所得税分录的借贷方科目，仅支持单选。

年初递延所得税科目设置：选择年初递延所得税分录的借贷方科目，仅支持单选。其中：年初抵销分录规则，所选规则均生成年初递延所得税分录，范围为当前体系的所有合并规则，支持多选。

(5)调整抵销分录已抵销页面列选页签：设置调整抵销分录已抵销页签的列选可选字段。

(6)调整抵销分录未抵销页面列选页签：设置调整抵销分录未抵销页签的列选可选字段。

(7)投资抵销启用按月增量方式：启用后，合并计算时选择投资规则，将上月所有当期的投资规则抵销分录全部复制到当月，第0期初始分录同时复制到当期。投资规则的输入调整分录不执行复制。

(8)启用浮动行科目余额表：增加“借正贷负型”工作底稿，显示浮动行中合并科目的期末数，并支持抵销数回写差额单位的浮动行余额表。

(9)工作底稿查看方式设置：启用浮动行科目余额表选项，显示“借正贷负型”工作底稿，隐藏“借贷方向型”工作底稿，并支持调整展示顺序。

(10)完成合并回写规则设置:浮动余额表回写规则范围设置，勾选的合并规则中的合并科目将在完成合并时，回写到对应浮动余额表中。默认不勾选，则不进行浮动余额表回写。

(11)是否显示枚举字典代码：设置是否显示枚举字典代码。

(12)合并计算时先删除已抵销数据(内部表规则)：设置是否删除抵销数据。

(13)并账单位间不执行合并抵销：合并抵销时对并账单位进行过滤。

(14)始终进行合并抵销的科目：设置始终进行合并抵销的科目。

(15)内部录入(包括导入)实时抵销数据上限：内部录入(包括导入)实时抵销数据上限，超出后此次保存所有数据不进行实时抵销。

(16)内部表抵销N对N抵销的最大N值：内部表抵销N对N抵销的最大N值，例如设置为3，最多支持3对3、3对4、4对3及以上不支持抵销。

(17)抵销队列数据超时分钟：抵销队列超过多少分钟后，从队列中移除。

(18)内部表可以抵销的币种：内部表可以抵销的币种编码，多个币种用“,”分隔，例如USD,HKD。人民币数据默认可以抵销，不受此选项控制。

(19)管会维度：可选范围的生效范围为抵销分录表的维度以及勾选全局的维度；“是否必填”勾选后，该维度在内部表录入、输入调整、抵销分录初始、手工抵销、结转损益、日记账调整中均必填，不勾选则不必填。

(20抵销分录年结输入调整符合规则抵销分录：抵销分录年结时，同步年结已勾选的合并规则的输入调整分录，不区分影响期间；不勾选时，只年结影响期间为“持续”的输入调整分录。

(21)抵销分录跨年结转：设置合并年结时需要结转为年初未分配利润的科目、指定年初未分配利润科目及结转的合并规则，详见章节抵销分录年结配置。

(22)年结科目映射：新年度科目代码发生变化时设置历史年度与新年度的映射关系，详见章节抵销分录年结配置。

(23)配置存货台账的规则与使用的任务。

(24)输入调整、抵销初始可选差额或合并单位。

管理会计报告体系指分别从事业部、区域总部、行业等管理维度出发，以会计主体的资产负债表、利润表和现金流量表为基础，对各级单位报表中所涉及的财务指标进行再次分解和重新归集，形成能反映各事业部、区域总部的财务状况、经营成果和现金流量和各行业经营成果的管理会计报告体系。

具体的，系统上线当期及以后对抵销数据有影响的业务需要进行初始化，抵销分录初始功能提供初始化分录录入的入口，保证业务数据的完整连贯。初始化抵销数据以每个合并单位为最小初始化单元进行初始化。

抵销分录初始单位树形展示为合并体系下第一个采集填报方案关联主体的最新单位版本树形。初始分录来源说明：

年初结转：合并年结的抵销分录；

抵销分录初始：手动录入初始分录来源；

投资抵销分录初始：投资台账录入的初始抵销分录；

公允价值调整分录初始：公允价值台账录入的初始抵销分录。

新增抵销初始分录或通过台账录入初始时，选择合并体系进行录入。抵销分录初始单位树形支持显示停用单位，显示格式为斜体展示。抵销分录初始中单独新增投资或公允价值初始分录，根据投资单位+被投资单位+合并规则类型自动匹配台账数据。导入的模板需要在分录初始化页面，点击批量导出按钮，自动生成导入模板。EXCEL导入文件中，同一组抵销分录需要将序号列合并单元格，否则无法识别分录的分组。

合并处理包含对账业务合并抵销和非对账业务合并抵销。对账业务合并抵销在内部录入表模块和关联交易模块中实时抵销生成抵销分录。非对账业务合并抵销通过合并计算功能，由用户采取手工方式触发生成抵销分录。抵销分录的生成依据主要是合并规则管理中设置的合并抵销规则。

合并计算过程中，选择执行合并计算的任务、报表方案、时期和币种。在单位版本中选择需要进行合并计算的合并单位，在左侧单位树中选择单户单位无需进行合并计算。

选择参与合并计算的合并规则分类，合并规则支持多选。如需完成多次合并计算时，只选择发生变化的合并规则分类执行合并计算，这样可以提高合并计算的工作效率。

合并处理的相关操作按钮，以及合并计算的日志区域。进入合并计算功能时，根据左侧定位的合并单位，默认显示上一次合并计算的时间和用户。

开始合并计算时，选择要执行合并计算的任务、报表方案、时期和币种；选择合并单位；选择合并规则分类。

初始抵销分录：无需选择初始规则(选择合并规则区域不显示初始规则)，每次合并计算时都会自动将当年第0期的“年初结转”分录和“年初初始化”分录全量复制到合并计算当期。如果当期调整抵销分录中删除“年初结转”分录和“年初初始化”分录，再次执行合并计算，会重新全量复制到合并计算当期。

当期抵销分录：获取内部录入表数据生成往来交易抵销分录；获取台账数据和基础报表数据生成投资、公允、资产抵销分录。

完成合并计算后，日志区域会实时展示执行日志，用于追踪系统本次执行合并计算的进程，以及反馈本次合并计算过程中出现的异常信息。

调整抵销分录功能用于调整分录和抵销分录的查看、调整与管理。在合并计算后，可对未抵销记录进行手动干预抵销、对其他抵销业务进行手动输入抵销、对自动生成抵销分录进行查看与编辑等。调整方式主要包括手动抵销和输入调整。

调整抵销分录过程中，维度筛选区，选择执行合并计算的任务、报表方案、时期和币种。在单位版本中选择需要查看、调整抵销分录的合并单位；只选择单户单位时，查看本、对方单位为所选单户单位的所有合并层级的已抵销和未抵销数据，但不允许调整数据。过滤本方单位后，对方单位下拉选择范围为已查询数据中的所有对方单位。

可以查看、筛选和调整已经生成的抵销分录和未抵销的数据。通过不同方式的组合查看，可以快速查看和定位抵销分录；同时方便对抵销分录进行调整和修改，提高抵销分录的调整效率。

数据展示区可以展示以下情况的记录：

1.展示所选合并单位的所有下级在当前合并层级的调整分录和抵销分录；

2.展示所选合并单位的所有下级在当前合并层级的未抵销数据；

3.展示所选合并单位的所有下级在上级合并层级的未抵销数据；单户单位进入调整抵销分录，该页签展示所有未抵销数据。

抵销分录包括以下4种生成方式。其中“自动”为实时抵销和合并计算生成的抵销分录；“手动”为手动抵销生成的抵销分录；“输入”为法人口径下输入调整的抵销分录；“管理输入”为管理口径下输入调整的分录和冲销的抵销分录。

手动抵销是对未抵销交易记录进行手工干预调整，形成已抵销分录。

调整抵销分录在未抵销情况下，支持按单位、规则、金额和单位分组展示未抵销数据，以便于快速选择手动抵销的双方数据。

选择两个单位之间的至少一条未抵销记录(支持多选)，进行手动抵销。所选数据满足同一个合并规则的取数分录条件时，界面自动生成规则设置的取数分录；所选数据不属于同一个合并规则或不符合一组取数分录条件时，按勾选数据展示。

支持新增行，录入自定义科目的数据，所有行的抵销金额均支持修改。可以选择按较大或较小金额进行手动抵销，默认按小抵销。

针对多条未抵销数据手动检查未抵销原因，并分别给出实时未抵销和合并计算未抵销的原因。未在合并计算时，生成抵销分录的原因。合并规则中启用单边抵销或取数公式带有平衡数(PHS)的场景，仅支持合并计算模式查询未抵销原因。未在内部表录入时，生成抵销分录的原因。

在取消抵销后，原始数据会变为未抵销记录，手动补录数据会被彻底删除。如图5所示。

输入调整分录：影响当期的，在取消抵销后，当前时期的该分录都会被彻底删除。输入调整分录，影响期间是当年或持续的，删除时影响删除操作的当月及以后月份数据，前期分录不受影响。

根据本对方单位的范围，进行自动抵销，且本方单位不能为空。对方单位为空时，将本方单位与所有对方单位内部表的未抵销数据进行自动抵销。

禁止抵销以便于用户生成“临时版本”的工作底稿，查看部分抵销分录对工作底稿的影响。

自动抵销和全部抵销区别：数据录入里的全部抵销只能将定位的本方单位数据进行实时抵销。调整抵销分录的自动抵销，只能定位合并户将指定10个以内的单户单位进行实时抵销。

损益结转是把本期涉及到收入、费用会计科目抵销分录全部进行结转，结转到资产负债表的未分配利润中，以保证资产负债表的平衡关系。现金流量类新增处理流程如图9所示。

合并体系设置-选项设置中，启用并配置结转损益选项。只需指定结转损益分录中的借贷方科目即可，管理会计维度非必填，系统自动计算所有损益类科目的抵销差额。

结转损益分录无所属合并规则和合并业务分类。工作底稿中可以查询和穿透查看。数据录入的内部抵销表中不会显示结转损益分录。

系统根据已有抵销分录自动计算生成递延所得税分录，从而调整企业应纳税所得额与会计上的利润总额出现时间性差异。

当期从含有资产类科目和损益类科目的抵销分录中，取资产类科目参与计算，计算公式：(贷方资产类科目的抵销金额-借方资产类科目的抵销金额)*递延所得税税率/100。

计算后数值为正(负)数时，按体系选项中所选的正(负)数递延所得税科目生成递延所得税分录；

递延所得税税率设置指标时，需要取贷方资产类科目的对方单位或者借方资产科目的本方单位对应指标的税率，每组抵销分录取各自单位的税率指标；

资产类科目范围为体系选项中递延所得税设置的“递延所得税资产类科目”；损益类科目为科目属性是“损益类”的所有科目。

当年和年初递延所得税分录分别只有一组汇总的分录，递延所得税分录的本、对方单位均为当前合并单位的差额单位。如需生成明细递延所得税分录，通过新增合并规则实现，无需在合并体系中配置递延所得税选项。

递延所得税分录同步响应结转损益中配置的管理会计维度。

递延所得税分录金额为0也会显示。

工作底稿按照合并科目和合并单位范围，展示了集团整个合并报表的生成过程，其包含的基本数据有：单户数据、汇总数据、抵销数据和合并数据。以便用户在合并报表生成前，对合并报表数据进行查看、复核和修改，为最终合并报表的生成提供轨迹查看和数据分析。

借贷方向型工作底稿按照会计科目将合并单位范围内的所有直接下级单位的数据进行汇总，形成集团合计数；然后把调整分录和抵销分录数据按照会计科目取到工作底稿中，形成调整数和抵销数，按借贷方金额分别展示(非末级科目自动汇总)；最终合并数＝合计数±调整数±抵销数(科目余额的计算方式：借方科目借加贷减、贷方科目贷加借减)。

通过科目代码或科目名称，可以穿透查看当前合并科目以及该科目的所有下级科目的所有调整分录和抵销分录；点击抵销数的具体抵销金额，可以穿透查看当前科目、当前借贷方向的抵销数的抵销分录，并可在穿透查询页面导出Excel格式的抵销分录文件。期末数和合并数不支持穿透查询。

抵销明细型工作底稿按照会计科目展示合并单位范围内的所有直接下级单位的调整数据和抵销数据，非末级科目自动汇总(其中调整数和抵销数的计算方式为余额的计算方式，借方科目借加贷减、贷方科目贷加借减)；最终合计金额＝调整数+抵销数。

通过点击科目代码或科目名称，可以穿透查看当前合并科目以及该科目的所有下级科目的所有调整分录和抵销分录；点击抵销数的具体抵销金额，可以查看当前单位、当前科目的所有抵销数的抵销分录，并可在穿透查询页面导出Excel格式的抵销分录文件。合计金额不支持穿透查询。

规则明细型工作底稿按照合并规则将合并单位范围内的所有直接下级单位的调整数据和抵销数据进行汇总，其中调整数和抵销数的计算方式为根据抵销分录中的数据直接汇总，按借贷方金额分别汇总。

通过合并规则名称，可以查看当前合并规则的所有调整分录和抵销分录；点击科目名称，可以查看当前合并科目的所属当前合并规则的所有调整分录和抵销分录；点击借贷方金额的具体抵销金额，可以查看所属当前合并规则、当前合并科目、当前借贷方向的所有调整分录和抵销分录，并可在穿透查询页面导出Excel格式的抵销分录文件。

基于明细核算科目的合并抵销时，需要合并报表支持子公司在浮动行(指定映射浮动行余额表[GC_FLOATBALANCE]中的指标)采集期末数方式的合并抵销(数据采集只支持借正贷负的方式录入，不支持根据科目余额方向录入数据)。合并体系设置启用浮动行科目余额表抵销，增加“借正贷负型”工作底稿，展示下级单位的浮动行期末数。以及完成合并时，将抵销数回写差额单位的浮动行指标。

借正贷负型工作底稿按照会计科目将合并单位范围内的所有直接下级单位的浮动行期末数进行汇总，形成集团合计数；然后把调整分录和抵销分录数据按照会计科目取到工作底稿中，按自动、手动和输入类型计算抵销数，同时按借贷方金额分别展示(非末级科目自动汇总)；最终合并数＝合计数±抵销数(科目余额的计算方式：借方科目借加贷减、贷方科目贷加借减)。

完成合并是按当前“合并计算”功能中选择的任务、时期、币种、合并单位范围，将工作底稿中的调整数和抵销数回写到数据录入中差额单位的主表指标上，最后完成合并单位报表数据的过程。

完成合并步骤：

1、计算洲别、境内外、板块间

完成合并时，先赋洲别、境内外、板块间

2、结转递延所得税

完成合并实时生成最新的递延所得税分录，确保结转损益分录的正确性。

3、结转损益

完成合并实时生成最新的结转损益分录，确保抵销数据正确性。

4、回写差额单位

对差额单位单独配置一套EFDC回写提取方案，提取公式使用ZFZDX公式。

将工作底稿中的调整数和抵销数，回写到数据录入中差额单位的报表指标上，再执行差额单位的全算。

差额单位数据回写完成后，合并单位执行汇总、全算等操作，完成最终的合并报表数据。

合并体系设置启用浮动行科目余额表抵销，完成合并时，将抵销数回写差额单位的浮动行指标。不执行EFDC提取方案所配置的回写运算。

(1)差额单位删除浮动行中期末数非零且其它金额均为零的数据。

(2)根据合并科目将抵销数回写到差额单位的浮动行期末数指标中；历史回写数据，期末数以外的其他指标非零，则再次回写时，只更新期末数。

(3)执行差额单位全算。

(4)执行合并单位汇总。

(5)执行合并单位全算。

某一合并单位在执行完成合并时，该单位的所有上级单位和所有下级单位均不可以执行完成合并。同一层级的合并单位之间互不影响。

完成合并时，获取取数与运算公式方案配置的EFDC提取方案和报表运算公式方案，运算公式方案未设置时获取默认公式方案。

合并抵销使用关联交易模块，不使用合并内部表时，完成合并将关联交易当前层级的明细抵销分录，根据科目回写到差额单位对应的集团内浮动行。合并单位通过差额处理功能，将集团内浮动行中属于当前合并层级的下级单位的未抵销数据转入集团外浮动行，以保证集团内抵销数据的准确性。集团内、外浮动行设置。

任务设计中，创建集团内与集团外浮动行区域，浮动行标识自动生成，非固化参数。数据建模管理中，搜索上述生成的集团内与集团外浮动行，创建以下指标，标识必须使用记账单位[ACCTORGCODE]、对方单位[OPPUNITCODE]、科目[SUBJECTCODE](关联合并科目基础数据，多个合并体系时过滤条件区分)、金额字段[AMT]，如涉及账龄字段可按需创建账龄字段[ACCOUNTAGE1]至[ACCOUNTAGE10]；同时支持自定义创建其他字段。后续会在回写设置功能中，绑定科目、集团内、集团外浮动行之间的关联关系。交易规则新增流程如图10所示。

任务设计中，浮动行属性设置主体维度需包含对方单位和科目；汇总方式为合计。

选择任务和报表方案，配置科目与集团内浮动行、集团外浮动行的对应关系。在完成合并时，会将指定科目及其下级科目的数据，回写至对应的集团内浮动行，转入到对应集团外浮动行。

合并单位用户在合并计算完成合并时，先执行浮动余额表的回写，再执行EFDC差额回写方案。具体步骤如下：

1.差额单位删除集团内浮动行中历史回写数据。

2.执行差额单位浮动余额表回写，根据记账单位、对方单位和合并科目，将抵销方式为自动的抵销数、手动中原始数据的抵销数以及输入调整的抵销数回写到集团内浮动行，将抵销方式为手动的补录抵销数以及所有的PHS抵销数回写到集团外浮动行，对方单位转换为“集团外单位-往来差异”。

3.执行差额单位EFDC取数方案回写期末数指标，再执行全部运算。

4.执行合并单位汇总和全部运算。

查询分析模块130用于数据分析结果的查看。用户直接在指标选择器中选择需要查询的指标，执行后即可显示出查询结果。若不希望每次都重复操作和查询，可将查询内容以及条件保存为模板，后续可以在数据查询功能中直接选择该模板进行查询应用。当已选择的查询指标大于等于10个时，显示指标搜索框，可根据指标代码或名称对已选指标进行快速搜索。为了更快速高效的查询所需数据，可设置查询条件，通过特定条件从大量的录入数据中筛选出所需要的信息。

为了实现实施例，本发明还提出一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够运行前述技术方案的系统。

如图11所示，非临时性计算机可读存储介质包括指令的存储器810，接口830，指令可由根据处理器820执行以完成方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

为了实现实施例，本发明还提出一种非临时性计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器运行时实现如本发明实施例的系统。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对所述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在所述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现所述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。所述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

所述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，所述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对所述实施例进行变化、修改、替换和变型。

Claims

1.一种基于J2EE和分布式多层体系的财务决算系统，其特征在于，包括：

报表合并模块，用于基于J2EE设定计算规则，对所述数据采集管理模块采集的财务数据进行数据汇总，形成合并报表；

查询分析模块，用于查看通过所述合并报表的财务数据，及经过所述数据采集管理模块处理后的数据分析结果。

2.根据权利要求1所述的基于J2EE和分布式多层体系的财务决算系统，其特征在于，所述数据采集管理模块包括数据录入单元和数据管理单元；其中，

所述数据录入单元用于执行财务数据的采集、管理和查看；

所述数据管理单元用于执行财务数据的运算、审核、上报、出错报告及分析结果导出。

3.根据权利要求2所述的基于J2EE和分布式多层体系的财务决算系统，其特征在于，所述数据管理单元在执行财务数据的运算过程中，运算方式包括全算和批量运算；所述数据管理单元在执行财务数据的审核过程中，审核方式包括全审和批量审核。

4.根据权利要求3所述的基于J2EE和分布式多层体系的财务决算系统，其特征在于，若有审核错误，则需根据审核错误重新采集财务数据，并重新进行运算、审核，直至审核通过；当审核不通过时，给出审核结果，包括：公式说明、错误数据、所在报表，指示出审核不通过的财务数据信息。

5.根据权利要求2所述的基于J2EE和分布式多层体系的财务决算系统，其特征在于，所述数据管理单元在执行财务数据的上报过程中，包括：

6.根据权利要求5所述的基于J2EE和分布式多层体系的财务决算系统，其特征在于，上级单位在收集了全部下级单位的财务数据后，把已填报的下级单位的财务数据汇总计入到上级单位或者指定单位；

7.根据权利要求1所述的基于J2EE和分布式多层体系的财务决算系统，其特征在于，所述报表合并模块用于定义合并报表的相关设置，获取合并报表需要的财务数据，进行数据汇总，并通过各种合并明细表及相应的合并计算规则生成合并分录表及抵销分录表，通过合并分录表通过人工的参与形成抵销分录表，通过抵销分录表生成合并工作底稿，形成合并报表、抵销数据；所述报表合并模块用于将不同体系的报表任务、合并科目、报表指标、合并选项、合并规则集合成一个整体，支撑合并报表的数据录入和合并计算等业务需要。

8.根据权利要求7所述的基于J2EE和分布式多层体系的财务决算系统，其特征在于，合并计算包括对账业务合并抵销和非对账业务合并抵销；其中，对账业务合并抵销在内部录入表模块和关联交易模块中实时抵销生成抵销分录；非对账业务合并抵销通过合并计算功能，由用户采取手工方式触发生成抵销分录，抵销分录的生成依据主要是合并规则管理中设置的合并抵销规则；

9.一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够运行权利要求1-8中任一项所述的系统。

10.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机运行根据权利要求1-8中任一项所述的系统。