CN110222031B - 利用数据库技术自动生成多维度账务的方法和系统 - Google Patents
利用数据库技术自动生成多维度账务的方法和系统 Download PDFInfo
- Publication number
- CN110222031B CN110222031B CN201910420182.0A CN201910420182A CN110222031B CN 110222031 B CN110222031 B CN 110222031B CN 201910420182 A CN201910420182 A CN 201910420182A CN 110222031 B CN110222031 B CN 110222031B
- Authority
- CN
- China
- Prior art keywords
- longitudinal
- subject
- dimension
- longitudinal dimension
- elements
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/21—Design, administration or maintenance of databases
- G06F16/211—Schema design and management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/283—Multi-dimensional databases or data warehouses, e.g. MOLAP or ROLAP
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- General Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- General Business, Economics & Management (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
公开了采用数据库技术和数据处理技术来自动生成多维度账务的方法和系统。如此,通过数据库技术与比较、判断等数据处理技术的结合,建立了能够经常更新且较为通用的基础数据库,还自动高效地从一个输入的条目同时生成两维条目的技术问题,还进一步能通过判断某一输入条目是否需要特殊处理来进行差异化的数据处理,极大地加快了处理效率。
Description
技术领域
本公开涉及数据库技术、数据处理、计算机应用技术领域,且更具体地,涉及一种利用数据库技术自动生成多维度账务的方法和系统。
背景技术
新的政府会计制度要实现“双功能”、“双基础”、“双报告”的功能。所谓“双功能”就是,通过资产、负债、净资产、收入、费用五个要素进行财务会计核算,通过预算收入、预算支出和预算结余三个要素进行预算会计核算;所谓“双基础”就是财务会计采用权责发生制,预算会计采用收付实现制;所谓“双报告”就是通过财务会计核算形成财务报告,通过预算会计核算形成决算报告,即生成财务会计和预算会计的双维度财务报告。这就要求在同一会计核算系统中政府预算会计要素和相关财务会计要素相互协调,决算报告和财务报告相互补充,共同反映政府会计主体的预算执行信息和财务信息。需要通过财务会计与预算会计平行记账和编制财务报表与预算会计报表的差异表,来兼顾现行部门决算报告制度的需要,与部门编制权责发生制财务报告的要求,实现政府会计改革的目的。
实施新制度后,行政事业单位的财务会计更加“企业化”,行政事业单位会计人员面临极大挑战,如何按照制度要求进行会计核算,减轻会计人员的劳动强度,利用计算机和信息化手段实现政府会计制度的核算要求,推进制度全面落地实施,是需要技术研究解决的。新制度实施之后,行政事业单位的会计科目、会计要素、财务报表、记账规则、会计报表间的勾稽关系等都将有所调整。对行政事业单位财务管理来说,这次变革是挑战,也是机遇。为保证政府新会计制度顺利实施,财政部要求各级行政事业单位要加强会计信息化建设,结合制度内容及时对会计信息计算机系统“升级换代”。
目前大多数财务数据技术通过总账接口插件完成支持政府会计制度账务软件,按照制度要求,通过配置财务会计模板和财务会计模板,在业务处理中调用相应的模板来分别生成财务会计账务和预算会计账务的账务凭证,换句话说就是采用枚举法,利用相应的两个模板来实现平行记账。这种新政府会计制度的核算模式如图8所示。图8示出了现有的利用两个单独的模板平行记账的方式来采用枚举法一个一个地生成财务会计账务,再一个一个地生成预算会计账务。
又例如,参见于2017年4月26日授权公告的中国发明专利CN 104317806B、题为《财务数据查询方法及财务数据系统》以及于2018年6月19日授权公告的中国发明专利CN105786785 B、题为《一种自定义财务报表采集方法》,这两个专利就是通过利用报表模板采用枚举法来生成财务报表,这样耗时耗力。
需要改进的生成多维度账务的技术。
发明内容
技术问题
在信息系统中如何在不增加会计人员工作量的情况下,利用计算机技术同时且自动地生成财务会计账务和预算会计账务是难点。
目前业界中的技术方案通常是分别通过业务流和财务会计模板生成财务会计账务,并通过业务流和预算会计模板来生成预算会计账务。
基本原理:目前大多数财务软件通过总账接口插件完成支持政府会计制度账务软件,按照制度要求,通过配置财务会计模板和预算会计模板,在业务处理中调用相应的模板来分别生成财务会计和预算会计的账务凭证,换句话说就是采用枚举法,利用相应的两个模板来实现平行记账。
例如,参见于2017年4月26日授权公告的中国发明专利CN104317806B以及于2018年6月19日授权公告的中国发明专利CN105786785B,这两个专利就是通过利用报表模板采用枚举法来生成财务报表。
该技术方案的缺点在于:采用枚举的方式,无法穷尽所用业务,加之凭证模板太多,频繁调用多个模板,也会降低系统处理业务的速度,且增加人工劳动,如果将来政府会计制度修改,还要对系统进行升级,应对能力不强。同时需要对软件系统进行升级。
解决方案
根据本公开的一个方面,提供一种利用数据库技术自动生成多维度账务的方法,包括:
由数据库建立工具建立基础数据库,包括:
由指标定义工具建立具有第一纵向维度和第一横向维度的第一科目指标表;
由指标定义工具建立具有第二纵向维度和第二横向维度的第二科目指标表,
由指标定义工具基于第一纵向维度和第二纵向维度来分别在第一科目指标表和第二科目指标表建立多个第一纵向科目要素和多个第二纵向科目要素;
由指标定义工具基于所述多个第一纵向科目要素和所述多个第二纵向科目要素来进行标准化以建立具有第三纵向维度的基础数据科目指标表,其中所述基础数据科目指标表包括第三纵向维度,且包括与所述第三纵向维度对应的多个第三纵向基础数据科目要素;
由指标定义工具在基础数据科目指标表中建立与第三纵向基础数据科目要素相关的多个横向属性维度;
由指标映射工具建立第一纵向维度中的各个子纵向维度、第二纵向维度中的各个子纵向维度、第三纵向维度中的各个子纵向维度之间的对应关系;
由指标映射工具基于第三纵向维度中的各个子纵向维度与第一纵向维度中的各个子纵向维度之间的对应关系,建立所述多个第三纵向基础数据科目要素与所述多个第一纵向科目要素之间的多个第一映射关系,且如果一个第三纵向基础数据科目要素无对应的第一纵向科目要素,则将该第一映射关系建立为空;
由指标映射工具基于第三纵向维度中的各个子纵向维度与第二纵向维度中的各个子纵向维度之间的对应关系,建立所述多个第三纵向基础数据科目要素与所述多个第二纵向科目要素之间的多个第二映射关系,且如果一个第三纵向基础数据科目要素无对应的第二纵向科目要素,则将该第二映射关系建立为空;
由指标映射工具将所述多个第三纵向基础数据科目要素、所述多个第一纵向科目要素和所述多个第二纵向科目要素按照所述多个第一映射关系和所述多个第二映射关系存储在基础数据库中;
由指标映射工具将所述第一科目指标表、所述第二科目指标表、所述基础数据科目指标表存储在基础数据库中;
由数据库建立工具建立与第二科目指标表相关的特殊业务数据库,其包括:
由特殊业务建立工具建立多个特殊业务的判断科目要素、多个判断内容维度和多个适用范围维度之间的对应关系,其中,所述判断内容维度与在基础数据科目指标表中的横向属性维度相关;
由特殊业务建立工具基于所述多个特殊业务的判断科目要素、多个判断内容维度和多个适用范围维度,按照所述对应关系建立特殊业务数据库,其中,所述判断内容维度指示在与基础数据科目指标表中的横向属性维度相关的第一条件成立时,按预定规则生成与第二纵向科目要素相关联的流水条目,或在与基础数据科目指标表中的横向属性维度相关的第一条件不成立时,不生成与第二纵向科目要素相关联的流水条目;
由总账平台中的业务记账工具输入待记账条目,其中所述待记账条目包括待记账科目要素、以及与待记账科目要素相关的多个待记账横向属性维度;
由总账平台自动生成第一维账务凭证,其包括:
由指标分析单元判断输入的待记账条目与基础数据库中的第三纵向基础数据科目要素是否相同;
如果是,基于所述相同的第三纵向基础数据科目要素,判断是否存在与第三纵向基础数据科目要素相关的所述第一映射关系:
如果是,则:
生成与第一纵向科目要素相关的流水条目;
将生成的与第一纵向科目要素相关的流水条目输入到第一科目指标表中作为第一维账务凭证;
如果否,则不生成流水条目;
由总账平台自动生成第二维账务凭证,其包括:
由总账平台中的指标分析单元判断输入的待记账科目要素与特殊业务数据库中的判断科目要素是否相同:
如果是:
则基于多个特殊业务的判断科目要素、多个判断内容维度和多个适用范围维度之间的对应关系,从特殊业务数据库中获得与该相同的判断科目要素相对应的判断内容维度和适用范围维度,且
基于与所述判断内容维度相关的在基础数据科目指标表中的横向属性维度和所述多个待记账横向属性维度来判断所述判断内容维度指示第一条件是否成立:
在判断内容维度指示所述第一条件成立时,按预定规则生成第二纵向科目要素相关联的流水条目作为第二维账务凭证,或在判断内容维度指示所述第一条件不成立时,不生成与第二纵向科目要素相关联的流水条目;
如果否,则由指标分析单元判断输入的待记账条目与基础数据库中的第三纵向基础数据科目要素是否相同:
如果是,则:
基于所述相同的第三纵向基础数据科目要素,判断是否存在与第三纵向基础数据科目要素相关的所述第二映射关系,如果是,则生成与第二纵向科目要素相关的流水条目;
将生成的与第二纵向科目要素相关的流水条目输入到第二科目指标表中作为第二维账务凭证;
如果否,则不生成流水条目。
根据本公开的另一方面,提供一种利用数据库技术自动生成多维度账务的系统,包括:
数据库建立工具,被配置为建立基础数据库,包括:
指标定义工具,被配置为:
建立具有第一纵向维度和第一横向维度的第一科目指标表;
建立具有第二纵向维度和第二横向维度的第二科目指标表,
基于第一纵向维度和第二纵向维度来分别在第一科目指标表和第二科目指标表建立多个第一纵向科目要素和多个第二纵向科目要素;
基于所述多个第一纵向科目要素和所述多个第二纵向科目要素来进行标准化以建立具有第三纵向维度的基础数据科目指标表,其中所述基础数据科目指标表包括第三纵向维度,且包括与所述第三纵向维度对应的多个第三纵向基础数据科目要素;
在基础数据科目指标表中建立与第三纵向基础数据科目要素相关的多个横向属性维度;
指标映射工具,被配置为:
建立第一纵向维度中的各个子纵向维度、第二纵向维度中的各个子纵向维度、第三纵向维度中的各个子纵向维度之间的对应关系;
基于第三纵向维度中的各个子纵向维度与第一纵向维度中的各个子纵向维度之间的对应关系,建立所述多个第三纵向基础数据科目要素与所述多个第一纵向科目要素之间的多个第一映射关系,且如果一个第三纵向基础数据科目要素无对应的第一纵向科目要素,则将该第一映射关系建立为空;
基于第三纵向维度中的各个子纵向维度与第二纵向维度中的各个子纵向维度之间的对应关系,建立所述多个第三纵向基础数据科目要素与所述多个第二纵向科目要素之间的多个第二映射关系,且如果一个第三纵向基础数据科目要素无对应的第二纵向科目要素,则将该第二映射关系建立为空;
将所述多个第三纵向基础数据科目要素、所述多个第一纵向科目要素和所述多个第二纵向科目要素按照所述多个第一映射关系和所述多个第二映射关系存储在基础数据库中;
将所述第一科目指标表、所述第二科目指标表、所述基础数据科目指标表存储在基础数据库中;
所述数据库建立工具还被配置为建立与第二科目指标表相关的特殊业务数据库,其还包括:
特殊业务建立工具,被配置为:
建立多个特殊业务的判断科目要素、多个判断内容维度和多个适用范围维度之间的对应关系,其中,所述判断内容维度与在基础数据科目指标表中的横向属性维度相关;
基于所述多个特殊业务的判断科目要素、多个判断内容维度和多个适用范围维度,按照所述对应关系建立特殊业务数据库,其中,所述判断内容维度指示在与基础数据科目指标表中的横向属性维度相关的第一条件成立时,按预定规则生成与第二纵向科目要素相关联的流水条目,或在与基础数据科目指标表中的横向属性维度相关的第一条件不成立时,不生成与第二纵向科目要素相关联的流水条目;
总账平台,包括:
业务记账工具,被配置为输入记账条目,其中所述待记账条目包括待记账科目要素、以及与待记账科目要素相关的多个待记账横向属性维度;
指标分析单元,被配置为:
判断输入的待记账条目与基础数据库中的第三纵向基础数据科目要素是否相同;
如果是,基于所述相同的第三纵向基础数据科目要素,判断是否存在与第三纵向基础数据科目要素相关的所述第一映射关系:
如果是,则:
生成与第一纵向科目要素相关的流水条目;
将生成的与第一纵向科目要素相关的流水条目输入到第一科目指标表中作为第一维账务凭证;
如果否,则不生成流水条目;
判断输入的待记账科目要素与特殊业务数据库中的判断科目要素是否相同:
如果是:
则基于多个特殊业务的判断科目要素、多个判断内容维度和多个适用范围维度之间的对应关系,从特殊业务数据库中获得与该相同的判断科目要素相对应的判断内容维度和适用范围维度,且
基于与所述判断内容维度相关的在基础数据科目指标表中的横向属性维度和所述多个待记账横向属性维度来判断所述判断内容维度指示第一条件是否成立:
在判断内容维度指示所述第一条件成立时,按预定规则生成第二纵向科目要素相关联的流水条目作为第二维账务凭证,或在判断内容维度指示所述第一条件不成立时,不生成与第二纵向科目要素相关联的流水条目;
如果否,则判断输入的待记账条目与基础数据库中的第三纵向基础数据科目要素是否相同:
如果是,则:
基于所述相同的第三纵向基础数据科目要素,判断是否存在与第三纵向基础数据科目要素相关的所述第二映射关系,如果是,则生成与第二纵向科目要素相关的流水条目;
将生成的与第二纵向科目要素相关的流水条目输入到第二科目指标表中作为第二维账务凭证;
如果否,则不生成流水条目。
技术效果
如此,通过数据库技术与比较、判断等数据处理技术的结合,建立了能够经常更新且较为通用的基础数据库,还自动高效地从一个输入的条目同时生成两维条目的技术问题,还进一步能通过判断某一输入条目是否需要特殊处理来进行差异化的数据处理,极大地加快了处理效率。
附图说明
图1A示出了应用于本发明实施方式的数据库中的表格定义的介绍。
图1B示出了应用于本发明实施方式的特殊业务数据库中的表格定义的介绍。
图2示出了应用于本发明实施方式的系统的结构框图。
图3示出了应用于本发明实施方式的方法的流程图。
图4A和4B分别示出了图3所示的方法的具体步骤的流程图。
图5示出了图3所示的方法的具体步骤的流程图。
图6示出了图3所示的方法的具体步骤的流程图。
图7A示出了图4A所示方法的一步骤的具体步骤的流程图。
图7B示出了图4B所示方法的一步骤的具体步骤的流程图。
图8示出了现有的利用两个单独的模板平行记账的方式来生成两套账务。
图9示出了本发明实施方式的一应用实例的数据变化图。
图10A-10B示出了本发明实施方式的数据库中的多个表格示例图。
图11示出了本发明实施方式的数据库中的基础数据库的表格示例图。
图12A示出了本发明实施方式的数据库中的对应关系示例图。
图12B示出了本发明实施方式的数据库中的另一对应关系示例图。
图13示出了本发明实施方式的数据库中的一个具体的应用例子的对应关系表。
图14示出了本发明实施方式的数据库中的另一表格示例图。
具体实施方式
现在将详细参照本发明的具体实施例,在附图中例示了本发明的例子。尽管将结合具体实施例描述本发明,但将理解,不是想要将本发明限于所述的实施例。相反,想要覆盖由所附权利要求限定的在本发明的精神和范围内包括的变更、修改和等价物。应注意,这里描述的方法步骤都可以由任何功能块或功能布置来实现,且任何功能块或功能布置可被实现为物理实体或逻辑实体、或者两者的组合。
为了使本领域技术人员更好地理解本发明,下面结合附图和具体实施方式对本发明作进一步详细说明。
注意,接下来要介绍的示例仅是一个具体的例子,而不作为限制本发明的实施例必须为示出和描述的具体的外形、硬件、连接关系、步骤、数值、条件、数据、顺序等等。本领域技术人员可以通过阅读本说明书来运用本发明的构思来构造本说明书中未提到的更多实施例。
首先,介绍一些大数据分析和数据库基础,例如维度模型(来源网页https://www.jianshu.com/p/58da1060f0f5)。
维度模型的概念出自于数据库领域,是数据库建设中的一种数据建模方法。维度模型主要由事实表和维度表这两个基本要素构成。
维度是度量的环境,用来反映业务的一类属性,这类属性的集合构成一个维度,也可以称为实体对象。维度属于一个数据域,如地理维度(其中包括国家、地区、省以及城市等级别的内容)、时间维度(其中包括年、季、月、周、日等级别的内容)。
维度是维度建模的基础和灵魂。在维度建模中,将度量称为“事实”,将环境描述为“维度”,维度是用于分析事实所需要的多样环境。维度所包含的表示维度的列,称为维度属性。维度属性是查询约束条件、分组和报表标签生成的基本来源,是数据易用性的关键。
事实表是维度模型的基本表,每个数据库都包含一个或者多个事实数据表。事实表作为数据库维度建模的核心,紧紧围绕着业务过程中的事实来设计,通过获取描述业务过程的事实的度量来表达业务过程,包含了引用的维度和与业务过程的事实有关的度量。
也就是说,数据库中各个表的主要作用是从不同的维度和属性去描述事实。
下面介绍本发明实施方式的几种数据库表格的构造方式。
图1A示出了应用于本发明实施方式的数据库中的表格定义的介绍。
图1A示出的数据库中的表格100包括两个维度:横向维度101和纵向维度102。纵向维度102被划分为多个子纵向维度,而每个子纵向维度中又可包括多个科目要素,这些科目要素可以作为上述事实数据来表达某种事实。而每个科目要素对应着横向维度101上的多个属性,其表示某种事实的不同属性。
而在某种事实存在特殊性时,可以设计如图1B所示的特殊业务数据库中的表格。
图1B示出了应用于本发明实施方式的特殊业务数据库中的表格定义的介绍。
图1B所示的特殊业务数据库中的表格103也包括纵向的科目要素维度和横向的判断内容维度、使用范围维度、以及可能的其他维度。针对某种科目要素,对其进行其是否具有特殊性的内容判断,这体现在判断内容维度和适用维度中。即通过判断内容维度和适用维度中包括的具体判断条件,可以得知该科目要素是否具有特殊性,是否需要特殊处理。当然,如果在该表中的判断内容维度中包括适用范围维度中的条件,则可以合并为一个判断内容维度,而不需要适用范围维度。
这样可以利用特殊业务数据库对特殊的科目要素进行特殊处理。
首先,介绍图2,大致示出了应用于本发明实施方式的系统的结构框图。之后还会详细地结合其他图3-图14来具体地介绍更多的具体应用场景和细节。
图2所示的一种利用数据库技术自动生成多维度账务的系统200,包括:数据库建立工具201,被配置为建立基础数据库,包括:指标定义工具2011,被配置为:建立具有第一纵向维度和第一横向维度的第一科目指标表;建立具有第二纵向维度和第二横向维度的第二科目指标表,基于第一纵向维度和第二纵向维度来分别在第一科目指标表和第二科目指标表建立多个第一纵向科目要素和多个第二纵向科目要素;基于所述多个第一纵向科目要素和所述多个第二纵向科目要素来进行标准化以建立具有第三纵向维度的基础数据科目指标表,其中所述基础数据科目指标表包括第三纵向维度,且包括与所述第三纵向维度对应的多个第三纵向基础数据科目要素;在基础数据科目指标表中建立与第三纵向基础数据科目要素相关的多个横向属性维度;指标映射工具2012,被配置为:建立第一纵向维度中的各个子纵向维度、第二纵向维度中的各个子纵向维度、第三纵向维度中的各个子纵向维度之间的对应关系;基于第三纵向维度中的各个子纵向维度与第一纵向维度中的各个子纵向维度之间的对应关系,建立所述多个第三纵向基础数据科目要素与所述多个第一纵向科目要素之间的多个第一映射关系,且如果一个第三纵向基础数据科目要素无对应的第一纵向科目要素,则将该第一映射关系建立为空;基于第三纵向维度中的各个子纵向维度与第二纵向维度中的各个子纵向维度之间的对应关系,建立所述多个第三纵向基础数据科目要素与所述多个第二纵向科目要素之间的多个第二映射关系,且如果一个第三纵向基础数据科目要素无对应的第二纵向科目要素,则将该第二映射关系建立为空;将所述多个第三纵向基础数据科目要素、所述多个第一纵向科目要素和所述多个第二纵向科目要素按照所述多个第一映射关系和所述多个第二映射关系存储在基础数据库中;将所述第一科目指标表、所述第二科目指标表、所述基础数据科目指标表存储在基础数据库中。
如此,建立了各个指标表和其科目要素之间的对应关系以及建立各个科目要素相关的各个属性,并将这些表和对应关系都存储在数据库中,为之后的从一条记录自动生成多个账务凭证奠定了数据基础。
所述数据库建立工具201还被配置为建立与第二科目指标表相关的特殊业务数据库,其还包括:特殊业务建立工具2013,被配置为:建立多个特殊业务的判断科目要素、多个判断内容维度和多个适用范围维度之间的对应关系,其中,所述判断内容维度与在基础数据科目指标表中的横向属性维度相关;基于所述多个特殊业务的判断科目要素、多个判断内容维度和多个适用范围维度,按照所述对应关系建立特殊业务数据库,其中,所述判断内容维度指示在与基础数据科目指标表中的横向属性维度相关的第一条件成立时,按预定规则生成与第二纵向科目要素相关联的流水条目,或在与基础数据科目指标表中的横向属性维度相关的第一条件不成立时,不生成与第二纵向科目要素相关联的流水条目。
如此,为一些具有特殊业务性质的科目要素建立了判断条件和相应的规则的数据库,使得该技术在面对具有特殊业务性质的科目要素时可以区别对待,增加了数据处理的灵活性。
在建立好了各种数据库之后,可以开始具体的数据录入和自动生成的过程了,如下所述。
系统200还包括总账平台202,包括:业务记账工具2021,被配置为输入待记账条目,其中所述待记账条目包括待记账科目要素、以及与待记账科目要素相关的多个待记账横向属性维度;指标分析单元2022,被配置为:判断输入的待记账条目与基础数据库中的第三纵向基础数据科目要素是否相同;如果是,基于所述相同的第三纵向基础数据科目要素,判断是否存在与第三纵向基础数据科目要素相关的所述第一映射关系:如果是,则:生成与第一纵向科目要素相关的流水条目;将生成的与第一纵向科目要素相关的流水条目输入到第一科目指标表中作为第一维账务凭证;如果否,则不生成流水条目;判断输入的待记账科目要素与特殊业务数据库中的判断科目要素是否相同:如果是:则基于多个特殊业务的判断科目要素、多个判断内容维度和多个适用范围维度之间的对应关系,从特殊业务数据库中获得与该相同的判断科目要素相对应的判断内容维度和适用范围维度,且基于与所述判断内容维度相关的在基础数据科目指标表中的横向属性维度和所述多个待记账横向属性维度来判断所述判断内容维度指示第一条件是否成立:在判断内容维度指示所述第一条件成立时,按预定规则生成第二纵向科目要素相关联的流水条目作为第二维账务凭证,或在判断内容维度指示所述第一条件不成立时,不生成与第二纵向科目要素相关联的流水条目;如果否,则判断输入的待记账条目与基础数据库中的第三纵向基础数据科目要素是否相同:如果是,则:基于所述相同的第三纵向基础数据科目要素,判断是否存在与第三纵向基础数据科目要素相关的所述第二映射关系,如果是,则生成与第二纵向科目要素相关的流水条目;将生成的与第二纵向科目要素相关的流水条目输入到第二科目指标表中作为第二维账务凭证;如果否,则不生成流水条目。
如此,在输入包括科目要素和相关属性的一条待记账条目之后,总账平台在利用建立好的数据库进行一系列自动判断的数据处理之后,即可自动生成多维账务凭证。
在一个实施例中,指标定义工具2011可以包括:标准化工具20111,被配置为:当通过所述多个第一纵向科目要素和所述多个第二纵向科目要素进行标准化获得了相同的标准化科目要素时,将所述标准化科目要素作为所述第三纵向基础数据科目要素;当通过所述多个第一纵向科目要素和所述多个第二纵向科目要素进行标准化不能获得相同的标准化科目要素时,将所述第一纵向科目要素和所述第二纵向科目要素分别作为所述第三纵向基础数据科目要素。
在一个实施例中,指标映射工具2012还可以包括:类目确定工具20121,被配置为确定所述第一纵向维度中的子纵向维度、第二纵向维度中的子纵向维度、第三纵向维度中的子纵向维度的各个类目;属性判断工具20122,被配置为:判断所述第一纵向维度中的子纵向维度的各个类目与第三纵向维度中的子纵向维度的各个类目是否具有相同的属性:如果是,则建立第一纵向维度中的子纵向维度的各个类目与第三纵向维度中的子纵向维度的各个类目之间的对应关系;判断所述第二纵向维度中的子纵向维度的各个类目是否可被包括在第三纵向维度中的子纵向维度的各个类目中:如果是,则建立第二纵向维度中的子纵向维度的各个类目与第三纵向维度中的子纵向维度的各个类目之间的对应关系。
接下来结合图2所示的系统中的各个工具以及图3-图7A和7B所示的方法步骤,并结合图9-14的一个具体应用实例来详细阐述本发明的各个实施方式和具体应用。
图3示出了应用于本发明实施方式的方法的流程图。
图3所示的一种利用数据库技术自动生成多维度账务的方法300可应用于利用数据库技术从一次数据记录来自动生成两种账务,例如财务会计账务和预算会计账务。当然还可以生成多于两种的账务,在此不详细阐述。
该方法300包括:步骤S301,由数据库建立工具建立基础数据库,步骤S302,由数据库建立工具建立与第二科目指标表相关的特殊业务数据库,步骤S303,由总账平台中的业务记账工具输入待记账条目,其中所述待记账条目包括待记账科目要素、以及与待记账科目要素相关的多个待记账横向属性维度,步骤S304,由总账平台自动生成第一维账务凭证和第二维账务凭证。
也如图9所示,图9示出了本发明实施方式的一应用实例的数据变化图。首先将数据标准化得到基础数据库,然后用户可以通过总账平台输入条目,由总账平台完成两维凭证的自动生成。接下来详细描述各个步骤的细节。
如图4A,具体地,由数据库建立工具建立基础数据库的步骤S301,包括:
步骤S3011,由指标定义工具建立具有第一纵向维度和第一横向维度的第一科目指标表;
步骤S3012,由指标定义工具建立具有第二纵向维度和第二横向维度的第二科目指标表;
其中,该具有第一纵向维度和第一横向维度的第一科目指标表和具有第二纵向维度和第二横向维度的第二科目指标表的形式可以参考图1A所示的表格来理解。
在一个具体的应用例子中,图10A-10B示出了本发明实施方式的数据库中的多个表格示例图。
参考图10A所示,第一科目指标表可以是财务会计科目指标表,且具有第一纵向维度中的各个科目要素和第一横向维度(未示出)的各种属性。
参考图10B所示,第二科目指标表可以是预算会计科目指标表,且具有第二纵向维度中的各个科目要素和第二横向维度的各种属性(未示出)。
步骤S3013,由指标定义工具基于第一纵向维度和第二纵向维度来分别在第一科目指标表和第二科目指标表建立多个第一纵向科目要素和多个第二纵向科目要素;
由于数据库的事实性,可以在第一科目指标表中建立多个第一纵向科目要素来描述的第一事实的各个方面,可以在第二科目指标表中建立多个第二纵向科目要素来描述的第二事实的各个方面。
具体地,参考图10A,作为财务会计科目指标表的第一科目指标表可以具有多个科目要素,例如库存现金、非零余额现金、……项目支出额度等等。参考图10B,作为预算会计科目指标表的第二科目指标表可以具有多个科目要素,例如货币资金、库存现金、银行存款、……项目支出额度等等。
接下来,为了能够基于一条数据库记录来生成两个事实条目,需要找到两个指标表中的科目要素之间的关系,并生成基础数据库。
具体地,步骤S3014,由指标定义工具基于所述多个第一纵向科目要素和所述多个第二纵向科目要素来进行标准化以建立具有第三纵向维度的基础数据科目指标表。
其中所述基础数据科目指标表包括第三纵向维度,且包括与所述第三纵向维度对应的多个第三纵向基础数据科目要素。该基础数据科目指标表的形式也可以参考图1A所示的表格。
具体地,如图7A所示,步骤S3014可以具体包括:
步骤S30141,当通过所述多个第一纵向科目要素和所述多个第二纵向科目要素进行标准化获得了相同的标准化科目要素时,将所述标准化科目要素作为所述第三纵向基础数据科目要素;
具体地,参考图12A和图12B,图12A示出了本发明实施方式的数据库中的对应关系示例图,图12B示出了本发明实施方式的数据库中的另一对应关系示例图。
如图12A和图12B所示,对于财务会计科目要素与预算会计科目要素相同的科目要素,例如“库存现金”、“非零余额现金”等,将该相同的科目要素作为基础数据科目要素,见图11的基础数据指标表中的科目要素“库存现金”、“非零余额现金”等。
步骤S30142,当通过所述多个第一纵向科目要素和所述多个第二纵向科目要素进行标准化不能获得相同的标准化科目要素时,将所述第一纵向科目要素和所述第二纵向科目要素分别作为所述第三纵向基础数据科目要素。
如图12B所示,对于图12A中的财务会计科目要素中的“短期投资跌价准备”1102的科目要素,在预算会计科目要素中并不存在,即两者不相同,则仍然将财务会计科目要素中的“短期投资跌价准备”1102的科目要素作为基础数据科目要素,见图11的基础数据指标表中的科目要素“短期投资跌价准备”1102的科目要素作为基础数据科目要素。
如此可见,基础数据科目要素涵盖了所有第一纵向科目要素和所有第二纵向科目要素,从而获得了全面的科目要素,这样为日后输入的任何科目要素,都能在基础数据科目要素中找到相应的条目。
在此,也为日后的数据更新和添加做了准备,如果日后添加了第一纵向科目要素和第二纵向科目要素,也可以通过比较两者是否相同来对基础数据科目要素进行添加和更新。
步骤S3015,由指标定义工具在基础数据科目指标表中建立与第三纵向基础数据科目要素相关的多个横向属性维度;
参考图11的基础数据科目数据库,在建立了基础数据科目指标表中的纵向科目要素之后,可以建立与这些科目要素相对应的横向属性维度,例如科目类别、功能分类、资金来源、项目核算、科技支撑和行业专项等等。这些横向属性可以为之后特殊业务的判断打下基础,也可以用于与之相关的任何判断。
接下来,如图4B,步骤S3016,由指标映射工具建立第一纵向维度中的各个子纵向维度、第二纵向维度中的各个子纵向维度、第三纵向维度中的各个子纵向维度之间的对应关系;
具体地,如图7B所示,步骤S3016可以包括:
步骤S30161,确定所述第一纵向维度中的子纵向维度、第二纵向维度中的子纵向维度、第三纵向维度中的子纵向维度的各个类目;
一个具体的应用例子的对应关系表可见图13。具体地,第一纵向维度中的子纵向维度的各个类目包括资产、负债、净资产、收入、费用,而第二纵向维度中的子纵向维度的各个类目包括预算收入、预算支出、预算结余。第三纵向维度中的子纵向维度的各个类目包括资产、负债、净资产、收入、支出以意图包括第一纵向维度和第二纵向维度中的各个类目。
步骤S30162,判断所述第一纵向维度中的子纵向维度的各个类目与第三纵向维度中的子纵向维度的各个类目是否具有相同的属性:如果是,则步骤S30163,建立第一纵向维度中的子纵向维度的各个类目与第三纵向维度中的子纵向维度的各个类目之间的对应关系;
具体地,例如,如图13所示,第一纵向维度中的子纵向维度的类目“资产”,其属性与基础数据中的“资产”类似,考虑其数据的很多属性是类似的,比如都表示“对过去的交易或事项形成的、由企业拥有或控制的、预期会给企业带来经济利益的资源”这种属性,则建立这两者之间的对应关系。而对于第一纵向维度中的子纵向维度的类目“费用”,从属性的角度来看,其属性与基础数据中的“支出”类似,考虑其数据的很多属性是类似的,例如,都表示“在日常活动中发生的会导致所有者权益减少的、与向所有者分配利润无关的经济利益的总流出”这种属性,则建立这两者之间的对应关系。
步骤S30164,判断所述第二纵向维度中的子纵向维度的各个类目是否可被包括在第三纵向维度中的子纵向维度的各个类目中:如果是,则步骤S30165,建立第二纵向维度中的子纵向维度的各个类目与第三纵向维度中的子纵向维度的各个类目之间的对应关系。
如图13所示,第二纵向维度中的子纵向维度的类目“预算收入”、“预算支出”可被包括在第三纵向维度中的子纵向维度的类目“资产”中,因为从属性角度来看,预算收入可以被包括在资产性收入中,而预算支出可以被包括在资产性支出中。因此可建立第三纵向维度中的子纵向维度的类目“资产”与第二纵向维度中的子纵向维度的类目“预算收入”、“预算支出”之间的对应关系。同理,也可以建立第三纵向维度中的子纵向维度的类目“负债”与第二纵向维度中的子纵向维度的类目“预算收入”、“预算支出”之间的对应关系。而对于第三纵向维度中的子纵向维度的类目“净资产”,从属性角度来看,第二纵向维度中的子纵向维度的类目“预算结余”可以被包括在第三纵向维度中的子纵向维度的类目“净资产”中,因为从属性看,净资产是一种结余类,因此建立第三纵向维度中的子纵向维度的类目“净资产”与第二纵向维度中的子纵向维度的类目“预算结余”之间的对应关系。同理,可以建立第三纵向维度中的子纵向维度的类目“收入”与第二纵向维度中的子纵向维度的类目“预算收入”之间的对应关系。而对于第三纵向维度中的子纵向维度的类目“净资产”,从属性角度来看,第二纵向维度中的子纵向维度的类目“预算结余”可以被包括在第三纵向维度中的子纵向维度的类目“支出”中,因为从属性看,“预算支出”可以被包括在“支出”中,因此,可以建立第三纵向维度中的子纵向维度的类目“支出”与第二纵向维度中的子纵向维度的类目“预算支出”之间的对应关系。
继续参考图4B,步骤S3017,由指标映射工具基于第三纵向维度中的各个子纵向维度与第一纵向维度中的各个子纵向维度之间的对应关系,建立所述多个第三纵向基础数据科目要素与所述多个第一纵向科目要素之间的多个第一映射关系,且如果一个第三纵向基础数据科目要素无对应的第一纵向科目要素,则将该第一映射关系建立为空;
步骤S3018,由指标映射工具基于第三纵向维度中的各个子纵向维度与第二纵向维度中的各个子纵向维度之间的对应关系,建立所述多个第三纵向基础数据科目要素与所述多个第二纵向科目要素之间的多个第二映射关系,且如果一个第三纵向基础数据科目要素无对应的第二纵向科目要素,则将该第二映射关系建立为空;
如此,基于图13中的第三纵向维度中的各个子纵向维度与第一纵向维度中的各个子纵向维度、第二纵向维度中的各个子纵向维度之间分别的对应关系,可以按子纵向维度的类别来辅助建立如图12A和12B的所述多个第三纵向基础数据科目要素与所述多个第一纵向科目要素之间的映射关系以及所述多个第三纵向基础数据科目要素与所述多个第二纵向科目要素之间的映射关系,而其中无对应关系的,则映射关系为空。
例如,第一/二纵向维度的各个子纵向维度的各个类目下具有的多个第一/二纵向科目要素可以与第三纵向维度中的各个子纵向维度的各个类目下具有的多个第三纵向科目要素形成映射关系。如此,也为以后按照子纵向维度的各个类目来增减数据库中的科目要素打下了基础。
继续参考图4B,步骤S3019,由指标映射工具将所述多个第三纵向基础数据科目要素、所述多个第一纵向科目要素和所述多个第二纵向科目要素按照所述多个第一映射关系和所述多个第二映射关系存储在基础数据库中;
步骤S3020,由指标映射工具将所述第一科目指标表、所述第二科目指标表、所述基础数据科目指标表存储在基础数据库中;
如此,就建立了基础数据库。
由数据库建立工具建立与第二科目指标表相关的特殊业务数据库的步骤S302,其包括:
步骤S3021,由特殊业务建立工具建立多个特殊业务的判断科目要素、多个判断内容维度和多个适用范围维度之间的对应关系,其中,所述判断内容维度与在基础数据科目指标表中的横向属性维度相关;
该特殊业务数据库中的表格的形式可参考图1B。一个科目要素对应于一个判断内容维度和适用范围维度,或可能的其他。
步骤S3021,由特殊业务建立工具基于所述多个特殊业务的判断科目要素、多个判断内容维度和多个适用范围维度,按照所述对应关系建立特殊业务数据库,其中,所述判断内容维度指示在与基础数据科目指标表中的横向属性维度相关的第一条件成立时,按预定规则生成与第二纵向科目要素相关联的流水条目,或在与基础数据科目指标表中的横向属性维度相关的第一条件不成立时,不生成与第二纵向科目要素相关联的流水条目;
具体地,一个应用例子是参考图14,图14示出了本发明实施方式的数据库中的另一表格示例图。例如,对应于科目要素“资产处置费用”的判断内容维度“对方科目涉及资金类科目时,出现预算会计流水,不涉及则不出现预算会计流水”,指示在与“资产处置费用”的横向属性维度“资金类科目”相关的第一条件成立、即涉及资金类科目时,则按预定规则生成与第二纵向科目要素相关联的流水条目,即有预算会计流水的流水条目。对应于科目要素“资产处置费用”可根据不同单位做不同的规则设定进一步判断是否符合第一条件。
接下来,所有数据库都已准备好,可以响应于用户对输入条目的输入,而利用数据库技术进行多维凭证的自动生成。
继续参考图5,步骤S303,由总账平台中的业务记账工具输入待记账条目,其中所述待记账条目包括待记账科目要素、以及与待记账科目要素相关的多个待记账横向属性维度;
可利用图形用户界面(GUI)来方便用户进行输入条目的输入。
参考图6,步骤S304包括由总账平台自动生成第一维账务凭证,其包括:
步骤S3041,由指标分析单元判断输入的待记账条目与基础数据库中的第三纵向基础数据科目要素是否相同;
如果是,步骤S3042,基于所述相同的第三纵向基础数据科目要素,判断是否存在与第三纵向基础数据科目要素相关的所述第一映射关系:
如果是,则:步骤S3043,生成与第一纵向科目要素相关的流水条目;步骤S3044,将生成的与第一纵向科目要素相关的流水条目输入到第一科目指标表中作为第一维账务凭证;如果否,则步骤S3045,不生成流水条目;
例如,待记账条目的待记账科目要素是“库存现金”,判断“库存现金”与参考图11的基础数据库中的第三纵向基础数据科目要素“库存现金”相同,然后判断存在与第三纵向基础数据科目要素“库存现金”相关的参考图12A的所述第一映射关系,即,财务会计科目的科目要素“库存现金”与第三纵向基础数据科目要素“库存现金”存在第一映射关系,如此,则生成与第一纵向科目要素相关的流水条目,例如生成与财务会计科目的科目要素“库存现金”相关的流水条目输入到第一科目指标表中作为第一维账务凭证。
由于可能有需要判断特殊业务的待记账条目以生成与第一维账务凭证不同的第二维账务凭证,则进行如下步骤。
参考图6,步骤S304包括由总账平台自动生成第二维账务凭证,其包括:
步骤S3046,由总账平台中的指标分析单元判断输入的待记账科目要素与特殊业务数据库中的判断科目要素是否相同:如果是:则步骤S3047,基于多个特殊业务的判断科目要素、多个判断内容维度和多个适用范围维度之间的对应关系,从特殊业务数据库中获得与该相同的判断科目要素相对应的判断内容维度和适用范围维度,且
步骤S3048,基于与所述判断内容维度相关的在基础数据科目指标表中的横向属性维度和所述多个待记账横向属性维度来判断所述判断内容维度指示第一条件是否成立:
步骤S3049,在判断内容维度指示所述第一条件成立时,按预定规则生成第二纵向科目要素相关联的流水条目作为第二维账务凭证,或在判断内容维度指示所述第一条件不成立时,不生成与第二纵向科目要素相关联的流水条目;
如果否,则步骤S3050,由指标分析单元判断输入的待记账条目与基础数据库中的第三纵向基础数据科目要素是否相同:
如果是,则:步骤S3051,基于所述相同的第三纵向基础数据科目要素,判断是否存在与第三纵向基础数据科目要素相关的所述第二映射关系,如果是,则生成与第二纵向科目要素相关的流水条目;步骤S3052,将生成的与第二纵向科目要素相关的流水条目输入到第二科目指标表中作为第二维账务凭证;如果否,则不生成流水条目。
如此,参考图14,对于需要判断特殊业务来进行特殊操作的数据库条目,可以先进行特殊业务的判断,例如待记账科目要素为“资产处理费用”,则基于参考图14的多个特殊业务的判断科目要素、多个判断内容维度和多个适用范围维度之间的对应关系,从特殊业务数据库中获得与该相同的判断科目要素相对应的判断内容维度和适用范围维度,了解到与“资产处理费用”对应的判断内容为“对方科目涉及资金类科目时,出现预算会计流水,不涉及则不出现预算会计流水”,可根据不同单位做不同的规则设定”,则由于待记账条目包括待记账科目要素、以及与待记账科目要素相关的多个待记账横向属性维度,可以与待记账科目要素“资产处理费用”的属性“科目类别”(例如参考图11)是否是“资金类”,如果是,则按照预定规则“出现预算会计流水,不涉及则不出现预算会计流水”来生成与第二纵向科目要素相关的流水条目。
如果在特殊业务数据库中找不到与其对应的“判断科目要素”,则认为该科目要素不需要进行特殊处理,则可以继续进行基础数据库的判断来生成相应的流水条目。
如此,通过数据库技术与比较、判断等数据处理技术的结合,建立了能够经常更新且较为通用的基础数据库,还自动高效地从一个输入的条目同时生成两维条目的技术问题,还进一步能通过判断某一输入条目是否需要特殊处理来进行差异化的数据处理,极大地加快了处理效率。
另外,以上建立的数据库本身以及以上生成的流水条目等等都可以通过图形用户界面GUI来查询和显示,以便于直观地操作和查阅。
当然,上述的具体实施例仅是例子而非限制,且本领域技术人员可以根据本发明的构思从上述分开描述的各个实施例中合并和组合一些步骤和装置来实现本发明的效果,这种合并和组合而成的实施例也被包括在本发明中,在此不一一描述这种合并和组合。
注意,在本公开中提及的优点、优势、效果等仅是示例而非限制,不能认为这些优点、优势、效果等是本发明的各个实施例必须具备的。另外,上述公开的具体细节仅是为了示例的作用和便于理解的作用,而非限制,上述细节并不限制本发明为必须采用上述具体的细节来实现。
本公开中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的,可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇,指“包括但不限于”,且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”,且可与其互换使用,除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”,且可与其互换使用。
本公开中的步骤流程图以及以上方法描述仅作为例示性的例子并且不意图要求或暗示必须按照给出的顺序进行各个实施例的步骤。如本领域技术人员将认识到的,可以按任意顺序进行以上实施例中的步骤的顺序。诸如“其后”、“然后”、“接下来”等等的词语不意图限制步骤的顺序;这些词语仅用于引导读者通读这些方法的描述。此外,例如使用冠词“一个”、“一”或者“该”对于单数的要素的任何引用不被解释为将该要素限制为单数。
另外,本文中的各个实施例中的步骤和装置并非仅限定于某个实施例中实行,事实上,可以根据本发明的概念来结合本文中的各个实施例中相关的部分步骤和部分装置以构思新的实施例,而这些新的实施例也包括在本发明的范围内。
以上所述的方法的各个操作可以通过能够进行相应的功能的任何适当的手段而进行。该手段可以包括各种硬件和/或软件组件和/或模块,包括但不限于硬件的电路、专用集成电路(ASIC)或处理器。
可以利用被设计用于进行在此所述的功能的通用处理器、数字信号处理器(DSP)、ASIC、场可编程门阵列信号(FPGA)或其他可编程逻辑器件(PLD)、离散门或晶体管逻辑、离散的硬件组件或者其任意组合而实现或进行所述的各个例示的逻辑块、模块和电路。通用处理器可以是微处理器,但是作为替换,该处理器可以是任何商业上可获得的处理器、控制器、微控制器或状态机。处理器还可以实现为计算设备的组合,例如DSP和微处理器的组合,多个微处理器、与DSP核协作的一个或多个微处理器或任何其他这样的配置。
结合本公开描述的方法或算法的步骤可以直接嵌入在硬件中、处理器执行的软件模块中或者这两种的组合中。软件模块可以存在于任何形式的有形存储介质中。可以使用的存储介质的一些例子包括随机存取存储器(RAM)、只读存储器(ROM)、快闪存储器、EPROM存储器、EEPROM存储器、寄存器、硬碟、可移动碟、CD-ROM等。存储介质可以耦接到处理器以便该处理器可以从该存储介质读取信息以及向该存储介质写信息。在替换方式中,存储介质可以与处理器是整体的。软件模块可以是单个指令或者许多指令,并且可以分布在几个不同的代码段上、不同的程序之间以及跨过多个存储介质。
在此公开的方法包括用于实现所述的方法的一个或多个动作。方法和/或动作可以彼此互换而不脱离权利要求的范围。换句话说,除非指定了动作的具体顺序,否则可以修改具体动作的顺序和/或使用而不脱离权利要求的范围。
所述的功能可以按硬件、软件、固件或其任意组合而实现。如果以软件实现,功能可以作为一个或多个指令存储在切实的计算机可读介质上。存储介质可以是可以由计算机访问的任何可用的切实介质。通过例子而不是限制,这样的计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光碟存储、磁碟存储或其他磁存储器件或者可以用于携带或存储指令或数据结构形式的期望的程序代码并且可以由计算机访问的任何其他切实介质。如在此使用的,碟(disk)和盘(disc)包括紧凑盘(CD)、激光盘、光盘、数字通用盘(DVD)、软碟和蓝光盘,其中碟通常磁地再现数据,而盘利用激光光学地再现数据。
因此,计算机程序产品可以进行在此给出的操作。例如,这样的计算机程序产品可以是具有有形存储(和/或编码)在其上的指令的计算机可读的有形介质,该指令可由一个或多个处理器执行以进行在此所述的操作。计算机程序产品可以包括包装的材料。
软件或指令也可以通过传输介质而传输。例如,可以使用诸如同轴电缆、光纤光缆、双绞线、数字订户线(DSL)或诸如红外、无线电或微波的无线技术的传输介质从网站、服务器或者其他远程源传输软件。
此外,用于进行在此所述的方法和技术的模块和/或其他适当的手段可以在适当时由用户终端和/或基站下载和/或其他方式获得。例如,这样的设备可以耦接到服务器以促进用于进行在此所述的方法的手段的传送。或者,在此所述的各种方法可以经由存储部件(例如RAM、ROM、诸如CD或软碟等的物理存储介质)提供,以便用户终端和/或基站可以在耦接到该设备或者向该设备提供存储部件时获得各种方法。此外,可以利用用于将在此所述的方法和技术提供给设备的任何其他适当的技术。
其他例子和实现方式在本公开和所附权利要求的范围和精神内。例如,由于软件的本质,以上所述的功能可以使用由处理器、硬件、固件、硬连线或这些的任意的组合执行的软件实现。实现功能的特征也可以物理地位于各个位置,包括被分发以便功能的部分在不同的物理位置处实现。而且,如在此使用的,包括在权利要求中使用的,在以“至少一个”开始的项的列举中使用的“或”指示分离的列举,以便例如“A、B或C的至少一个”的列举意味着A或B或C,或AB或AC或BC,或ABC(即A和B和C)。此外,措辞“示例的”不意味着描述的例子是优选的或者比其他例子更好。
可以不脱离由所附权利要求定义的教导的技术而进行对在此所述的技术的各种改变、替换和更改。此外,本公开的权利要求的范围不限于以上所述的处理、机器、制造、事件的组成、手段、方法和动作的具体方面。可以利用与在此所述的相应方面进行基本相同的功能或者实现基本相同的结果的当前存在的或者稍后要开发的处理、机器、制造、事件的组成、手段、方法或动作。因而,所附权利要求包括在其范围内的这样的处理、机器、制造、事件的组成、手段、方法或动作。
提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本发明。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的,并且在此定义的一般原理可以应用于其他方面而不脱离本发明的范围。因此,本发明不意图被限制到在此示出的方面,而是按照与在此公开的原理和新颖的特征一致的最宽范围。
为了例示和描述的目的已经给出了以上描述。此外,此描述不意图将本发明的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例,但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。
Claims (6)
1.一种利用数据库技术自动生成多维度账务的方法,包括:
由数据库建立工具建立基础数据库,包括:
由指标定义工具建立具有第一纵向维度和第一横向维度的第一科目指标表;
由指标定义工具建立具有第二纵向维度和第二横向维度的第二科目指标表,
由指标定义工具基于第一纵向维度和第二纵向维度来分别在第一科目指标表和第二科目指标表建立多个第一纵向科目要素和多个第二纵向科目要素;
由指标定义工具基于所述多个第一纵向科目要素和所述多个第二纵向科目要素来进行标准化以建立具有第三纵向维度的基础数据科目指标表,其中所述基础数据科目指标表包括第三纵向维度,且包括与所述第三纵向维度对应的多个第三纵向基础数据科目要素,其中,由指标定义工具基于所述多个第一纵向科目要素和所述多个第二纵向科目要素来进行标准化以使得第三纵向基础数据科目要素涵盖所有第一纵向科目要素和所有第二纵向科目要素;
由指标定义工具在基础数据科目指标表中建立与第三纵向基础数据科目要素相关的多个横向属性维度;
由指标映射工具建立第一纵向维度中的各个子纵向维度、第二纵向维度中的各个子纵向维度、第三纵向维度中的各个子纵向维度之间的对应关系;
由指标映射工具基于第三纵向维度中的各个子纵向维度与第一纵向维度中的各个子纵向维度之间的对应关系,建立所述多个第三纵向基础数据科目要素与所述多个第一纵向科目要素之间的多个第一映射关系,且如果一个第三纵向基础数据科目要素无对应的第一纵向科目要素,则将该第一映射关系建立为空;
由指标映射工具基于第三纵向维度中的各个子纵向维度与第二纵向维度中的各个子纵向维度之间的对应关系,建立所述多个第三纵向基础数据科目要素与所述多个第二纵向科目要素之间的多个第二映射关系,且如果一个第三纵向基础数据科目要素无对应的第二纵向科目要素,则将该第二映射关系建立为空;
由指标映射工具将所述多个第三纵向基础数据科目要素、所述多个第一纵向科目要素和所述多个第二纵向科目要素按照所述多个第一映射关系和所述多个第二映射关系存储在基础数据库中;
由指标映射工具将所述第一科目指标表、所述第二科目指标表、所述基础数据科目指标表存储在基础数据库中;
由数据库建立工具建立与第二科目指标表相关的特殊业务数据库,其包括:
由特殊业务建立工具建立多个特殊业务的判断科目要素、多个判断内容维度和多个适用范围维度之间的对应关系,其中,所述判断内容维度与在基础数据科目指标表中的横向属性维度相关;
由特殊业务建立工具基于所述多个特殊业务的判断科目要素、多个判断内容维度和多个适用范围维度,按照所述对应关系建立特殊业务数据库,其中,所述判断内容维度指示在与基础数据科目指标表中的横向属性维度相关的第一条件成立时,按预定规则生成与第二纵向科目要素相关联的流水条目,或在与基础数据科目指标表中的横向属性维度相关的第一条件不成立时,不生成与第二纵向科目要素相关联的流水条目;
由总账平台中的业务记账工具输入待记账条目,其中所述待记账条目包括待记账科目要素、以及与待记账科目要素相关的多个待记账横向属性维度;
由总账平台自动生成第一维账务凭证,其包括:
由指标分析单元判断输入的待记账条目与基础数据库中的第三纵向基础数据科目要素是否相同;
如果是,基于所述相同的第三纵向基础数据科目要素,判断是否存在与第三纵向基础数据科目要素相关的所述第一映射关系:
如果是,则:
生成与第一纵向科目要素相关的流水条目;
将生成的与第一纵向科目要素相关的流水条目输入到第一科目指标表中作为第一维账务凭证;
如果否,则不生成流水条目;
由总账平台自动生成第二维账务凭证,其包括:
由总账平台中的指标分析单元判断输入的待记账科目要素与特殊业务数据库中的判断科目要素是否相同:
如果是:
则基于多个特殊业务的判断科目要素、多个判断内容维度和多个适用范围维度之间的对应关系,从特殊业务数据库中获得与该相同的判断科目要素相对应的判断内容维度和适用范围维度,且
基于与所述判断内容维度相关的在基础数据科目指标表中的横向属性维度和所述多个待记账横向属性维度来判断所述判断内容维度指示第一条件是否成立:
在判断内容维度指示所述第一条件成立时,按预定规则生成第二纵向科目要素相关联的流水条目作为第二维账务凭证,或在判断内容维度指示所述第一条件不成立时,不生成与第二纵向科目要素相关联的流水条目;
如果否,则由指标分析单元判断输入的待记账条目与基础数据库中的第三纵向基础数据科目要素是否相同:
如果是,则:
基于所述相同的第三纵向基础数据科目要素,判断是否存在与第三纵向基础数据科目要素相关的所述第二映射关系,如果是,则生成与第二纵向科目要素相关的流水条目;
将生成的与第二纵向科目要素相关的流水条目输入到第二科目指标表中作为第二维账务凭证;
如果否,则不生成流水条目。
2.根据权利要求1所述的方法,其中,由指标定义工具基于所述多个第一纵向科目要素和所述多个第二纵向科目要素来进行标准化以建立具有第三纵向维度的基础数据科目指标表的步骤包括:
当通过所述多个第一纵向科目要素和所述多个第二纵向科目要素进行标准化获得了相同的标准化科目要素时,将所述标准化科目要素作为所述第三纵向基础数据科目要素;
当通过所述多个第一纵向科目要素和所述多个第二纵向科目要素进行标准化不能获得相同的标准化科目要素时,将所述第一纵向科目要素和所述第二纵向科目要素分别作为所述第三纵向基础数据科目要素。
3.根据权利要求1所述的方法,其中,所述由指标映射工具建立第一纵向维度中的各个子纵向维度、第二纵向维度中的各个子纵向维度、第三纵向维度中的各个子纵向维度之间的对应关系的步骤包括:
确定所述第一纵向维度中的子纵向维度、第二纵向维度中的子纵向维度、第三纵向维度中的子纵向维度的各个类目;
判断所述第一纵向维度中的子纵向维度的各个类目与第三纵向维度中的子纵向维度的各个类目是否具有相同的属性:
如果是,则建立第一纵向维度中的子纵向维度的各个类目与第三纵向维度中的子纵向维度的各个类目之间的对应关系;
判断所述第二纵向维度中的子纵向维度的各个类目是否可被包括在第三纵向维度中的子纵向维度的各个类目中:
如果是,则建立第二纵向维度中的子纵向维度的各个类目与第三纵向维度中的子纵向维度的各个类目之间的对应关系。
4.一种利用数据库技术自动生成多维度账务的系统,包括:
数据库建立工具,被配置为建立基础数据库,包括:
指标定义工具,被配置为:
建立具有第一纵向维度和第一横向维度的第一科目指标表;
建立具有第二纵向维度和第二横向维度的第二科目指标表,
基于第一纵向维度和第二纵向维度来分别在第一科目指标表和第二科目指标表建立多个第一纵向科目要素和多个第二纵向科目要素;
基于所述多个第一纵向科目要素和所述多个第二纵向科目要素来进行标准化以建立具有第三纵向维度的基础数据科目指标表,其中所述基础数据科目指标表包括第三纵向维度,且包括与所述第三纵向维度对应的多个第三纵向基础数据科目要素,其中,基于所述多个第一纵向科目要素和所述多个第二纵向科目要素来进行标准化以使得第三纵向基础数据科目要素涵盖所有第一纵向科目要素和所有第二纵向科目要素;
在基础数据科目指标表中建立与第三纵向基础数据科目要素相关的多个横向属性维度;
指标映射工具,被配置为:
建立第一纵向维度中的各个子纵向维度、第二纵向维度中的各个子纵向维度、第三纵向维度中的各个子纵向维度之间的对应关系;
基于第三纵向维度中的各个子纵向维度与第一纵向维度中的各个子纵向维度之间的对应关系,建立所述多个第三纵向基础数据科目要素与所述多个第一纵向科目要素之间的多个第一映射关系,且如果一个第三纵向基础数据科目要素无对应的第一纵向科目要素,则将该第一映射关系建立为空;
基于第三纵向维度中的各个子纵向维度与第二纵向维度中的各个子纵向维度之间的对应关系,建立所述多个第三纵向基础数据科目要素与所述多个第二纵向科目要素之间的多个第二映射关系,且如果一个第三纵向基础数据科目要素无对应的第二纵向科目要素,则将该第二映射关系建立为空;
将所述多个第三纵向基础数据科目要素、所述多个第一纵向科目要素和所述多个第二纵向科目要素按照所述多个第一映射关系和所述多个第二映射关系存储在基础数据库中;
将所述第一科目指标表、所述第二科目指标表、所述基础数据科目指标表存储在基础数据库中;
所述数据库建立工具还被配置为建立与第二科目指标表相关的特殊业务数据库,其还包括:
特殊业务建立工具,被配置为:
建立多个特殊业务的判断科目要素、多个判断内容维度和多个适用范围维度之间的对应关系,其中,所述判断内容维度与在基础数据科目指标表中的横向属性维度相关;
基于所述多个特殊业务的判断科目要素、多个判断内容维度和多个适用范围维度,按照所述对应关系建立特殊业务数据库,其中,所述判断内容维度指示在与基础数据科目指标表中的横向属性维度相关的第一条件成立时,按预定规则生成与第二纵向科目要素相关联的流水条目,或在与基础数据科目指标表中的横向属性维度相关的第一条件不成立时,不生成与第二纵向科目要素相关联的流水条目;总账平台,包括:
业务记账工具,被配置为输入待记账条目,其中所述待记账条目包括待记账科目要素、以及与待记账科目要素相关的多个待记账横向属性维度;
指标分析单元,被配置为:
判断输入的待记账条目与基础数据库中的第三纵向基础数据科目要素是否相同;
如果是,基于所述相同的第三纵向基础数据科目要素,判断是否存在与第三纵向基础数据科目要素相关的所述第一映射关系:
如果是,则:
生成与第一纵向科目要素相关的流水条目;
将生成的与第一纵向科目要素相关的流水条目输入到第一科目指标表中作为第一维账务凭证;
如果否,则不生成流水条目;
判断输入的待记账科目要素与特殊业务数据库中的判断科目要素是否相同:
如果是:
则基于多个特殊业务的判断科目要素、多个判断内容维度和多个适用范围维度之间的对应关系,从特殊业务数据库中获得与该相同的判断科目要素相对应的判断内容维度和适用范围维度,且
基于与所述判断内容维度相关的在基础数据科目指标表中的横向属性维度和所述多个待记账横向属性维度来判断所述判断内容维度指示第一条件是否成立:
在判断内容维度指示所述第一条件成立时,按预定规则生成第二纵向科目要素相关联的流水条目作为第二维账务凭证,或在判断内容维度指示所述第一条件不成立时,不生成与第二纵向科目要素相关联的流水条目;
如果否,则判断输入的待记账条目与基础数据库中的第三纵向基础数据科目要素是否相同:
如果是,则:
基于所述相同的第三纵向基础数据科目要素,判断是否存在与第三纵向基础数据科目要素相关的所述第二映射关系,如果是,则生成与第二纵向科目要素相关的流水条目;
将生成的与第二纵向科目要素相关的流水条目输入到第二科目指标表中作为第二维账务凭证;
如果否,则不生成流水条目。
5.根据权利要求4所述的系统,其中,指标定义工具包括:
标准化工具,被配置为:
当通过所述多个第一纵向科目要素和所述多个第二纵向科目要素进行标准化获得了相同的标准化科目要素时,将所述标准化科目要素作为所述第三纵向基础数据科目要素;
当通过所述多个第一纵向科目要素和所述多个第二纵向科目要素进行标准化不能获得相同的标准化科目要素时,将所述第一纵向科目要素和所述第二纵向科目要素分别作为所述第三纵向基础数据科目要素。
6.根据权利要求4所述的系统,其中,指标映射工具包括:
类目确定工具,被配置为确定所述第一纵向维度中的子纵向维度、第二纵向维度中的子纵向维度、第三纵向维度中的子纵向维度的各个类目;
属性判断工具,被配置为:
判断所述第一纵向维度中的子纵向维度的各个类目与第三纵向维度中的子纵向维度的各个类目是否具有相同的属性:
如果是,则建立第一纵向维度中的子纵向维度的各个类目与第三纵向维度中的子纵向维度的各个类目之间的对应关系;
判断所述第二纵向维度中的子纵向维度的各个类目是否可被包括在第三纵向维度中的子纵向维度的各个类目中:
如果是,则建立第二纵向维度中的子纵向维度的各个类目与第三纵向维度中的子纵向维度的各个类目之间的对应关系。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910420182.0A CN110222031B (zh) | 2019-05-20 | 2019-05-20 | 利用数据库技术自动生成多维度账务的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910420182.0A CN110222031B (zh) | 2019-05-20 | 2019-05-20 | 利用数据库技术自动生成多维度账务的方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110222031A CN110222031A (zh) | 2019-09-10 |
CN110222031B true CN110222031B (zh) | 2020-04-21 |
Family
ID=67821661
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910420182.0A Active CN110222031B (zh) | 2019-05-20 | 2019-05-20 | 利用数据库技术自动生成多维度账务的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110222031B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111523990B (zh) * | 2020-04-03 | 2023-04-07 | 远光软件股份有限公司 | 一种账务数据的多维核算处理系统及方法 |
CN113610617A (zh) * | 2021-08-18 | 2021-11-05 | 上海交通大学 | 一种适合多财务报表的船舶费用配置系统及方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102201082A (zh) * | 2010-03-25 | 2011-09-28 | 金蝶软件(中国)有限公司 | 一种业务对象类型与科目的对应装置和方法 |
CN107330778A (zh) * | 2017-07-03 | 2017-11-07 | 北京云总财科技有限公司 | 一种财务会计记账系统 |
US10140319B2 (en) * | 2016-07-26 | 2018-11-27 | Bank Of America | System for identifying anomalies by automatically generating and analyzing a structure |
CN109254968A (zh) * | 2018-08-30 | 2019-01-22 | 中国建设银行股份有限公司 | 一种会计科目管理方法及系统 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103473342B (zh) * | 2013-09-23 | 2018-01-16 | 北京久其软件股份有限公司 | 一种报表数据生成方法及系统 |
CN104317806B (zh) * | 2014-09-23 | 2017-04-26 | 袁义军 | 财务数据查询方法及财务数据系统 |
US11621969B2 (en) * | 2017-04-26 | 2023-04-04 | Elasticsearch B.V. | Clustering and outlier detection in anomaly and causation detection for computing environments |
CN107480116A (zh) * | 2017-06-30 | 2017-12-15 | 厦门快商通科技股份有限公司 | 一种自动生成会计科目、会计分录的方法及系统 |
CN107358520A (zh) * | 2017-07-22 | 2017-11-17 | 北京羽客信息技术有限公司 | 用于管理会计核算的单式记账系统 |
CN108537494A (zh) * | 2018-01-10 | 2018-09-14 | 田纪文 | 一种预算管理和会计核算一体化管理系统 |
CN109299926A (zh) * | 2018-12-03 | 2019-02-01 | 武汉快税通财税服务股份有限公司 | 一种外部财务软件数据整合方法 |
-
2019
- 2019-05-20 CN CN201910420182.0A patent/CN110222031B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102201082A (zh) * | 2010-03-25 | 2011-09-28 | 金蝶软件(中国)有限公司 | 一种业务对象类型与科目的对应装置和方法 |
US10140319B2 (en) * | 2016-07-26 | 2018-11-27 | Bank Of America | System for identifying anomalies by automatically generating and analyzing a structure |
CN107330778A (zh) * | 2017-07-03 | 2017-11-07 | 北京云总财科技有限公司 | 一种财务会计记账系统 |
CN109254968A (zh) * | 2018-08-30 | 2019-01-22 | 中国建设银行股份有限公司 | 一种会计科目管理方法及系统 |
Non-Patent Citations (1)
Title |
---|
基于"双功能、双基础、双报告"的政府会计信息系统核算体系研究;邱均成,等;《商业会计》;20190320;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN110222031A (zh) | 2019-09-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Jasim et al. | Information technology's impact on the accounting system | |
US11226957B2 (en) | Systems and methods for determining relationships among data elements | |
Svartzman et al. | Greening the international monetary system? Not without addressing the political ecology of global imbalances | |
Klinge et al. | Whither corporate financialization? A literature review | |
CN111681111A (zh) | 一种基于区块链的增信融资平台系统、方法及存储介质 | |
Martínez Sánchez et al. | Assessment of a credit scoring system for popular bank savings and credit | |
US20120158557A1 (en) | Budget control configuration | |
US10268996B1 (en) | Customized payment management | |
Tan et al. | Ownership, internal capital market, and financing costs | |
Rosati et al. | Blockchain beyond cryptocurrencies | |
CN110222031B (zh) | 利用数据库技术自动生成多维度账务的方法和系统 | |
Zaigham et al. | Causal relation between stock market performance and firm investment in China: Mediating role of information asymmetry | |
Liu et al. | Deciphering bitcoin blockchain data by cohort analysis | |
Kuang et al. | The nonlinear effect of financial and fiscal policies on poverty alleviation in China—An empirical analysis of Chinese 382 impoverished counties with PSTR models | |
Hundal et al. | Financial Technology in the Finnish Banking sector and its impact on stakeholders in the wake of Covid-19 | |
Stefanov et al. | Issues in the Disclosure of Financial Information by Multinational Enterprises. | |
US20150302405A1 (en) | Method and system for validation of merchant aggregation | |
Bartosova et al. | Accounting of transactions in electronic money: International trends | |
Glass et al. | Modelling the performance of Irish credit unions, 2002 to 2010 | |
Berti et al. | Analyzing interconnected processes: using object-centric process mining to analyze procurement processes | |
Siripongvakin et al. | Infrastructure project investment decision timing using a real options analysis framework with Rainbow option | |
Yan et al. | Alleviation effect of supply chain finance on financing constraints of high‐tech small‐and medium‐sized enterprises | |
Yan | Financial Modeling using R | |
Sun et al. | Security Tokens and Stablecoins Quick Start Guide: Learn how to build STO and stablecoin decentralized applications | |
Kaul et al. | The Case for Uniform Mortgage Servicing Data Standards |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |