账务获取方法、系统、电子设备及计算机可读介质与流程

本发明涉及数据处理技术领域，尤其是涉及账务获取方法、系统、电子设备及计算机可读介质。

背景技术：

不论是大型集团型企业还是以业务先行快速发展的企业，其it(信息技术，informationtechnology)系统建设往往都呈现分散、交叉、非标准和单据终态等特点，这些特点导致企业的总账、财务分析等业务在处理上存在业务流水多源较难采集和业务流水非标准等问题。

技术实现要素：

有鉴于此，本发明的目的在于提供账务获取方法、系统、电子设备及计算机可读介质，以降低多源业务流水的采集难度，提高经处理的业务数据的标准化程度。

第一方面，本发明实施例提供了一种账务获取方法，其中，所述方法包括：通过多种数据接口采集多类业务系统的原始业务数据；不同数据接口对接的业务系统不同；将采集的所述原始业务数据按照指定格式进行转换，得到标准业务数据；按照预设的数据维度将所述标准业务数据拆解为多个子业务数据，并获取每个所述子业务数据对应的账务。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，所述将采集的所述原始业务数据按照指定格式进行转换的步骤，包括：将采集的所述原始业务数据转换为按照预设的数据关键字段陈列的数据。

结合第一方面的第一种可能的实施方式，本发明实施例提供了第一方面的第二种可能的实施方式，其中，所述数据关键字段包括已定义的常规信息项字段和待定义的扩展信息项字段；所述将采集的所述原始业务数据转换为按照预设的数据关键字段陈列的数据的步骤，包括：查找采集的所述原始业务数据中与所述常规信息项字段对应的业务数据；按照预设的常规信息项字段的排列格式陈列查找到的业务数据；将所述原始业务数据中未查找到与所述常规信息项字段对应的业务数据确定为第一扩展业务数据，基于所述第一扩展业务数据定义扩展信息项字段，并按照定义的所述扩展信息项字段的排列格式陈列所述第一扩展业务数据。

结合第一方面，本发明实施例提供了第一方面的第三种可能的实施方式，其中，所述数据维度包括已定义的常规数据维度和待定义的扩展数据维度；所述按照预设的数据维度将所述标准业务数据拆解为多个子业务数据的步骤，包括：查找所述标准业务数据中与所述常规数据维度对应的业务数据；按照预设的所述常规数据维度将查找到的业务数据拆解为多个子业务数据；将所述标准业务数据中未查找到与所述常规数据维度对应的业务数据确定为第二扩展业务数据，基于所述第二扩展业务数据定义扩展数据维度，并按照定义的所述扩展数据维度将所述第二扩展业务数据拆解为多个子业务数据。

结合第一方面，本发明实施例提供了第一方面的第四种可能的实施方式，其中，所述方法还包括：按照不含税费用项和税费费用项的数据维度对所述子业务数据对应的账务进行税务拆解操作，得到税款费用项账务数据；和/或，按照核销需求的数据维度对所述子业务数据对应的账务进行财务核销操作，得到结转账务数据；和/或，按照记账需求的数据维度对所述子业务数据对应的账务进行记账标识操作，得到记账账务数据。

结合第一方面，本发明实施例提供了第一方面的第五种可能的实施方式，其中，所述数据接口包括远程过程调用rpc接口、萃取转置加载etl服务、消息队列mq接口和sockt端口中的多种。

第二方面，本发明实施例还提供一种账务获取系统，其中，所述系统包括依次连接的业务流水采集模块、业务流水标准化模块和账务拆解模块；所述业务流水采集模块，用于通过多种数据接口采集多类业务系统的原始业务数据；不同数据接口对接的业务系统不同；所述业务流水标准化模块，用于将采集的所述原始业务数据按照指定格式进行转换，得到标准业务数据；所述账务拆解模块，用于按照预设的数据维度将所述标准业务数据拆解为多个子业务数据，并获取每个所述子业务数据对应的账务。

结合第二方面，本发明实施例提供了第二方面的第一种可能的实施方式，其中，所述业务流水标准化模块包括：将采集的所述原始业务数据转换为按照预设的数据关键字段陈列的数据。

第三方面，本发明实施例还提供一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其中，处理器执行计算机程序时实现上述第一方面任一项所述的方法的步骤。

第四方面，本发明实施例还提供一种具有处理器可执行的非易失的程序代码的计算机可读介质，其中，所述程序代码使所述处理器执行所述第一方面任一项所述方法。

本发明实施例带来了以下有益效果：

本发明实施例所提供的账务获取方法、系统、电子设备及计算机可读介质，首先通过不同数据接口对接不同的业务系统来采集原始业务数据；然后按照指定格式将原始业务数据转换为标准业务数据；最后按照预设的数据维度将标准业务数据拆解为多个子业务数据，并获取每个子业务数据对应的账务。本发明实施例通过采用不同数据接口对接不同的业务系统可以降低多源业务流水的采集难度，基于指定格式和数据维度对业务数据进行处理，可有效提高经处理的业务数据的标准化程度。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一提供的账务获取方法流程图；

图2为本发明实施例一提供的业务数据处理过程示意图；

图3为本发明实施例二提供的一种账务获取系统的结构框图；

图4为本发明实施例二提供的另一种账务获取系统的结构框图；

图5为本发明实施例二提供的基于账务获取系统的业务数据处理过程示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

考虑到现有企业在业务在处理上存在的业务流水多源较难采集和业务流水非标准等问题，本发明实施例提供的一种账务获取方法、系统、电子设备及计算机可读介质，可以降低多源业务流水的采集难度，提高经处理的业务数据的标准化程度。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种账务获取方法进行详细介绍。

实施例一：

参照如图1所示的账务获取方法流程图，该方法包括：

步骤s102，通过多种数据接口采集多类业务系统的原始业务数据；不同数据接口对接的业务系统不同。

为了解决企业或组织在运营过程中多源数据采集问题，诸如多类分散的业务系统的多源数据采集以及各业务系统在功能上重复交叉导致的多源同类业务数据。本实施例可以通过设置多种数据接口并按照业务系统的实现功能采集各类业务系统的诸如营收、账户、营销、资方和采购等原始业务数据。其中，数据接口诸如可以包括rpc(remoteprocedurecall，远程过程调用)接口、etl(extract-transform-load，数据仓库技术)服务、binlog接口、mq(messagequeue，消息队列)接口和sockt端口中的多种。

在实际应用中，可以根据业务系统的实现功能确定所调用的数据接口，一个数据接口可对接于至少一个相同或不同的业务系统；不同数据接口对接的业务系统的功能可以不同。例如，对于远程调用的数据，可以通过调用rpc接口采集各个分公司的订单系统的二手车用户订单；对于发生表格变更的数据，可以通过调用binlog接口采集采购系统的车源数据库表的变更数据，还可以通过调用binlog接口采集营销系统的价格数据库表的变更数据。当然，以上仅为对数据接口采集业务系统的原始业务数据的示例性说明，不应理解为限制。

步骤s104，将采集的原始业务数据按照指定格式进行转换，得到标准业务数据。

在本实施例中，可以将在表达形式、排列顺序、字段格式和信息内容等诸多方面均存在差异的原始数据业务按照预先设置的指定格式进行标准化转换，得到标准业务数据。诸如，以二手车交易过程中产生的费用项明细作为原始业务数据为示例，按照预设的指定格式，可以将费用项明细转换为如下内容：费用项编码、费用项应收/付金额以及本次费用项实际收/付金额。

步骤s106，按照预设的数据维度将标准业务数据拆解为多个子业务数据，并获取每个子业务数据对应的账务。

在本实施例中，数据维度可理解为拆解数据的粗细程度。按照不同的数据维度可将标准业务数据拆解为不同粗细程度的多个子业务数据；其中，当数据维度为最小颗粒度也即标准业务数据不可再拆解时，将该数据维度下对应的子业务数据定义为原子化业务数据。为便于理解，以下以原子化业务数据的获取过程为示例对数据拆解过程进行描述：诸如，将标准业务数据“张三在x月x日去a地出差报销n金额”拆解为如下的原子化业务数据：“姓名：张三”、“时间：x月x日”、“地点：a地”、“业务情景：出差”和“费用项：报销n金额”。

本实施例可以从拆解的子业务数据中获取账务。以上述原子化业务数据为例，对应的账务为“费用项：报销n金额”。根据实际应用情况，还可以进一步将账务进行拆解，以得到最小维度的原子化账务数据；诸如，将费用项拆解为餐饮费n1金额、住宿费n2金额和交通费n3金额。

本实施例所提供的账务获取方法，首先通过不同数据接口对接不同的业务系统来采集原始业务数据；然后按照指定格式将原始业务数据转换为标准业务数据；最后按照预设的数据维度将标准业务数据拆解为多个子业务数据，并获取每个子业务数据对应的账务。本实施例通过采用不同数据接口对接不同的业务系统可以降低多源业务流水的采集难度，基于指定格式和数据维度对业务数据进行处理，可有效提高经处理的业务数据的标准化程度。

在一种可能的实施例中，上述将采集的原始业务数据按照指定格式进行转换的步骤可以包括：将采集的原始业务数据转换为按照预设的数据关键字段陈列的数据。其中，数据关键字段是基于原始业务数据中的关键信息(如时间、公司主体和订单编号等)而预先定义的。

在一种具体的实现方式中，可以通过对数据组织形式和关键信息进行定义，生成业务流水标准。其中，数据组织形式可以包括文本文档、电子表格、html(hypertextmarkuplanguage，超文本标记语言)和xml(extensiblemarkuplanguage，可扩展标记语言)文档等多种形式，基于此，所生成的业务流水标准即为记录有上述数据关键字段的介质。

为了满足部分业务系统的个性化业务需求，还可以定义业务流水标准的扩展属性，在已有数据关键字段的基础上添加扩展的数据字段。为便于理解，本实施例给出一种可能的具体实现方式。数据关键字段可以包括已定义的常规信息项字段和待定义的扩展信息项字段。参照表1中以电子表格形式为例的业务流水标准，示出的已定义的常规信息项字段可以包括：busitradeno、contractno和transactionuserinfo等；待定义的扩展信息项字段为在表格最后一行预留的可执行定义操作的busispecialinfo。其中，以上常规信息项字段和扩展信息项字段的具体说明可参照表格右列每个字段对应的字段说明。

表1

在一种可能的本实施例中，数据维度包括已定义的常规数据维度和待定义的扩展数据维度。与数据关键字段相类似的，也可以通过对数据组织形式、数据维度和扩展属性进行定义，生成拆解标准。其中，拆解标准即为记录有常规数据维度和扩展数据维度的介质，该介质诸如文本文档、电子表格、html和xml文档等。

基于此，按照预设的数据维度将标准业务数据拆解为多个子业务数据的具体实现过程可以如下步骤(1)至(3)：

(1)查找标准业务数据中与常规数据维度对应的业务数据。

(2)按照预设的常规数据维度将查找到的业务数据拆解为多个子业务数据。

(3)将标准业务数据中未查找到与常规数据维度对应的业务数据确定为第二扩展业务数据，基于第二扩展业务数据定义扩展数据维度，并按照定义的扩展数据维度将第二扩展业务数据拆解为多个子业务数据。

在拆解得到多个子业务数据后，从每个子业务数据中还可以进一步提取账务数据，以及将账务数据拆解为原子化账务数据。

基于上述账务获取方法，参照如图2所示的业务数据处理过程示意图，示出了采集原始业务数据、生成标准业务数据、拆解子业务数据和按费用项在子业务数据中拆解账务数据；图2还进一步示出了对账务数据的分析过程。为便于理解，本实施例给出三种账务分析示例。

示例一：按照不含税费用项和税费费用项的数据维度对子业务数据对应的账务进行税务拆解操作，得到税款费用项账务数据。具体的，根据费用项费率配置将子业务数据中的税款拆解出来作为独立的税款费用项账务数据；其中，费用项费率配置包括数据维度为业务线、业务情景、业务状态、费用项、费率、不含税费用项和税费费用项的信息项。

示例二：按照核销需求的数据维度对子业务数据对应的账务进行财务核销操作，得到结转账务数据。具体的，根据费用项核销配置将子业务数据中的应收-实收和应付-实付的账务数据进行核销，生成结转账务数据；其中，费用项核销配置包括数据维度为业务线、业务情景、业务状态、费用项、是否需要核销的信息项。

示例三：按照记账需求的数据维度对子业务数据对应的账务进行记账标识操作，得到记账账务数据。具体的，根据记账标记配置判断账务数据是否需要记账和记营业收入标记，对需要标记的账务执行记账标识操作，得到记账账务数据；其中，记账标记配置包括数据维度为业务线、业务情景、业务状态、费用项和是否记账的信息项。在实际应用中，判断账务数据是否需要记账和记营业收入标记的逻辑可以设置为可扩展性外接程序。

通过对拆解得到的账务数据进行分析，可以得到税务、财务核销、记账标识等隐含在原始业务数据中的账务数据，有利于提高企业对账务管理的效率和便捷性。

综上，本实施例提供的账务获取方法，通过采用不同数据接口对接不同的业务系统可以降低多源业务流水的采集难度，基于指定格式和数据维度对业务数据进行处理，可有效提高经处理的业务数据的标准化程度。

实施例二：

对应于上述实施例提供的一种账务获取方法，本实施例提供了一种账务获取系统，参见图3所示的一种账务获取系统的结构框图，该系统包括依次连接的业务流水采集模块302、业务流水标准化模块304和业务拆解模块306。

业务流水采集模块302，用于通过多种数据接口采集多类业务系统的原始业务数据；不同数据接口对接的业务系统不同。

业务流水标准化模块304，用于将采集的原始业务数据按照指定格式进行转换，得到标准业务数据。

账务拆解模块306，用于按照预设的数据维度将标准业务数据拆解为多个子业务数据，并获取每个子业务数据对应的账务。

在一种可能的实施例中，参照如图4所示的另一种账务获取系统的结构框图，该账务获取系统的业务流水采集模块可以为业务流水采集层，业务流水标准化模块可以为业务流水标准化层，账务拆解模块可以为细颗粒度的账务原子化层；由此，账务获取系统可以包括由底层到高层的业务流水采集层、业务流水标准化层和账务原子化层。其中，业务流水采集层集成有rpc接口、etl服务、mq接口和sockt端口等多种数据接口。

为了对业务流水采集层采集到的原始业务数据进行标准化处理，账务获取系统可以设置业务流水标准；为了对标准业务数据进行拆解，可以账务获取系统可以设置原子账务标准。图4中还示出了与业务流水采集层相连的业务系统，以及与账务原子化层相连的账务分析模块，账务分析模块用于对拆解出的账务做进一步的分析。

本实施例所提供的账务获取系统，包括依次连接的业务流水采集模块、业务流水标准化模块和账务拆解模块，首先业务流水采集模块通过不同数据接口对接不同的业务系统来采集原始业务数据；然后业务流水标准化模块按照指定格式将原始业务数据转换为标准业务数据；最后账务拆解模块按照预设的数据维度将标准业务数据拆解为多个子业务数据，并获取每个子业务数据对应的账务。本实施例通过采用不同数据接口对接不同的业务系统可以降低多源业务流水的采集难度，基于指定格式和数据维度对业务数据进行处理，可有效提高经处理的业务数据的标准化程度。

在一种实施方式中，上述业务流水标准化模块304用于：将采集的原始业务数据转换为按照预设的数据关键字段陈列的数据。

在一种实施方式中，数据关键字段包括已定义的常规信息项字段和待定义的扩展信息项字段；上述业务流水标准化模块304用于：查找采集的原始业务数据中与常规信息项字段对应的业务数据；按照预设的常规信息项字段的排列格式陈列查找到的业务数据；将原始业务数据中未查找到与常规信息项字段对应的业务数据确定为第一扩展业务数据，基于第一扩展业务数据定义扩展信息项字段，并按照定义的扩展信息项字段的排列格式陈列第一扩展业务数据。

在一种实施方式中，数据维度包括已定义的常规数据维度和待定义的扩展数据维度；上述业务流水标准化模块304用于：查找标准业务数据中与常规数据维度对应的业务数据；按照预设的常规数据维度将查找到的业务数据拆解为多个子业务数据；将标准业务数据中未查找到与常规数据维度对应的业务数据确定为第二扩展业务数据，基于第二扩展业务数据定义扩展数据维度，并按照定义的扩展数据维度将第二扩展业务数据拆解为多个子业务数据。

在一种实施方式中，账务获取系统还包括账务分析模块(图中未示出)，该账务分析模块用于：按照不含税费用项和税费费用项的数据维度对子业务数据对应的账务进行税务拆解操作，得到税款费用项账务数据；和/或，按照核销需求的数据维度对子业务数据对应的账务进行财务核销操作，得到结转账务数据；和/或，按照记账需求的数据维度对子业务数据对应的账务进行记账标识操作，得到记账账务数据。

在一种实施方式中，数据接口包括rpc接口、etl服务、mq接口、binlog接口和sockt中的多种。

为了便于理解，可参照如图5所示的基于账务获取系统的业务数据处理过程示意图，通过业务流水采集多源的原始业务数据，通过业务流水标准化层将原始业务数据转换为标准业务数据，通过账务原子化层将标准业务数据拆解为多个原子化业务数据，并获取每个子业务数据对应的原子化账务数据，以及通过账务分析模块对账务数据进行分析，得到税务、财务核销、记账标识等隐含在原始业务数据中的账务数据。

本发明实施例所提供的系统，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，系统实施例部分未提及之处，可参考前述方法实施例中相应内容。

综上，本实施例提供的账务获取系统，通过采用不同数据接口对接不同的业务系统可以降低多源业务流水的采集难度，基于指定格式和数据维度对业务数据进行处理，可有效提高经处理的业务数据的标准化程度。

本发明实施例还提供一种电子设备，包括存储器、处理器，存储器中存储有可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例一中方法的步骤。

本发明实施例还提供一种具有处理器可执行的非易失的程序代码的计算机可读介质，程序代码使处理器执行上述实施例一的方法。

在本发明实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

在本发明的描述中，需要说明的是，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。