CN112488813A - 数据处理方法、数据处理模型、系统及计算设备 - Google Patents

数据处理方法、数据处理模型、系统及计算设备 Download PDF

Info

Publication number
CN112488813A
CN112488813A CN201910779109.2A CN201910779109A CN112488813A CN 112488813 A CN112488813 A CN 112488813A CN 201910779109 A CN201910779109 A CN 201910779109A CN 112488813 A CN112488813 A CN 112488813A
Authority
CN
China
Prior art keywords
information
data
mode
data processing
domain
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.)
Pending
Application number
CN201910779109.2A
Other languages
English (en)
Inventor
潘杨
殷学明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201910779109.2A priority Critical patent/CN112488813A/zh
Publication of CN112488813A publication Critical patent/CN112488813A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12Accounting
    • G06Q40/125Finance or payroll

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请实施例提供一种数据处理方法、数据处理模型、系统及计算设备。其中,方法包括如下的步骤:获取数据处理事件中产生的数据;将所述数据转换为预置数据处理模型中一预设模式对应的模式化信息;根据所述数据处理事件的事件记录,为所述模式化信息补充维度信息;其中,所述维度信息为确定模式化信息是否属于一处理任务的处理对象的依据。本申请实施例提供的技术方案,数据处理过程的通用性更高;即便业务发生变化,之前生成的模式化信息也不会受影响。另外,为模式化信息补充维度信息,一是便于后续数据处理,如数据核算、稽核等;二是便于映射到具体的会计科目,以接入现有数据核算体系。

Description

数据处理方法、数据处理模型、系统及计算设备
技术领域
本申请涉及计算机技术领域,尤其涉及一种数据处理方法、数据处理模型、系统及计算设备。
背景技术
财务核算是企业经营管理的重要一环。所谓的核算就是以会计科目的方式对经营业务的情况进行反映,比如本月应收发生多少,实际回款多少,确认收入多少等。同时,还可对每个会计科目进行细化,比如,对应收进行分类或者对某个重点客户的应收单独汇总。
企业的业务越多元,复杂度越高,对财务核算的挑战就会越大。现有核算方案中,会计科目与实际业务关联性很大;一旦企业业务发生调整,很有可能需要对会计科目进行适应性的调整;这将带来诸多问题。显然,现有核算方案已不能适应现有业务快速发展的场景。
发明内容
本申请各实施例提供一种解决或部分解决现有技术存在问题的数据处理方法、数据处理模型、系统及计算设备。
在本申请的一个实施例中,提供了一种数据处理方法。该方法包括:
获取数据处理事件中产生的数据;
将所述数据转换为预置数据处理模型中一预设模式对应的模式化信息;
根据所述数据处理事件的事件记录,为所述模式化信息补充维度信息;
其中,所述维度信息为确定模式化信息是否属于一处理任务的处理对象的依据。
在本申请的另一个实施例中,提供了一种数据处理模型。该数据处理模型,用于将输入的数据转换为一预设模式对应的模式化信息;其中,所述数据处理模型包括转换单元;所述转换单元包括至少一个模型域;模型域包含有至少一个预设模式;所述至少一个模型域中各模型域分别与一域类目对应;所述至少一个预设模式中各预设模式分别与一项类别对应,并分别为输入的数据提供相应的数据转换规则。
在本申请的又一个实施例中,提供了一种数据处理系统。该数据处理系统包括:
服务端,用于提供多种类别的交易服务,记录各数据处理事件;
第一处理设备,与所述服务端连接,用于针对数据处理事件,生成相应的记账凭证;
第二处理设备,设置在所述服务端与所述第一处理设备之间,用于将数据处理事件中产生的数据转换为预置数据处理模型中一预设模式对应的模式化信息;在根据数据处理事件的事件记录为所述模式化信息补充维度信息后,将所述模式化信息发送至所述第一处理设备,以便所述第一处理设备基于所述模式化信息生成相应的记账凭证;
其中,所述维度信息为确定模式化信息是否属于一账务处理任务的处理对象的依据。
在本申请的又一个实施例中,提供了一种数据处理方法。该方法,包括:
获取至少一个数据处理系统的数据;
对所述数据进行模式化处理,以得到第一模式化信息;
基于与所述数据相关的关联信息,为所述第一模式化信息添加维度信息;
为添加所述维度信息的所述第一模式化信息,确定对应的数据处理类目;
对所述第一模式化信息进行所述数据处理类目对应的处理操作。
在本申请的又一个实施例中,提供了一种数据处理方法。该方法,包括:
响应于数据查询事件,确定所述数据查询事件中指定的目标维度信息;
获取添加有所述目标维度信息的至少一个模式化信息;
基于所述至少一个模式化信息,生成相应的数据报表。
在本申请的又一个实施例中,提供了一种数据处理方法。该方法,包括:
响应于一数据处理任务的执行指令,获取所述数据处理任务指定的数据处理类目;
获取与所述数据处理类目存在映射关系的至少一个模式化信息;
对所述至少一个模式化信息进行所述数据处理类目对应的处理操作,以生成相应的数据报表。
在本申请的又一个实施例中,提供了一种数据处理方法。该方法,包括:
响应于一数据稽核任务的执行指令,获取所述稽核任务指定的存在关联关系的两个目标预设模式;
分别获取所述两个目标预设模式各自对应的模式化信息;
对获取到的所有模式化信息进行数据稽核处理,得到处理结果。
在本申请的又一个实施例中,提供了一种计算设备。该计算设备包括存储器及处理器,其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
获取数据处理事件中产生的数据;
将所述数据转换为预置数据处理模型中一预设模式对应的模式化信息;
根据所述数据处理事件的事件记录,为所述模式化信息补充维度信息;
其中,所述维度信息为确定模式化信息是否属于一处理任务的处理对象的依据。
在本申请的又一个实施例中,提供了一种计算设备。该计算设备包括存储器及处理器,其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
获取至少一个数据处理系统的数据;
对所述数据进行模式化处理,以得到第一模式化信息;
基于与所述数据相关的关联信息,为所述第一模式化信息添加维度信息;
为添加所述维度信息的所述第一模式化信息,确定对应的数据处理类目;
对所述第一模式化信息进行所述数据处理类目对应的处理操作。
在本申请的又一个实施例中,提供了一种计算设备。该计算设备包括存储器及处理器,其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
响应于数据查询事件,确定所述数据查询事件中指定的目标维度信息;
获取添加有所述目标维度信息的至少一个模式化信息;
基于所述至少一个模式化信息,生成相应的数据报表。
在本申请的又一个实施例中,提供了一种计算设备。该计算设备包括存储器及处理器,其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
响应于一数据处理任务的执行指令,获取所述数据处理任务指定的数据处理类目;
获取与所述数据处理类目存在映射关系的至少一个模式化信息;
对所述至少一个模式化信息进行所述数据处理类目对应的处理操作,以生成相应的数据报表。
在本申请的又一个实施例中,提供了一种计算设备。该计算设备包括存储器及处理器,其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
响应于一数据稽核任务的执行指令,获取所述稽核任务指定的存在关联关系的两个目标预设模式;
分别获取所述两个目标预设模式各自对应的模式化信息;
对获取到的所有模式化信息进行数据稽核处理,得到处理结果。
本申请一实施例提供的技术方案,通过预置一与业务无关的数据处理模型,先将数据处理事件中产生的数据转换为模式化信息;因脱离与业务关联性强的会计科目,数据处理过程的通用性更高;即便业务发生变化,之前生成的模式化信息也不会受影响。另外,为模式化信息补充维度信息,一是便于后续数据处理,如数据核算、稽核等;二是便于映射到具体的会计科目,以接入现有数据核算体系。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为现有财务核算系统架构的示意图;
图2为本申请一实施例提供的数据处理方法的流程示意图;
图3为本申请一实施例提供的数据处理模型的一实现实例的拓扑结构示意图;
图4为本申请一实施例提供的数据处理模型的一实现实例的原理性示意图;
图5为本申请一实施例提供的数据处理系统的示意图;
图6为本申请另一实施例提供的数据处理方法的流程示意图;
图7为本申请又一实施例提供的数据处理方法的流程示意图;
图8为本申请又一实施例提供的数据处理方法的流程示意图;
图9为本申请又一实施例提供的数据处理方法的流程示意图;
图10为本申请一实施例提供的数据处理装置的结构示意图;
图11为本申请另一实施例提供的数据处理装置的结构示意图;
图12为本申请又一实施例提供的数据处理装置的结构示意图;
图13为本申请又一实施例提供的数据处理装置的结构示意图;
图14为本申请又一实施例提供的数据处理装置的结构示意图;
图15为本申请一实施例提供的计算设备的结构示意图。
具体实施方式
现有企业的业务呈多元化、复杂化的趋势,对财务核算提出了巨大挑战。最大的挑战是业务的多样性,新兴业务如雨后春笋般不断出现,对财务的核算快速接入及核算的准确性提出巨大挑战;同时,要完成明细级的核算,巨大的数据量也是一个挑战。
对于财务核算,目前比较通用的方式是通过传统的ERP系统,如SAP,Oracle,金蝶等;但是其财务核算能力不是单独提供的,而是包含在其各业务模块中的,如应收,应付,库存,采购,销售等系统。比较适合企业的内部管理需求,但是对于上游复杂业务无法快速支撑。图1示出了目前比较常用的另一个实现方案,即通过建立会计引擎模块的方式;将上游不同的业务系统以及财务相关系统(如应收系统、应付系统等)的业务数据转化为会计科目,进而生成记账凭证,然后将记账凭证发送给数据库以进行相应的核算。因会计科目与业务紧密关联,所以图1所示方案亦可称为业务烟囱式的接入方案,带来的问题是接入效率低,维护成本高;一旦上游业务变换或者会计科目调整,造成的影响是巨大的。同时,上游不同的业务系统给会计引擎模块的数据已经是汇总维度的数据,因此后续无法进行明细级别的核算、无法进行明细级的收入成本核算等。
为此提出本申请各实施例,以提供一种通用性好的方案,应对企业业务快速发展。为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。
在本申请的说明书、权利要求书及上述附图中描述的一些流程中,包含了按照特定顺序出现的多个操作,这些操作可以不按照其在本文中出现的顺序来执行或并行执行。操作的序号如101、102等,仅仅是用于区分各个不同的操作,序号本身不代表任何的执行顺序。另外,这些流程可以包括更多或更少的操作,并且这些操作可以按顺序执行或并行执行。需要说明的是,本文中的“第一”、“第二”等描述,是用于区分不同的消息、设备、模块等,不代表先后顺序,也不限定“第一”和“第二”是不同的类型。此外,下述各实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
图2示出了本申请一实施例提供的数据处理方法的流程示意图。如图2所示,所述方法包括:
101、获取数据处理事件中产生的数据。
102、将所述数据转换为预置数据处理模型中一预设模式对应的模式化信息。
103、根据所述数据处理事件的事件记录,为所述模式化信息补充维度信息。
其中,所述维度信息为确定模式化信息是否属于一账务处理任务的处理对象的依据。
上述101中,数据处理事件可简单理解为:用户通过应用客户端为服务方提供的服务支付或预付相应报酬的事件、或第三方服务方因通过第一服务方提供的服务平台为用户提供服务需向第一服务方支付相应报酬的事件等等,本实施例对此不作具体限定。数据处理事件中产生的可包括但不限于:交易金额、交易事件描述信息等;例如,***账号收款成功100、确认收入100等等。
上述102中,所述数据处理模型包括至少一个模型域;模型域中含有至少一个预设模式。在一可实现的技术方案中,本步骤102“基于数据处理模型,将所述数据转换为所述数据处理模型中一预设模式对应的模式化信息”,可具体包括如下步骤:
1021、在所述至少一个模型域中,为所述数据确定其所属的目标模型域。
1022、在所述目标模型域含有的至少一个预设模式中,为所述数据确定一适配的目标预设模式。
1023、将所述数据转换为所述目标预设模式对应的模式化信息。
具体实施时,所述数据处理模型中包含的各模型域可分别与一域类目对应。相应的,上述步骤1021“在所述至少一个模型域中,为所述数据确定其所属的目标模型域”,可具体包括:
S11、识别所述数据所属域类目。
这里需要说明的是:识别所述数据的过程可简单理解为对数据的语意的识别。假设在财务核算应用场景中,对数据的识别可理解为:对数据的财务语意进行识别。如下表1所示:
表1:不同数据对应的财务语意
Figure BDA0002176012000000081
另外,对于不同的收入确认方式或者收款方式也会反映出不同的财务语意:
例如,对于递延确认收入,则在确认收货时,财务语意是借客户应收100,贷待递延100;在每期递延收入确认10时,则财务语意为借待递延10,贷收入9.4,税金0.6。
又例如,实收不是通过**支付工具收款,而是通过使用预收款抵扣,则财务语意为贷客户应收100,借预收款100。
这里需要说明的是:本实施例中提及的对数据的识别,可参见现有技术中的技术手段实现,本实施例对此不作具体限定。
进一步的,基于所述数据的财务语意,可确定数据所属的域类目。例如,上述数据“确认收货100”的财务语意为“借客户应收100”,可确定出数据所属的域类目为订单域。参见如下表2所示的示例:
表2:数据、财务语意及域类目的对应关系
Figure BDA0002176012000000091
在具体实施时,可预先配置财务语意与域类目的对应关系,通过查询该对应关系,即可得到某一数据所属的域类目。或者,基于预先设置的计算模型(如神经网络模型),通过将数据的财务语意作为该计算模型的输入,执行该计算模型即可得出该数据所属的域类目。当然,也可采用其他方法实现,本实施例对此不作具体限定。
S12、将所述至少一个模型域中,与所述数据所属财务划分类别对应的模型域作为所述目标模型域。
进一步的,模型域中包含的各预设模式分别与一项类别对应。相应的,上述步骤1022“在所述目标模型域含有的至少一个预设模式中,为所述数据确定一适配的目标预设模式”,可采用如下步骤实现:
S21、识别所述数据所属项类别。
S22、将所述目标模型域含有的至少一个预设模式中,与所述数据所属财务项目对应的预设模式作为所述模板预设模式。
同样的,上述S21中对数据的识别,可以是对数据的语意识别。例如,在财务核算应用场景中,对数据进行财务语意的识别;然后,根据财务语意识别的结果,确定所述数据所属的项类别。
例如,上述数据“确认收货100”的财务语意为“借客户应收100”,可确定出数据所属的项类别为订单域下的应收单。参见如下表3所示的示例:
表3:数据、财务语意、域类目及项类别的对应关系
Figure BDA0002176012000000101
虽然具体应用场景中业务系统多种多样,但是其背后都蕴含了特定的财务语意的;如电商交易系统,无论是自营还是平台型的,都涉及到收入。其他部分管理类系统会涉及到采购环节,涉及费用;所以,可结合对实际业务分析的基础上,分出多个域类目,比如:收入域、预收域、费用域、机构域、结算域、预付域等等。每个域类目下又可包含一个或多个项类别对应的预设模式。
在一具体实施方案中,本实施例中的所述数据处理模型可表征为图3所示的结构。参见图3所示,所述数据处理模型包括如下中的至少一个模型域:收入域、预收域、费用域、机构域、结算域、预付域。所述收入域中包含如下中的至少一个预设模式:应收单模式、收款单模式、应收分配模式。所述预收域中包含如下中的至少一个预设模式:转收入模式、预收应收单模式、预收使用记录模式、预收收款单模式。所述费用域中包含如下中的至少一个预设模式:费用单模式、应付单模式。所述结算域中包含如下中的至少一个预设模式:付款单模式、应付单模式。所述预付域中包含如下中的至少一个预设模式:预付应付单模式、预付使用记录模式。所述机构域中包含:至少一个第三服务方的流水单模式。
继续参见图3所示,分属于不同模型域的两个预设模式之间可配置有关联关系,以便于利用关联关系执行两个不同模型域间的数据稽核任务。
例如,图3所示的实例,所述数据处理模型中存在如下中的至少一个关联关系:
所述费用单模式与所述应收分配模式间存在转移关系;
所述收款单模式与所述付款单模式间存在抵减关系;
所述收款单模式与所述预收使用记录模式存在预收款关系;
所述收款单模式与第三服务方的流水单模式存在机构收款关系;
所述收款单模式与所述预付使用记录模式存在预付款关系;
所述付款单模式与所述预付使用记录模式存在机构付款关系;
所述付款单模式与第三服务方的流水单模式存在机构付款关系;
所述预收收款单与第三服务方的流水单模式存在机构收款关系。
上述103中,数据处理事件的事件记录可包括但不限于:交易时间、事件相关方信息、交易对象等。假设,某一用户通过服务方提供的网络服务购买了一商品;那么事件相关方信息即包括:该用户的标识(如,用户登录名等)以及该网络服务所属的业务标识。又例如,某一商户在服务方提供的服务平台上开店,该商户需为使用该服务平台支付相应使用费用;那么事件相关方信息即包括:该商户的标识(如商户的注册名等)以及该服务平台所属的业务标识。
在一可实现的技术方案中,上述步骤103“根据所述数据处理事件的事件记录,为所述模式化信息补充维度信息”,可具体包括如下步骤:
1031、从所述数据处理事件的事件记录中,提取事件相关方信息;
1032、将所述事件相关方信息作为维度信息,对所述模式化信息进行补充。
本实施例提供的技术方案,通过预置一与业务无关的数据处理模型,先将数据处理事件中产生的与账务相关的数据转换为模式化信息;因脱离与业务关联性强的会计科目,数据处理过程的通用性更高;即便业务发生变化,之前生成的模式化信息也不会受影响。另外,为模式化信息补充维度信息,一是便于后续数据处理,如数据核算、稽核等;二是便于映射到具体的会计科目,以接入现有数据核算体系。
进一步的,本实施例提供的所述方法还可包括如下步骤:
104、响应于一数据稽核任务的执行指令,获取所述稽核任务指定的存在关联关系的两个目标预设模式。
105、分别获取所述两个目标预设模式各自对应的模式化信息。
106、对获取到的所有模式化信息进行数据稽核处理,得到处理结果。
假设,稽核任务指定的存在关联关系的两个目标预设模式,分别为:收款单模式及第三方服务方(如银行)流水单模式;则获取所有转换为收款单模式的模式化信息,以及所有转换为第三方服务方(如银行)流水单模式的模式化信息;然后对收款单模式的模式化信息及第三方服务方(如银行)流水单模式的模式化信息进行数据稽核处理。
本实施例提供的技术方案中,建立的数据处理模型有收入域、预收域、费用域、预付域和机构域,并通过建立各个域中一些预设模式间的关联关系,可实现域之间的稽核。
再进一步的,本实施例提供的所述方法还可包括如下步骤:
107、响应于一核算任务的执行指令,获取所述核算任务指定的目标维度信息。
108、获取具有所述目标维度信息的所有模式化信息。
109、将获取到的所有模式化信息进行聚合处理,生成核算报表。
假设,核算任务指定的目标维度信息为某一商户标识;则获取补充有该商户标识的所有模式化信息,然后将该商户标识的所有模式化信息进行聚合处理,得到相应的核算报表。可见,采用本实施例提供的技术方案,通过设置维度信息,可对模式化信息进行明细级别的处理(如财务核算),有助于根据上游业务数据跨账期的变换做自动红冲操作。
当然,在具体实施时,核算任务指定的目标维度信息还可以是两个、三个或四个等;本实施例对此不作具体限定。
进一步的,本实施例提供的所述方法还可包括如下步骤:
110、基于所述维度信息,确定会计科目。
111、根据所述模式化信息及所述维度信息,生成所述会计科目对应的记账凭证。
具体实施时,可预置有维度信息与会计科目的对应关系。相应的,上述步骤110可具体为:根据预置的维度信息与会计科目的对应关系,获得所述维度信息对应的会计科目。例如,维度信息包含:服务平台所属业务标识以及交易对象(即服务平台佣金收入),其对应的会计科目可为:总账记账科目。
这里需要说明的是:有关会计科目的创建,可参见现有技术中的相关内容,本文对此不作具体限定。
图4示出了本申请一实施例提供的数据处理模型的原理架构示意图。所述数据处理模型用于将输入的数据转换为一预设模式对应的模式化信息。具体的,参见图3和图4所示,所述数据处理模型包括转换单元。所述转换单元包括至少一个模型域;各模型域包含有至少一个预设模式;其中,所述至少一个模型域中各模型域分别与一域类目对应;所述至少一个预设模式中各预设模式分别与一项类别对应,并分别为输入的数据提供相应的数据转换规则。
本实施例技术方案提供的数据处理模型,将数据处理事件中产生的数据转换为模式化信息;因本模型脱离与业务关联性强的会计科目,数据处理过程的通用性更高;即便业务发生变化,之前生成的模式化信息也不会受影响。使用本实施例提供的数据处理模型进行财务核算,通用性更高,且更易实现明细级的数据核算。
进一步的,分属于不同模型域的两个预设模式之间配置有关联关系,以便于利用关联关系执行两个不同模型域间的数据稽核任务。具体的,参见图3所示的实例:
所述数据处理模型包括如下中的至少一个模型域:收入域、预收域、费用域、机构域、结算域、预付域;
所述收入域中包含如下中的至少一个预设模式:应收单模式、收款单模式、应收分配模式;
所述预收域中包含如下中的至少一个预设模式:转收入模式、预收应收单模式、预收使用记录模式、预收收款单模式;
所述费用域中包含如下中的至少一个预设模式:费用单模式、应付单模式;
所述结算域中包含如下中的至少一个预设模式:付款单模式、应付单模式;
所述预付域中包含如下中的至少一个预设模式:预付应付单模式、预付使用记录模式;
所述机构域中包含:至少一个第三服务方的流水单模式。
继续参见图3所示的示例,所述数据处理模型中存在如下中的至少一个关联关系:
所述费用单模式与所述应收分配模式间存在转移关系;
所述收款单模式与所述付款单模式间存在抵减关系;
所述收款单模式与所述预收使用记录模式存在预收款关系;
所述收款单模式与第三服务方的流水单模式存在机构收款关系;
所述收款单模式与所述预付使用记录模式存在预付款关系;
所述付款单模式与所述预付使用记录模式存在机构付款关系;
所述付款单模式与第三服务方的流水单模式存在机构付款关系;
所述预收收款单与第三服务方的流水单模式存在机构收款关系。
进一步的,本实施例提供的数据处理模型还可包括:补充单元。该补充单元用于根据数据处理事件的事件记录,为模式化信息补充维度信息。其中,所述维度信息为确定模式化信息是否属于一处理任务的处理对象的依据;转化为所述模式化信息的数据是在所述数据处理事件中产生的。
进一步的,本实施例提供的数据处理模型还可包括:核算单元和/或稽核单元。其中,核算单元用于响应于一核算任务的执行指令,获取所述核算任务指定的目标维度信息;获取具有所述目标维度信息的所有模式化信息;将获取到的所有模式化信息进行聚合处理,生成核算报表。稽核单元用于响应于一数据稽核任务的执行指令,获取所述稽核任务指定的存在关联关系的两个目标预设模式;分别获取所述两个目标预设模式各自对应的模式化信息;对获取到的所有模式化信息进行数据稽核处理,得到处理结果。
图5示出了本申请一实施例提供的数据处理系统的结构示意图。如图4所示,本实施例提供的所述数据处理系统包括:
服务端201,用于提供多种类别的交易服务,记录各数据处理事件;
第一处理设备202,与所述服务端连接,用于针对数据处理事件,生成相应的记账凭证;
第二处理设备203,设置在所述服务端与所述第一处理设备之间,用于将数据处理事件中产生的数据转换为预置数据处理模型中一预设模式对应的模式化信息;在根据数据处理事件的事件记录为所述模式化信息补充维度信息后,将所述模式化信息发送至所述第一处理设备,以便所述第一处理设备基于所述模式化信息生成相应的记账凭证;
其中,所述维度信息为确定模式化信息是否属于一处理任务的处理对象的依据。
具体实施时,所述服务端可以是由多个服务器组成的服务集群,其上部署有多种业务系统以分别提供相应类别的服务。第一处理设备和第二处理设备可以是部署在同一物理设备上的两个虚拟设备,也可以是两个不同的物理设备,本实施例对此不作具体限定。
这里需要补充的是:本实施例中所述第二处理设备还可实现上述各实施例中提及的其他功能,具体可参见上文中的描述。
第一处理设备上可部署有现有技术中的会计引擎模块。对比图1可知,本实施例提供的技术方案的区别在于,在第一处理设备之前增设了第二处理设备,以通过数据处理模型完成数据处理事件中产生的数据到预设模式对应的模式化信息(亦或称通用性更强的标准化信息)的转换过程。因第二处理设备仅是将数据进行模式化转换,所以在数据核算时可实现明细级的数据核算。本实施例提供的技术方案与传统方法的对比如下:
传统的ERP(Enterprise Resource Planning,企业资源计划)系统可对企业所拥有的人、财务、信息、时间和空间等综合资源进行综合平衡和优化管理;但是ERP系统其财务核算能力不是单独提供的,而是包含在其各业务系统中的,即业务与核算关系耦合,其适用场景较少;不过各业务系统接入该ERP系统的接入成本低,且维护成本低;但ERP系统的可扩展性较低。
图1所示现有技术,为了支撑企业各种复杂的业务,采用了业务与核算分离(即业务与核算关系解耦)的思想,对上游不同业务系统及财务相关系统(如应收系统、应付系统等)产生的数据通过会计引擎模块转换为会计科目,进而生成记账凭证,以发送给数据库。图1所示的现有技术,其适用场景较ERP系统多;但这种实现方式带来的问题是接入效率高、维护成本高;一旦上游的业务系统变换或者会计科目调整,其造成的影响是巨大的。图1所示现有技术的可扩展性高于传统ERP系统。
本实施例提供的技术方案,同样是基于业务与核算分离(即业务与核算关系解耦)的思想,但较图1所示的现有技术增加了将数据转换为模式化信息的处理过程,屏蔽了与业务关联性强的会计科目,即便业务发生变化,之前生成的模式化信息也不会受影响;较ERP系统及图1所示现有技术,本实施例提供的技术方案的适用场景更多,其维护成本、接入成本介于ERP系统及图1所示现有技术之间。但本实施例提供的技术方案的可扩展性是最高的;具体表现在:图1所示现有技术,上游业务系统的数据经会计引擎模块处理后已经是汇总维度的数据了,因此带来的诸多限制,无法进行明细级别的核算;而本实施例提供的技术方案,上游业务系统的数据经处理后得到模式化信息,这些模式化信息可进行明细级别的核算,可根据上游业务数据跨账期的变换做自动红冲处理、还可进行账务汇总处理等等。
综上,本申请各实施例提供的技术方案基于数据处理模型,可以提供适应场景更多,接入成本和维护成本较低,并且扩展性更好。另外,本申请对采用什么样的计算机语言实现、基于什么样软硬件实现,不作具体限定。
上述各实施例提供的技术方案主要涉及的是财务应用领域,实际上还可以应用于其他与实际业务关联性大的应用领域,以将原有与业务关联性强的数据转换为标准模式化信息;再为模式化信息补充维度信息,一是便于后续数据处理;二是便于映射到具体的业务场景中,以接入现有业务处理体系中。
图6示出了本申请一实施例提供的数据处理方法的流程示意图。如图所示,所述数据处理方法包括:
301、获取至少一个数据处理系统的数据。
302、对所述数据进行模式化处理,以得到第一模式化信息。
303、基于与所述数据相关的关联信息,为所述第一模式化信息添加维度信息。
304、为添加所述维度信息的所述第一模式化信息,确定对应的数据处理类目。
305、对所述第一模式化信息进行所述数据处理类目对应的处理操作。
上述301中,数据处理系统可以是图1或图5中示出的各业务系统,应收系统或应付系统等等。获取到的数据可以是各数据处理系统所产生的数据,如交易数据等。
具体实施时,上述301可利用数据处理模型实现。即上述“对所述数据进行模式化处理,以得到第一模式化信息”,包括:
3011、获取数据处理模型。
3022、利用所述数据处理模型,将所述数据转换为所述数据处理模型中一预设模式对应的第一模式化信息。
其中,有关上述3011中的数据处理模型及上述步骤3022的内容,可参见上述各实施例中的内容,此处不再赘述。
上述303中,与所述数据相关的关联信息可以包括:产生所述数据的事件参与方信息,数据产生时间等的。假设,某一用户通过服务方提供的网络服务花费A价格购买了一商品;相应的业务系统产生支付数据A;与该支付数据A相关的关联信息可包括:支付时间、该用户的标识(如用户登录名等)、该网络服务所属的业务标识、商品标识等。
在一具体应用场景中,如财务应用场景,所述数据处理类目为会计科目。相应的,上述步骤304“为添加所述维度信息的所述第一模式化信息,确定对应的数据处理类目”,包括:
根据所述维度信息,映射出添加所述维度信息的所述第一模式化信息对应的会计科目;
相应的,本实施例提供的所述方法,还可包括如下步骤:
306、根据添加所述维度信息的所述第一模式化信息,生成所述会计科目对应的记账凭证。
307、将所述记录凭证保存于本地或发送至数据库以便调取。
在一可实现的技术方案中,维度信息包含至少一个维度项;相应的,上述步骤305“对所述模式化信息进行所述数据处理类目对应的处理操作”,可包括:
3051、获取添加有与所述第一模式化信息相同维度项的至少一个第二模式化信息;
3052、对所述第一模式化信息及所述至少一个第二模式化信息进行所述会计类目对应的账务处理操作,以得到相应的账务报表。
本实施例提供的技术方案,通过将数据处理为与业务无关的模式化信息;以减弱或消除数据与业务的强关联性强;即便业务发生变化,之前生成的模式化信息也不会受影响。为添加有维度信息的模式化信息确定数据处理类目,是为了映射到具体的业务场景中,以接入现有业务处理体系(如会计核算体系)。
图7示出了本申请又一实施例提供的数据处理方法的流程示意图。本实施例7提供的方法,是在图2所示实施例的基础上实现的,即本实施例中提及的模式化信息是采用图2所示实施例提供的技术方案生成的。具体的,如图7所示,所述方法包括:
401、响应于数据查询事件,确定所述数据查询事件中指定的目标维度信息。
402、获取添加有所述目标维度信息的至少一个模式化信息。
403、基于所述至少一个模式化信息,生成相应的数据报表。
上述401中,所述数据查询事件可以是用户通过客户端触发的报表查询事件。例如,用户通过客户端提供的报表查询页面,输入需查询的目标维度信息,然后点击页面上的“查询”控件,即完成了报表查询事件的触发。
上述402中,至少一个模式化信息可从服务端获取。
在一种可实现的技术方案中,所述目标维度信息包含至少一个维度项;相应的,上述403“基于所述至少一个模式化信息,生成相应的数据表”,可具体包括:
对所述至少一个模式化信息进行至少一个维度项的聚合处理,生成所述数据表。
进一步的,本实施例提供的所述方法还可包括:
404、响应于报表格式自定义事件,获取所述自定义事件中产生的自定义报表格式;
405、保存所述自定义报表格式。
上述报表格式自定义事件,可以是用户通过客户端提供的自定义配置功能实现。例如,用户通过在客户端提供的自定义配置页面设置报表格式。自定义报表格式设置完成后,可保存于本地,便于后续调用。
再进一步的,上述403“基于所述至少一个模式化信息,生成相应的数据表”可包括:
4031、响应于报表格式选择事件,获取所述报表格式选择事件指定的目标报表格式;
4032、基于所述至少一个模式化信息,生成所述目标报表格式对应的数据报表。
上述4031中,候选的报表格式可包含自定义报表格式和/或系统默认报表格式。用户可通过点选的方式触发所述报表格式选择事件,比如,用户点击打开下拉列表,下拉列表中展示有至少一个报表格式,选中其中一个报表格式,以完成报表格式的选择。
图8示出了本申请又一实施例提供的数据处理方法的流程示意图。本实施例8提供的方法,是在图2所示实施例的基础上实现的,即本实施例中提及的模式化信息是采用图2所示实施例提供的技术方案生成的。具体的,如图8所示,所述方法包括:
501、响应于一数据处理任务的执行指令,获取所述数据处理任务指定的数据处理类目。
502、获取与所述数据处理类目存在映射关系的至少一个模式化信息。
503、对所述至少一个模式化信息进行所述数据处理类目对应的处理操作,以生成相应的数据报表。
本实施例提供的技术方案可应用与多种应用场景,假设应用于财务场景,上述数据处理类目可以具体为会计科目。
上述502中,数据处理类目与模式化信息对应的维度信息有关,即上述“获取与所述数据处理类目存在映射关系的至少一个模式化信息”,可具体包括:
获取与所述数据处理类目存在映射关系的维度信息;
获取添加有所述维度信息的至少一个所述模式化信息。
图9示出了本申请又一实施例提供的数据处理方法的流程示意图。本实施例9提供的方法,是在图2所示实施例的基础上实现的,即本实施例中提及的模式化信息是采用图2所示实施例提供的技术方案生成的。具体的,如图9所示,所述方法包括:
601、响应于一数据稽核任务的执行指令,获取所述稽核任务指定的存在关联关系的两个目标预设模式。
602、分别获取所述两个目标预设模式各自对应的模式化信息。
603、对获取到的所有模式化信息进行数据稽核处理,得到处理结果。
其中,模式化信息是利用数据处理模型一预设模式对数据进行处理得到;
所述数据处理模型包括至少一个模型域;模型域中含有至少一个预设模式;分属于不同模型域的两个预设模式之间配置有关联关系。
有关上述步骤601~603的步骤可参见上述图2所示实施例中步骤104~106部分的内容,此处不作赘述。
图10示出了本申请一实施例提供的数据处理装置的结构示意图。如图10所示,所述数据处理装置包括:获取模块11、转换模块12及补充模块13。其中,所述获取模块11用于获取数据处理事件中产生的数据;所述转换模块12用于将所述数据转换为预置数据处理模型中一预设模式对应的模式化信息;所述补充模块13用于根据所述数据处理事件的事件记录,为所述模式化信息补充维度信息。其中,所述维度信息为确定模式化信息是否属于一账务处理任务的处理对象的依据。
本实施例提供的技术方案,通过预置一与业务无关的数据处理模型,先将数据处理事件中产生的与账务相关的数据转换为模式化信息;因脱离与业务关联性强的会计科目,数据处理过程的通用性更高;即便业务发生变化,之前生成的模式化信息也不会受影响。另外,为模式化信息补充维度信息,一是便于后续数据处理,如数据核算、稽核等;二是便于映射到具体的会计科目,以接入现有数据核算体系。
进一步的,所述数据处理模型包括至少一个模型域;模型域中含有至少一个预设模式。相应的,所述转换模块12还用于:
在所述至少一个模型域中,为所述数据确定其所属的目标模型域;
在所述目标模型域含有的至少一个预设模式中,为所述数据确定一适配的目标预设模式;
将所述数据转换为所述目标预设模式对应的模式化信息。
进一步的,所述数据处理模型中包含的各模型域分别与一域类目对应。相应的,所述转换模块12还用于:识别所述数据所属域类目;将所述至少一个模型域中,与所述数据所属域类目对应的模型域作为所述目标模型域。
进一步的,模型域中包含的各预设模式分别与一项类别对应。相应的,所述转换模块12还用于:识别所述数据所属项类别;将所述目标模型域含有的至少一个预设模式中,与所述数据所属项类别对应的预设模式作为所述模板预设模式。
进一步的,所述数据处理模型包括如下中的至少一个模型域:收入域、预收域、费用域、机构域、结算域、预付域;
所述收入域中包含如下中的至少一个预设模式:应收单模式、收款单模式、应收分配模式;
所述预收域中包含如下中的至少一个预设模式:转收入模式、预收应收单模式、预收使用记录模式、预收收款单模式;
所述费用域中包含如下中的至少一个预设模式:费用单模式、应付单模式;
所述结算域中包含如下中的至少一个预设模式:付款单模式、应付单模式;
所述预付域中包含如下中的至少一个预设模式:预付应付单模式、预付使用记录模式;
所述机构域中包含:至少一个第三服务方的流水单模式。
进一步的,分属于不同模型域的两个预设模式之间配置有关联关系,以便于利用关联关系执行两个不同模型域间的数据稽核任务。
进一步的,所述数据处理模型中存在如下中的至少一个关联关系:
所述费用单模式与所述应收分配模式间存在转移关系;
所述收款单模式与所述付款单模式间存在抵减关系;
所述收款单模式与所述预收使用记录模式存在预收款关系;
所述收款单模式与第三服务方的流水单模式存在机构收款关系;
所述收款单模式与所述预付使用记录模式存在预付款关系;
所述付款单模式与所述预付使用记录模式存在机构付款关系;
所述付款单模式与第三服务方的流水单模式存在机构付款关系;
所述预收收款单与第三服务方的流水单模式存在机构收款关系。
进一步的,本实施例提供的所述数据处理装置还可包括:
第一获取模块,用于响应于一数据稽核任务的执行指令,获取所述稽核任务指定的存在关联关系的两个目标预设模式;分别获取所述两个目标预设模式各自对应的模式化信息;
第一处理模块,用于对获取到的所有模式化信息进行数据稽核处理,得到处理结果。
进一步的,本实施例提供的所述数据处理装置还可包括:
第二获取模块,用于响应于一核算任务的执行指令,获取所述核算任务指定的目标维度信息;获取具有所述目标维度信息的所有模式化信息;
第二处理模块,用于将获取到的所有模式化信息进行聚合处理,生成核算报表。
进一步的,所述补充模块还用于:从所述数据处理事件的事件记录中,提取事件相关方信息;将所述事件相关方信息作为维度信息,对所述模式化信息进行补充。
进一步的,本实施例提供的所述数据处理装置还可包括:
确定模块,用于基于所述维度信息,确定会计科目;
生成模块,用于根据所述模式化信息及所述维度信息,生成所述会计科目对应的记账凭证。
这里需要说明的是:上述实施例提供的数据获取装置可实现上述各方法实施例中描述的技术方案,上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容,此处不再赘述。
图11示出了本申请另一实施例提供的数据处理装置的结构示意图。如图11所示,所述数据处理装置包括:获取模块21、处理模块22、添加模块23及确定模块24。其中,
获取模块21,用于获取至少一个数据处理系统的数据;
处理模块22,用于对所述数据进行模式化处理,以得到第一模式化信息;
添加模块23,用于基于与所述数据相关的关联信息,为所述第一模式化信息添加维度信息;
确定模块24,用于为添加所述维度信息的所述第一模式化信息,确定对应的数据处理类目;
所述处理模块22,还用于对所述第一模式化信息进行所述数据处理类目对应的处理操作。
本实施例提供的技术方案,通过将数据处理为与业务无关的模式化信息;以减弱或消除数据与业务的强关联性强;即便业务发生变化,之前生成的模式化信息也不会受影响。为添加有维度信息的模式化信息确定数据处理类目,是为了映射到具体的业务场景中,以接入现有业务处理体系(如会计核算体系)。
进一步的,所述处理模块22还用于:获取数据处理模型;利用所述数据处理模型,将所述数据转换为所述数据处理模型中一预设模式对应的第一模式化信息。
进一步的,所述数据处理类目为会计科目;相应的,所述确定模块24还用于:根据所述维度信息,映射出添加所述维度信息的所述第一模式化信息对应的会计科目。所述数据处理模块还可包括:生成模块及存储模块。其中,生成模块用于根据添加所述维度信息的所述第一模式化信息,生成所述会计科目对应的记账凭证;存储模块用于将所述记录凭证保存于本地;或者,所述数据处理模块还包括:生成模块及发送模块,其中,生成模块用于根据添加所述维度信息的所述第一模式化信息,生成所述会计科目对应的记账凭证;发送模块用于将所述记录凭证发送至数据库以便调取。
进一步的,维度信息包含至少一个维度项;相应的,所述处理模块22还用于:
获取添加有与所述第一模式化信息相同维度项的至少一个第二模式化信息;
对所述第一模式化信息及所述至少一个第二模式化信息进行所述会计类目对应的账务处理操作,以得到相应的账务报表。
这里需要说明的是:上述实施例提供的数据获取装置可实现上述各方法实施例中描述的技术方案,上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容,此处不再赘述。
图12示出了本申请又一实施例提供的数据处理装置的结构示意图。如图12所示,所述数据处理装置包括:确定模块31、获取模块32及生成模块33。其中,确定模块31用于响应于数据查询事件,确定所述数据查询事件中指定的目标维度信息;获取模块32用于获取添加有所述目标维度信息的至少一个模式化信息;生成模块33用于基于所述至少一个模式化信息,生成相应的数据报表。
进一步的,所述目标维度信息包含至少一个维度项;相应的,所述生成模块33还用于:对所述至少一个模式化信息进行至少一个维度项的聚合处理,生成所述数据表。
进一步的,所述数据处理模块还包括:
所述获取模块32,还用于响应于报表格式自定义事件,获取所述自定义事件中产生的自定义报表格式;
保存模块,用于保存所述自定义报表格式。
进一步的,所述生成模块33还用于:
响应于报表格式选择事件,获取所述报表格式选择事件指定的目标报表格式;
基于所述至少一个模式化信息,生成所述目标报表格式对应的数据报表。
这里需要说明的是:上述实施例提供的数据获取装置可实现上述各方法实施例中描述的技术方案,上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容,此处不再赘述。
图13示出了本申请又一实施例提供的数据处理装置的结构示意图。如图13所示,所述数据处理装置包括:获取模块41及处理模块42。其中,
所述获取模块41,用于响应于一数据处理任务的执行指令,获取所述数据处理任务指定的数据处理类目;还用于获取与所述数据处理类目存在映射关系的至少一个模式化信息;
所述处理模块42,用于对所述至少一个模式化信息进行所述数据处理类目对应的处理操作,以生成相应的数据报表。
进一步的,所述获取模块41还用于:获取与所述数据处理类目存在映射关系的维度信息;获取添加有所述维度信息的至少一个所述模式化信息。
这里需要说明的是:上述实施例提供的数据获取装置可实现上述各方法实施例中描述的技术方案,上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容,此处不再赘述。
图14示出了本申请又一实施例提供的数据处理装置的结构示意图。如图14所示,所述数据处理装置包括:获取模块51及稽核模块52;其中,
所述获取模块51,用于响应于一数据稽核任务的执行指令,获取所述稽核任务指定的存在关联关系的两个目标预设模式;还用于分别获取所述两个目标预设模式各自对应的模式化信息;
所述稽核模块52,用于对获取到的所有模式化信息进行数据稽核处理,得到处理结果。
其中,模式化信息是利用数据处理模型一预设模式对数据进行处理得到;所述数据处理模型包括至少一个模型域;模型域中含有至少一个预设模式;分属于不同模型域的两个预设模式之间配置有关联关系。
图15示出了本申请一实施例提供的计算设备的结构示意图。如图15所示,所述计算设备包括:存储器61及处理器62,其中,
所述存储器61,用于存储程序;
所述处理器62,与所述存储器61耦合,用于执行所述存储器61中存储的所述程序,以用于:
获取数据处理事件中产生的数据;
将所述数据转换为预置数据处理模型中一预设模式对应的模式化信息;
根据所述数据处理事件的事件记录,为所述模式化信息补充维度信息;
其中,所述维度信息为确定模式化信息是否属于一账务处理任务的处理对象的依据。
上述存储器61可被配置为存储其它各种数据以支持在计算设备上的操作。这些数据的示例包括用于在计算设备上操作的任何应用程序或方法的指令。存储器61可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
上述处理器62在执行存储器61中的程序时,除了上面的功能之外,还可实现其它功能,具体可参见前面各实施例的描述。
进一步,如图15所示,计算设备还包括:通信组件63、显示器64、电源组件65、音频组件66等其它组件。图15中仅示意性给出部分组件,并不意味着计算设备只包括图15所示组件。
相应地,本申请实施例还提供一种存储有计算机程序的计算机可读存储介质,所述计算机程序被计算机执行时能够实现上述各实施例提供的数据处理方法的步骤或功能。
本申请另一实施例提供了一种计算设备。该计算设备的结构与上述计算设备实施例类同,可参见上述图15所示。计算设备包括存储器及处理器,其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
获取至少一个数据处理系统的数据;
对所述数据进行模式化处理,以得到第一模式化信息;
基于与所述数据相关的关联信息,为所述第一模式化信息添加维度信息;
为添加所述维度信息的所述第一模式化信息,确定对应的数据处理类目;
对所述第一模式化信息进行所述数据处理类目对应的处理操作。
其中,处理器在执行存储器中的程序时,除了上面的功能之外,还可实现其它功能,具体可参见前面各实施例的描述。
本申请又一实施例提供了一种计算设备。该计算设备的结构与上述计算设备实施例类同,可参见上述图15所示。计算设备包括存储器及处理器,其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
响应于数据查询事件,确定所述数据查询事件中指定的目标维度信息;
获取添加有所述目标维度信息的至少一个模式化信息;
基于所述至少一个模式化信息,生成相应的数据报表。
其中,处理器在执行存储器中的程序时,除了上面的功能之外,还可实现其它功能,具体可参见前面各实施例的描述。
本申请又一实施例提供了一种计算设备。该计算设备的结构与上述计算设备实施例类同,可参见上述图15所示。计算设备包括存储器及处理器,其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
响应于一数据处理任务的执行指令,获取所述数据处理任务指定的数据处理类目;
获取与所述数据处理类目存在映射关系的至少一个模式化信息;
对所述至少一个模式化信息进行所述数据处理类目对应的处理操作,以生成相应的数据报表。
其中,处理器在执行存储器中的程序时,除了上面的功能之外,还可实现其它功能,具体可参见前面各实施例的描述。
本申请又一实施例提供了一种计算设备。该计算设备的结构与上述计算设备实施例类同,可参见上述图15所示。计算设备包括存储器及处理器,其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
响应于一数据稽核任务的执行指令,获取所述稽核任务指定的存在关联关系的两个目标预设模式;
分别获取所述两个目标预设模式各自对应的模式化信息;
对获取到的所有模式化信息进行数据稽核处理,得到处理结果。
其中,处理器在执行存储器中的程序时,除了上面的功能之外,还可实现其它功能,具体可参见前面各实施例的描述。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (35)

1.一种数据处理方法,其特征在于,包括:
获取数据处理事件中产生的数据;
将所述数据转换为预置数据处理模型中一预设模式对应的模式化信息;
根据所述数据处理事件的事件记录,为所述模式化信息补充维度信息;
其中,所述维度信息为确定模式化信息是否属于一处理任务的处理对象的依据。
2.根据权利要求1所述的方法,其特征在于,所述数据处理模型包括至少一个模型域;模型域中含有至少一个预设模式;以及
将所述数据转换为预置数据处理模型中一预设模式对应的模式化信息,包括:
在所述至少一个模型域中,为所述数据确定其所属的目标模型域;
在所述目标模型域含有的至少一个预设模式中,为所述数据确定一适配的目标预设模式;
将所述数据转换为所述目标预设模式对应的模式化信息。
3.根据权利要求2所述的方法,其特征在于,所述数据处理模型中包含的各模型域分别与一域类目对应;以及
在所述至少一个模型域中,为所述数据确定其所属的目标模型域,包括:
识别所述数据所属域类目;
将所述至少一个模型域中,与所述数据所属域类目对应的模型域作为所述目标模型域。
4.根据权利要求3所述的方法,其特征在于,模型域中包含的各预设模式分别与一项类别对应;以及
在所述目标模型域含有的至少一个预设模式中,为所述数据确定一适配的目标预设模式,包括:
识别所述数据所属项类别;
将所述目标模型域含有的至少一个预设模式中,与所述数据所属项类别对应的预设模式作为所述模板预设模式。
5.根据权利要求2至4中任一项所述的方法,其特征在于,
所述数据处理模型包括如下中的至少一个模型域:收入域、预收域、费用域、机构域、结算域、预付域;
所述收入域中包含如下中的至少一个预设模式:应收单模式、收款单模式、应收分配模式;
所述预收域中包含如下中的至少一个预设模式:转收入模式、预收应收单模式、预收使用记录模式、预收收款单模式;
所述费用域中包含如下中的至少一个预设模式:费用单模式、应付单模式;
所述结算域中包含如下中的至少一个预设模式:付款单模式、应付单模式;
所述预付域中包含如下中的至少一个预设模式:预付应付单模式、预付使用记录模式;
所述机构域中包含:至少一个第三服务方的流水单模式。
6.根据权利要求5所述方法,其特征在于,分属于不同模型域的两个预设模式之间配置有关联关系,以便于利用关联关系执行两个不同模型域间的数据稽核任务。
7.根据权利要求6所述的方法,其特征在于,所述数据处理模型中存在如下中的至少一个关联关系:
所述费用单模式与所述应收分配模式间存在转移关系;
所述收款单模式与所述付款单模式间存在抵减关系;
所述收款单模式与所述预收使用记录模式存在预收款关系;
所述收款单模式与第三服务方的流水单模式存在机构收款关系;
所述收款单模式与所述预付使用记录模式存在预付款关系;
所述付款单模式与所述预付使用记录模式存在机构付款关系;
所述付款单模式与第三服务方的流水单模式存在机构付款关系;
所述预收收款单与第三服务方的流水单模式存在机构收款关系。
8.根据权利要求6或7所述的方法,其特征在于,
响应于一数据稽核任务的执行指令,获取所述稽核任务指定的存在关联关系的两个目标预设模式;
分别获取所述两个目标预设模式各自对应的模式化信息;
对获取到的所有模式化信息进行数据稽核处理,得到处理结果。
9.根据权利要求1至4中任一项所述的方法,其特征在于,
响应于一核算任务的执行指令,获取所述核算任务指定的目标维度信息;
获取具有所述目标维度信息的所有模式化信息;
将获取到的所有模式化信息进行聚合处理,生成核算报表。
10.根据权利要求1至4中任一项所述的方法,其特征在于,根据所述数据处理事件的事件记录,为所述模式化信息补充维度信息,包括:
从所述数据处理事件的事件记录中,提取事件相关方信息;
将所述事件相关方信息作为维度信息,对所述模式化信息进行补充。
11.根据权利要求1至4中任一项所述的方法,其特征在于,还包括:
基于所述维度信息,确定会计科目;
根据所述模式化信息及所述维度信息,生成所述会计科目对应的记账凭证。
12.一种数据处理模型,其特征在于,用于将输入的数据转换为一预设模式对应的模式化信息;所述数据处理模型包括转换单元;
所述转换单元包括至少一个模型域,模型域包含有至少一个预设模式;
其中,所述至少一个模型域中各模型域分别与一域类目对应;所述至少一个预设模式中各预设模式分别与一项类别对应,并分别为输入的数据提供相应的数据转换规则。
13.根据权利要求12所述的数据处理模型,其特征在于,分属于不同模型域的两个预设模式之间配置有关联关系,以便于利用关联关系执行两个不同模型域间的数据稽核任务。
14.根据权利要求12或13所述的数据处理模型,其特征在于,
所述数据处理模型包括如下中的至少一个模型域:收入域、预收域、费用域、机构域、结算域、预付域;
所述收入域中包含如下中的至少一个预设模式:应收单模式、收款单模式、应收分配模式;
所述预收域中包含如下中的至少一个预设模式:转收入模式、预收应收单模式、预收使用记录模式、预收收款单模式;
所述费用域中包含如下中的至少一个预设模式:费用单模式、应付单模式;
所述结算域中包含如下中的至少一个预设模式:付款单模式、应付单模式;
所述预付域中包含如下中的至少一个预设模式:预付应付单模式、预付使用记录模式;
所述机构域中包含:至少一个第三服务方的流水单模式。
15.根据权利要求14所述的数据处理模型,其特征在于,所述数据处理模型中存在如下中的至少一个关联关系:
所述费用单模式与所述应收分配模式间存在转移关系;
所述收款单模式与所述付款单模式间存在抵减关系;
所述收款单模式与所述预收使用记录模式存在预收款关系;
所述收款单模式与第三服务方的流水单模式存在机构收款关系;
所述收款单模式与所述预付使用记录模式存在预付款关系;
所述付款单模式与所述预付使用记录模式存在机构付款关系;
所述付款单模式与第三服务方的流水单模式存在机构付款关系;
所述预收收款单与第三服务方的流水单模式存在机构收款关系。
16.根据权利要求12或13所述的数据处理模型,其特征在于,还包括:
补充单元,用于根据数据处理事件的事件记录,为所述转换单元输出的模式化信息补充维度信息;
其中,所述维度信息为确定模式化信息是否属于一处理任务的处理对象的依据;转化为所述模式化信息的数据是在所述数据处理事件中产生的。
17.根据权利要求12或13所述的数据处理模型,其特征在于,还包括:
核算单元,用于响应于一核算任务的执行指令,获取所述核算任务指定的目标维度信息;获取具有所述目标维度信息的所有模式化信息;将获取到的所有模式化信息进行聚合处理,生成核算报表;和/或
稽核单元,用于响应于一数据稽核任务的执行指令,获取所述稽核任务指定的存在关联关系的两个目标预设模式;分别获取所述两个目标预设模式各自对应的模式化信息;对获取到的所有模式化信息进行数据稽核处理,得到处理结果。
18.一种数据处理系统,其特征在于,包括:
服务端,用于提供多种类别的服务,记录各服务对应的数据处理事件;
第一处理设备,与所述服务端连接,用于针对数据处理事件,生成相应的记账凭证;
第二处理设备,设置在所述服务端与所述第一处理设备之间,用于将数据处理事件中产生的数据转换为预置数据处理模型中一预设模式对应的模式化信息;在根据数据处理事件的事件记录为所述模式化信息补充维度信息后,将所述模式化信息发送至所述第一处理设备,以便所述第一处理设备基于所述模式化信息生成相应的记账凭证;
其中,所述维度信息为确定模式化信息是否属于一处理任务的处理对象的依据。
19.一种数据处理方法,其特征在于,包括:
获取至少一个数据处理系统的数据;
对所述数据进行模式化处理,以得到第一模式化信息;
基于与所述数据相关的关联信息,为所述第一模式化信息添加维度信息;
为添加所述维度信息的所述第一模式化信息,确定对应的数据处理类目;
对所述第一模式化信息进行所述数据处理类目对应的处理操作。
20.根据权利要求19所述的方法,其特征在于,对所述数据进行模式化处理,以得到第一模式化信息,包括:
获取数据处理模型;
利用所述数据处理模型,将所述数据转换为所述数据处理模型中一预设模式对应的第一模式化信息。
21.根据权利要求19或20所述的方法,其特征在于,所述数据处理类目为会计科目;以及
为添加所述维度信息的所述第一模式化信息,确定对应的数据处理类目,包括:
根据所述维度信息,映射出添加所述维度信息的所述第一模式化信息对应的会计科目;
所述方法,还包括:
根据添加所述维度信息的所述第一模式化信息,生成所述会计科目对应的记账凭证;
将所述记录凭证保存于本地或发送至数据库以便调取。
22.根据权利要求22所述的方法,其特征在于,维度信息包含至少一个维度项;以及
对所述模式化信息进行所述数据处理类目对应的处理操作,包括:
获取添加有与所述第一模式化信息相同维度项的至少一个第二模式化信息;
对所述第一模式化信息及所述至少一个第二模式化信息进行所述会计类目对应的账务处理操作,以得到相应的账务报表。
23.一种数据处理方法,其特征在于,包括:
响应于数据查询事件,确定所述数据查询事件中指定的目标维度信息;
获取添加有所述目标维度信息的至少一个模式化信息;
基于所述至少一个模式化信息,生成相应的数据报表。
24.根据权利要求23所述的方法,其特征在于,所述目标维度信息包含至少一个维度项;
以及,基于所述至少一个模式化信息,生成相应的数据表,包括:
对所述至少一个模式化信息进行至少一个维度项的聚合处理,生成所述数据表。
25.根据权利要求23所述的方法,其特征在于,还包括:
响应于报表格式自定义事件,获取所述自定义事件中产生的自定义报表格式;
保存所述自定义报表格式。
26.根据权利要求23所述的方法,其特征在于,基于所述至少一个模式化信息,生成相应的数据表,包括:
响应于报表格式选择事件,获取所述报表格式选择事件指定的目标报表格式;
基于所述至少一个模式化信息,生成所述目标报表格式对应的数据报表。
27.一种数据处理方法,其特征在于,包括:
响应于一数据处理任务的执行指令,获取所述数据处理任务指定的数据处理类目;
获取与所述数据处理类目存在映射关系的至少一个模式化信息;
对所述至少一个模式化信息进行所述数据处理类目对应的处理操作,以生成相应的数据报表。
28.根据权利要求27所述的方法,其特征在于,获取与所述数据处理类目存在映射关系的至少一个模式化信息,包括:
获取与所述数据处理类目存在映射关系的维度信息;
获取添加有所述维度信息的至少一个所述模式化信息。
29.一种数据处理方法,其特征在于,包括:
响应于一数据稽核任务的执行指令,获取所述稽核任务指定的存在关联关系的两个目标预设模式;
分别获取所述两个目标预设模式各自对应的模式化信息;
对获取到的所有模式化信息进行数据稽核处理,得到处理结果。
30.根据权利要求29所述的方法,其特征在于,模式化信息是利用数据处理模型一预设模式对数据进行处理得到;
所述数据处理模型包括至少一个模型域;模型域中含有至少一个预设模式;分属于不同模型域的两个预设模式之间配置有关联关系。
31.一种计算设备,其特征在于,包括存储器及处理器,其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
获取数据处理事件中产生的数据;
将所述数据转换为预置数据处理模型中一预设模式对应的模式化信息;
根据所述数据处理事件的事件记录,为所述模式化信息补充维度信息;
其中,所述维度信息为确定模式化信息是否属于一处理任务的处理对象的依据。
32.一种计算设备,其特征在于,包括存储器及处理器,其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
获取至少一个数据处理系统的数据;
对所述数据进行模式化处理,以得到第一模式化信息;
基于与所述数据相关的关联信息,为所述第一模式化信息添加维度信息;
为添加所述维度信息的所述第一模式化信息,确定对应的数据处理类目;
对所述第一模式化信息进行所述数据处理类目对应的处理操作。
33.一种计算设备,其特征在于,包括存储器及处理器,其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
响应于数据查询事件,确定所述数据查询事件中指定的目标维度信息;
获取添加有所述目标维度信息的至少一个模式化信息;
基于所述至少一个模式化信息,生成相应的数据报表。
34.一种计算设备,其特征在于,包括存储器及处理器,其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
响应于一数据处理任务的执行指令,获取所述数据处理任务指定的数据处理类目;
获取与所述数据处理类目存在映射关系的至少一个模式化信息;
对所述至少一个模式化信息进行所述数据处理类目对应的处理操作,以生成相应的数据报表。
35.一种计算设备,其特征在于,包括存储器及处理器,其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
响应于一数据稽核任务的执行指令,获取所述稽核任务指定的存在关联关系的两个目标预设模式;
分别获取所述两个目标预设模式各自对应的模式化信息;
对获取到的所有模式化信息进行数据稽核处理,得到处理结果。
CN201910779109.2A 2019-08-22 2019-08-22 数据处理方法、数据处理模型、系统及计算设备 Pending CN112488813A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910779109.2A CN112488813A (zh) 2019-08-22 2019-08-22 数据处理方法、数据处理模型、系统及计算设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910779109.2A CN112488813A (zh) 2019-08-22 2019-08-22 数据处理方法、数据处理模型、系统及计算设备

Publications (1)

Publication Number Publication Date
CN112488813A true CN112488813A (zh) 2021-03-12

Family

ID=74919803

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910779109.2A Pending CN112488813A (zh) 2019-08-22 2019-08-22 数据处理方法、数据处理模型、系统及计算设备

Country Status (1)

Country Link
CN (1) CN112488813A (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104700275A (zh) * 2013-12-09 2015-06-10 世纪禾光科技发展(北京)有限公司 一种电子商务平台会计核算的方法和系统
CN105373958A (zh) * 2015-11-02 2016-03-02 李泰然 一种基于银行账单的记账方法
CN105488720A (zh) * 2015-11-27 2016-04-13 国网北京市电力公司 账务数据的处理方法及装置
CN106022902A (zh) * 2016-05-13 2016-10-12 中国建设银行股份有限公司 一种会计核算方法及装置
CN109034988A (zh) * 2018-07-26 2018-12-18 北京京东金融科技控股有限公司 一种会计分录生成方法和装置
CN109255703A (zh) * 2018-07-12 2019-01-22 中国建设银行股份有限公司 交易数据处理方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104700275A (zh) * 2013-12-09 2015-06-10 世纪禾光科技发展(北京)有限公司 一种电子商务平台会计核算的方法和系统
CN105373958A (zh) * 2015-11-02 2016-03-02 李泰然 一种基于银行账单的记账方法
CN105488720A (zh) * 2015-11-27 2016-04-13 国网北京市电力公司 账务数据的处理方法及装置
CN106022902A (zh) * 2016-05-13 2016-10-12 中国建设银行股份有限公司 一种会计核算方法及装置
CN109255703A (zh) * 2018-07-12 2019-01-22 中国建设银行股份有限公司 交易数据处理方法及装置
CN109034988A (zh) * 2018-07-26 2018-12-18 北京京东金融科技控股有限公司 一种会计分录生成方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
珠海远方电脑有限公司编: "《会计电算化上机操作指导》", 31 July 1996, 北京:中国商业出版社, pages: 77 - 81 *

Similar Documents

Publication Publication Date Title
CN108734457B (zh) 一种统一收银系统下的退款方法
US10592994B1 (en) Orchestrating electronic signature, payment, and filing of tax returns
CN111861717B (zh) 一种合约账户的管理方法、装置、设备及存储介质
CN106254543A (zh) 基于云计算架构的分布式互联网金融网贷方法和系统
US9953318B1 (en) Automatic transaction-based verification of account ownership
CN107220893B (zh) 一种平台计息方法及其控制系统
CN112258306B (zh) 账务信息核对的方法、装置、电子设备和存储介质
CN103578030A (zh) 一种数据处理方法和装置
CN113205402A (zh) 对账方法、装置、电子设备及计算机可读介质
CN114579087A (zh) 一种电力客户服务业务中台设计方法及装置
CN113935818A (zh) 一种订单结算方法、系统和电子设备
CN113822749B (zh) 基于rpa及ai的商户结算付款处理方法、装置、设备及介质
CN108762727B (zh) 一种事件驱动的财务信息处理方法和系统
CN113837855A (zh) 基于云网络的跨境增值税批量智能处理方法、装置及设备
CN110148049A (zh) 一种风险控制方法、装置、计算机设备及可读存储介质
CN117094764A (zh) 银行积分处理方法及装置
CN112488813A (zh) 数据处理方法、数据处理模型、系统及计算设备
KR20090063805A (ko) 불법 금융 거래 정보를 관리하고 혐의 거래의 확인과보고서 작성 및 등록을 통합적으로 수행하는 방법 및시스템
JP2001222656A (ja) 財務管理システム、装置、方法及び記録媒体
CN111028025B (zh) 基于大数据的票据数据处理方法、装置、设备和介质
CN113822660A (zh) 数据处理的方法、装置、电子设备及介质
US8538839B2 (en) System, method, and program product for unit transfer fee processing
CN111415237A (zh) 一种发票核销方法、系统、终端及介质
CN206178965U (zh) 一种用于电力通信的信息化业务管理系统
US20230394478A1 (en) Generating and publishing unified transaction streams from a plurality of computer networks for downstream computer service systems

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