一种财务数据标准化系统及其方法与流程

1.本发明属于财务数据处理技术领域，具体涉及一种财务数据标准化系统及其方法。


背景技术：

2.在全球数字经济浪潮下，数字化转型已成为各行各业关注和发展的重点。企业已重新开始思考内部运营管理模式；而作为企业核心的财务管理，需要运用数字化技术更好地革新传统的财务流程，以财务推动业务的创新发展，成功实现财务为业务赋能，最终成就智慧企业。
3.易快报是一款非常优秀的财务数字化管理软件，其以连接为核心，以业财一体化为目标，依托互联网聚合企业因公消费平台，帮助企业从财务视角建立合规费用报销、费用支付、预算费控，从经营视角辅助企业进行敏捷决策分析，通过智能费用管控和精细化成本核算，促进企业降低报销管理成本、提升报销效率，实现效益最大化。
4.在使用易快报系统时，其无法对报销单进行标准化处理，因此不能快速的对其进行分析分类，最终不能生成标准化表格数据，为后续财务核算、报销数据分析与管理工作带来一定困扰。


技术实现要素：

5.基于现有技术存在的技术问题，本发明提供一种财务数据标准化系统及其方法，本发明解决了现有技术不能对易快报报销单进行标准化处理的问题，本发明基于财务数据标准化系统对易快报的报销单进行类型判断，继而对其进行标准化处理，可以快速的对其进行报销数据分析分类，最终生成标准化表格数据，极大的方便了后期对财务核算、报销数据分析与管理工作。
6.依据本发明技术方案的第一方面，本发明提供一种财务数据标准化系统，其包括业务类型单元、数据结构定义单元、模块发布单元、数据映射单元和标准化日志单元，业务类型单元用于定义来源信息数据类型，业务类型单元包括业务单据、主数据、凭证或服务接口，财务数据标准化系统将根据业务类型将来源信息数据做相应的数据流转与管理；数据结构定义单元基于自业务类型单元转换的业务类型数据的管理需求配置表结构并动态生成数据表信息；模块发布单元用于对已定义表结构的业务类型做前端列表展示、卡片展示和查询条件配置。
7.所述定义来源信息数据类型为将财务数据处理标准化系统的来源信息数据进行分类并进行命名。
8.进一步地，基于数据映射单元用于定义数据映射规则，其将外部业务系统来源信息数据与财务数据标准化系统的标准业务管理数据通过数据映射的方式进行对应，实现外部系统来源数据与财务数据标准化系统的标准业务管理数据的格式统一；支持一对一直接建立数据映射关系，支持通过sql逻辑进行多对一或一对多的映射关系；。
9.更进一步地，基于财务数据标准化系统还包括财务数据标准化支撑系统，其用于支撑财务数据标准化系统的运行，财务数据标准化支撑系统内设置有管理平台系统和技术平台系统，管理平台系统用于支撑平台的正常运行并记录日常运行情况，技术平台系统用于提供数据存储以及传输功能；管理平台系统内设有权限管理模块、日志管理模块、任务管理模块、业务管理模块、参数设置模块以及附件管理模块；技术平台系统内设有企业级分布式应用服务单元、分布式关系型数据库rd6、分布式消息队列单元、分布式内存单元、平台devops和计算机与存储平台单元。
10.依据本发明技术方案的第二方面，提供一种财务数据标准化方法，其应用上述财务数据标准化系统对易快报-报销单进行标准化数据处理，所述财务数据标准化方法具体包括如下步骤：
11.步骤s1，获取易快报出站消息；
12.步骤s2，易快报单据标准化；
13.步骤s3，易快报单据标准化到下游单据并记录标准化日志；
14.步骤s4，下游单据推送单据关联。
15.其中，步骤s2易快报单据标准化，为接收到请求参数易快报出站消息实体后进行单据标准化，其调用hawk-erplink服务路径为hawk-erplink/client/ekb/outboundhandle的接口；步骤s2易快报单据标准化进一步包括以下步骤：
16.步骤s21，对易快报出站消息实体进行解析；
17.步骤s22，易快报连接信息构建；
18.步骤s23，获得单据数据实体并进行信息判空校验，基于单据数据实体类型构建数据模型实体；
19.步骤s24，保存数据模型实体。
20.进一步地，步骤s3易快报单据标准化到下游单据并记录标准化日志具体包括如下步骤：
21.步骤s31，获取业务类型并查询已保存的单据信息；
22.步骤s32，获取标准化所需各种档案；
23.步骤s33，对单据进行标准化并记录存标准化过程中产生的问题保存至标准化日志单元中。
24.更进一步地，步骤s4下游单据推送单据关联包括以下步骤：步骤s41、查询对应标准化日志并分组；和步骤s42、完成下游单据推送。
25.优选地，所述步骤s21具体包括如下步骤：
26.步骤s211，单据类型判断；
27.步骤s212，租户判断；
28.步骤s213，组织判断；
29.其中步骤s211单据类型判断进一步包括如下技术内容：
30.编码以"b"开头，单据类型为报销单；
31.编码以"j"开头，单据类型为借款单；
32.编码以"s"开头，单据类型为申请单；
33.步骤s212租户判断进一步包括如下技术内容：
34.筛选企业id为客户1的单据，租户名称记为“租户1”，企业id不存在则记为异常数据，并进行信息标记"未知的易快报企业id***"；检查租户名称并获取该租户名称的租户id保存至易快报出站消息实体；
35.步骤s213组织判断进一步包括如下技术内容：
36.标记易快报出站消息实体中的法人实体中的“法人名称”字段为组织名称，根据组织名称和之前获取到的租户id进行组织校验，获取该租户和组织名称下的组织id保存至易快报出站消息实体，若组织名称为空，则弹出异常“出站消息中法人实体对象中名称为空”。
37.更优选地，步骤s22易快报连接信息构建中，易快报连接信息构建为解析完成后进行易快报连接信息构建，根据获取到的组织id和租户id进行构建易快报连接信息对象，步骤s22具体包括如下步骤：
38.步骤s221，获取租户的ekb连接配置；
39.步骤s222，获取易快报授权；
40.步骤s223，构建易快报openapi连接信息；
41.其中，获取租户的ekb连接配置，根据上组织id和租户id获取到中台系统中的易快报连接配置信息三方连接配置实体；
42.获取易快报授权，根据获取到的三方连接配置实体，调用路径https://app.ekuaibao.com/api/openapi/v1/auth/getaccesstoken获取返回结果，对返回结果中的value值进行判空校验，通过校验后则根据对应关系构建易快报授权实体；
43.步骤s223构建易快报openapi连接信息：根据租户id、三方连接配置实体中的域名、易快报授权实体构建易快报接口连接信息实体。
44.与现有技术相比，本发明财务数据标准化系统及其方法的有益效果是：
45.本发明基于财务数据标准化系统对易快报的报销单进行类型判断，继而对其进行标准化处理，可以快速的对其进行分析分类，最终生成标准化表格数据，极大的方便了财务人员对财务数据的管理、分析、统计工作。
附图说明
46.图1为本发明的一种财务数据标准化系统的功能框图；
47.图2为本发明的一种财务数据标准化方法的流程框图；
48.图3为图2中的易快报单据标准化的流程框图；
49.图4为图3中的对易快报出站消息实体进行解析的流程框图；
50.图5为图3中的易快报连接信息构建的流程框图；
51.图6为图3中的基于单据数据实体类型构建数据模型实体的流程框图；
52.图7为图3中保存数据模型实体的流程框图；
53.图8为图2中的易快报单据标准化到下游单据并记录标准化日志的流程框图；
54.图9为图8中的对单据进行标准化并记录存在的问题保存至标准化日志单元中的流程框图；
55.图10为图2中的下游单据推送单据关联的流程框图；
56.图11为依据本发明的另一种财务数据标准化工作方法的详细流程图。
具体实施方式
57.下面将结合本发明实施例中的附图对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
58.本发明提供一种财务数据标准化系统及其方法，其属于财务数据处理技术领域，所述系统中的业务类型单元用于定义来源信息数据类型，业务类型单元包括业务单据、主数据、凭证或服务接口，财务数据标准化系统将根据业务类型将来源信息数据做相应的数据流转与数据管理；数据结构定义单元基于自业务类型单元转换的业务类型数据的管理需求配置表结构并动态生成数据表信息；模块发布单元用于对已定义表结构的业务类型做前端列表展示、卡片展示和查询条件配置。本发明基于财务数据标准化系统对易快报的报销单进行类型判断，继而对其进行标准化处理，可以快速的对其进行数据分析分类，最终生成标准化表格数据，极大的方便了后期对财务人员财务数据的管理、分析、统计工作。
59.所述定义来源信息数据类型为将财务数据处理标准化系统的来源信息数据进行分类并进行命名。
60.下面结合附图，对本技术的数据标准化系统及其工作方法做出详细说明。
61.如图1所示，本发明提供一种财务数据标准化系统，其包括业务类型单元、数据结构定义单元、模块发布单元、数据映射单元和标准化日志单元，业务类型单元用于定义来源信息数据类型，业务类型单元主要包括业务单据、主数据、凭证或服务接口，财务数据标准化系统将根据业务类型将来源信息数据做相应的数据流转与数据管理；数据结构定义单元基于自业务类型单元转换的业务类型数据的管理需求配置表结构并动态生成数据表信息；模块发布单元用于对已定义表结构的业务类型做前端列表展示、卡片展示和查询条件配置。
62.进一步地，数据映射单元用于定义数据映射规则，其将外部业务系统来源信息数据与财务数据标准化系统的标准业务管理数据通过数据映射的方式进行对应，实现外部系统来源数据与财务数据标准化系统的标准业务管理数据的格式统一；支持外部系统来源数据与财务数据标准化系统的标准业务管理数据基于一对一关系直接建立数据映射关系，支持外部系统来源数据与财务数据标准化系统的标准业务管理数据基于通过sql逻辑进行多对一或一对多关系建立数据映射关系；
63.进一步地，一种财务数据标准化系统还包括财务数据标准化支撑系统，其用于支撑财务数据标准化系统的运行，财务数据标准化支撑系统内设置有管理平台系统和技术平台系统，管理平台系统用于支撑平台的正常运行并记录日常运行情况，技术平台系统用于提供数据存储以及传输功能；管理平台系统内设有权限管理模块、日志管理模块、任务管理模块、业务管理模块、参数设置模块以及附件管理模块；技术平台系统内设有企业级分布式应用服务单元、分布式关系型数据库rd6、分布式消息队列单元、分布式内存单元、平台devops和计算机与存储平台单元。
64.财务数据标准化支撑系统的管理平台系统中各个功能模块的功能如下：
65.1、权限管理模块：权限管理模块为财务数据标准化系统的底层核心功能，权限管理模块主要包括用户管理、角色管理、数据权限管理等功能；权限管理模块通过灵活配置的
形式，实现基于用户登录授权、基于角色访问控制授权、基于数据权限查询数据范围授权。用户管理通过定义用户登录编码、用户密码，实现控制用户访问系统权限控制。角色管理通过定义角色编码、角色名称、操作菜单、操作按钮，实现角色对操作菜单和操作按钮的权限控制；数据权限管理预先设置财务数据标准化数据处理的数据权限等级，数据权限登记包括组织级权限控制、部门级权限控制和用户级权限控制，通过用户分配角色和数据权限等级实现用户访问权限控制、操作按钮权限以及操作数据权限控制。
66.2、日志管理模块：日志管理模块定义了登录日志、操作日志、服务日志、任务日志和接口日志。系统管理人员可以通过日志管理模块检查错误发生的原因、系统操作痕迹。为财务数据标准化数据处理系统应用情况分析和操作追溯提供依据。
67.其中，登录日志管理功能节点，记录了用户登录系统时间、退出系统时间及当前是否在线。操作日志管理功能节点，记录了用户对系统的各类操作信息记录，包括数据查询、数据新增、数据修改、数据停用/启用、数据删除等操作的记录。服务日志管理功能节点，记录了平台各微服务之间的服务调用信息、调用时间、处理结果信息。任务日志管理功能节点，记录了系统后台定时任务执行信息，包括定时任务执行结果、执行时间等。接口日志管理功能节点，记录了外部系统集成接口调用记录、执行结果、执行报文信息。
68.3、任务管理模块：
69.任务管理模块集中管理平台所有后台自动任务信息，可以对任务、任务执行时间进行设置；基于任务管理模块可以按约定规范实现数据抓取、数据处理等事项等自动化应用，减少人工操作，增强系统等易用性。并结合任务执行日志进行任务执行情况进行跟踪、记录、分析。任务管理模块包括任务管理和任务执行器，任务管理可以进行任务、运行模式、任务参数、执行策略等信息进行定义。任务执行器在任务管理等基础上，对任务进行捆绑，设置任务执行顺序、执行时间，实现多任务按序执行，可以应变复杂的后台任务处理场景。
70.4、业务流程模块：
71.业务流程模块其功能包括流程类别定义、审批流程设计、审批消息中心等三大模块。可以针对有审批诉求的功能节点进行灵活的设置对应的审批流程策略，实现单据审批应用。其中流程类别用于定义需要审批的功能节点，包括流程标识、审批路径、撤回路径、数据接口等信息。审批流程设计用于对流程类别进行具体的审批流程进行设计。审批消息中心集中管理审批流程运行过程中的所有审批消息。
72.5、参数设置模块：
73.参数设置模块其用于定义系统应用操作、任务执行过程中的一些控制参数信息；其用于解决不同企业的不同应用诉求；通过参数设置管理进行控制；便于管理人员在进行系统初始化配置时进行快速配置应用，增强平台的灵活性。
74.6、附件管理模块：
75.附件管理模块中的附件管理功能中定义了附件管理路径、附件上传大小限制控制、附件上传类型控制；此外，还对附件的存储周期也可以进行灵活设置。
76.基于附件管理模块的附件管理中心，可以集中查看财务数据标准化系统所有附件信息，同时也可以在各业务功能节点对附件信息上传操作或查看操作。
77.技术平台系统内设有企业级分布式应用服务单元、分布式关系型数据库rd6、分布式消息队列单元、分布式内存单元、平台devops和计算机与存储平台单元；财务数据标准化
支撑系统的技术平台系统中各个功能模块的功能如下：
78.本发明采用的企业级分布式应用服务edas(enterprise distributed application service)是一个应用托管和微服务管理的云原生paas平台，提供应用开发、部署、监控、运维等全栈式解决方案，同时支持spring cloud和apache dubbo(以下简称dubbo)等微服务运行环境，助力客户应用轻松上云，节省服务资源投入成本。
79.优选地，本发明采用的分布式关系数据库rd6为关系型数据库是mysql数据库。分布式消息队列单元采用消息队列中间件是rabbitmq；财务数据标准化支撑系统具有高性能、高可用、可伸缩和最终一致性架构，能够解决应用耦合、异步消息、流量削锋等问题。进一步地，财务数据标准化支撑系统中的分布式缓存单元采用分布式缓存是redis，实现了存储登录授权信息、基础档案等频繁使用且行对固定的数据，支持业务发生过程中能够快速使用这部分数据。
80.尤其是，财务数据标准化支撑系统中的平台devops促进开发(应用程序/软件工程)、技术运营和质量保障(qa)部门之间的沟通、协作与整合，其采用gitlab jenkins bash脚本 docker镜像服务器 k8s或者docker swarm自动拉取镜像部署。在财务数据标准化支撑系统中，开发人员提交或者合并代码的时候，gitlab会检查提交代码或者合并代码的操作，通知jenkins执行编译代码和打包代码到docker镜像，提交镜像到镜像服务器，镜像服务器的触发器会通知k8s或者docker swarm更新镜像并部署环境。
81.进一步地，财务数据标准化支撑系统采用计算机与存储平台单元，其实现对计算机信息数据进行存储和管理且将数据保存在计算机平台当中。
82.如图2所示，本发明提供一种财务数据标准化方法，其是一种应用上述财务数据标准化系统对易快报-报销单进行标准化数据处理的方法，其解决了现有技术不易对易快报报销单进行标准化处理的技术问题。所述财务数据标准化方法具体包括如下步骤：
83.步骤s1，获取易快报出站消息；
84.步骤s2，易快报单据标准化；
85.步骤s3，易快报单据标准化到下游单据并记录标准化日志；
86.步骤s4，下游单据推送单据关联。
87.本发明的财务数据标准化方法所采用的是易快报现有技术，易快报(北京合思信息技术有限公司开发的一款财务集成软件，其集成银行及第三方支付平台打通对公对私付款，对接财务软件自动生成凭证，并与企业现有oa、crm、erp等业务系统连接)通过连接接口推送请求参数至财务数据标准化系统。本发明财务数据标准化方法采用连接接口对接易快报平台，该连接接口调用openapi路径为域名/openapi/ekuaibao/receive-outbound-message的接口，将请求参数中的报文进行转换为易快报出站消息实体，对易快报出站消息实体中的编码进行校验，"b"开头的为易快报-报销单，"j"开头的为易快报-借款单，同时根据对应的企业id(已知)和易快报出站消息实体中的企业id进行匹配，接收属于授权租户的报销单据信息，未匹配成功则记为异常"未知的易快报企业id***"；然后将易快报出站消息作为参数，调用hawk-erplink服务中路径为hawk-erplink/client/ekb/outboundhandle的接口，进行保存易快报单据流程；获取返回值后不做处理直接返回给易快报；同时新建一个接口监控实体，按照对应关系将易快报出站消息实体中的字段以及保存易快报单据返回的结果保存到接口监控实体并存到数据库；记录好财务数据标准化过程中的错误信息保存到
日志管理中。
88.如图3所示，步骤s2易快报单据标准化，为接收到请求参数易快报出站消息实体后进行单据标准化，其调用hawk-erplink服务路径为hawk-erplink/client/ekb/outboundhandle的接口；步骤s2易快报单据标准化进一步包括以下步骤：
89.步骤s21，对易快报出站消息实体进行解析；
90.步骤s22，易快报连接信息构建；
91.步骤s23，获得单据数据实体并进行判空校验，基于单据数据实体类型构建数据模型实体；
92.步骤s24，保存数据模型实体。
93.进一步地，如图4所示，作为本发明一种优选的方案，所述步骤s21具体包括如下步骤：
94.步骤s211，单据类型判断；
95.步骤s212，租户判断；
96.步骤s213，组织判断。
97.图4所示的对易快报出站消息实体进行解析中的步骤s211单据类型判断进一步包括如下技术内容：
98.编码以"b"开头，单据类型为报销单；
99.编码以"j"开头，单据类型为借款单；
100.编码以"s"开头，单据类型为申请单；
101.步骤s212租户判断进一步包括如下技术内容：
102.筛选企业id为客户1的单据，租户名称记为“租户1”，企业id不存在则记为异常"未知的易快报企业id***"；检查租户名称并获取该租户名称的租户id保存至易快报出站消息实体；
103.步骤s213组织判断进一步包括如下技术内容：
104.标记易快报出站消息实体中的法人实体中的“法人名称”字段为组织名称，根据组织名称和之前获取到的租户id进行组织校验，获取该租户和组织名称下的组织id保存至易快报出站消息实体，若组织名称为空，则弹出异常“出站消息中法人实体对象中名称为空”。
105.进一步地，如图5所示，作为本发明一种优选的方案，所述步骤s22具体包括如下步骤：
106.步骤s221，获取租户的ekb连接配置；
107.步骤s222，获取易快报授权；
108.步骤s223，构建易快报openapi连接信息。
109.图5所示的易快报连接信息构建中的步骤进一步包括如下技术内容，易快报连接信息构建为解析完成后进行易快报连接信息构建，根据上述获取到的组织id和租户id进行构建易快报连接信息对象；
110.步骤s221，获取租户的ekb连接配置：根据上组织id和租户id获取到中台系统中的易快报连接配置信息三方连接配置实体。
111.步骤s222，获取易快报授权：根据步骤s221中获取到的三方连接配置实体的构建请求参数map，调用路径为https://app.ekuaibao.com/api/openapi/v1/auth/
getaccesstoken获取到返回结果，以及返回结果中的value值进行判空校验，通过校验后则根据对应关系构建易快报授权实体。
112.步骤s223，构建易快报openapi连接信息：根据租户id、三方连接配置实体中的域名、易快报授权实体构建易快报接口连接信息实体。
113.如图6所示，作为本发明一种优选的方案，所述步骤s23具体包括如下步骤：
114.步骤s231，构建借款单单据；
115.步骤s232，构建报销单单据；
116.步骤s233，基于借款单单据以及报销单单据构建数据模型实体。
117.进一步地，步骤s23获得单据数据实体并进行判空校验，基于单据数据实体类型构建数据模型实体：构建易快报连接信息对象完成后，通过易快报连接信息、易快报出站消息实体中的单据类型、单据的id调用获取单据数据列表接口获得单据数据实体，进行判空校验后根据单据数据实体进行数据实体构建并保存。
118.步骤s231构建借款单单据，只选择单据状态为“已支付”的单据进行业务处理，然后进行完整借款单单据的构建。
119.步骤s231根据易快报模板名称得到中台系统对应的业务类型，借款单目前支持"个人借款申请单"，其余记为异常，暂不支持处理；目前易快报返回的单据数据实体仅包含单条单据，所以将该单据根据所属业务类型进行数据组装。首先，根据单据审批流与中台财务审批人参数进行匹配获得该单据财务审批人id，再将财务审批人id作为参数调用路径为https://app.ekuaibao.com/api/openapi/v1/staffs/getstaffids的易快报接口获取财务审批人信息，再将单据单据编号、标题、提交人信息、财务审批人信息、借款日期、还款日期、借款部门、费用承担部门、借款金额、付款主体、付款账户信息、付款时间、付款渠道、批次号、收款信息(收款信息包括账户类型、开户名称、账号、账号类别、银行类别、开户网点)、备注、单据id、单据状态、企业id、模板信息、来源组织、来源id、来源编码、来源日期作为主表信息保存，其中将提交人信息同步至中台人员档案，将财务审批人信息同步至中台人员档案；然后补充租户、组织、业务类型、用户等信息构建报销单数据模型实体。最后调用dm路径为hawk-dm/client/ext/savemutiformdata的接口保存数据。
120.步骤s232构建报销单单据，只选择单据状态为已支付的单据进行业务处理，然后进行完整报销单单据的构建。
121.首先根据易快报模板名称得到中台系统对应的业务类型，报销单目前支持"支出请款单「采购」"、"支出请款单"、"日常费用报销单"、"出差报销审批单"、"出差报销审批单t"、"团建费报销审批单"，其余记为异常，暂不支持处理；再用易快报接口连接信息实体和单据id调用路径为https://app.ekuaibao.com/api/openapi/v1/flowdetails获取报销单单据详情，然后用分页调用易快报部门，直到获取到所有部门为止，调用路径为https://app.ekuaibao.com/api/openapi/v1/departments；优选地，采用分页调用易快报部门，每次获取一千条。目前易快报返回的单据数据实体仅包含单条单据，所以将该单据根据所属业务类型进行数据组装，根据单据审批流与中台财务审批人参数进行匹配获得该单据财务审批人id，再将财务审批人id作为参数调用路径为https://app.ekuaibao.com/api/openapi/v1/staffs/getstaffids的易快报接口获取财务审批人信息，对获取数据进行判空校验后，开始构建报销单单据。
122.更进一步地，步骤s232构建报销单单据包括以下步骤：
123.步骤s2321，将单据单据编号、标题、提交人信息、财务审批人信息、报销日期、报销部门、付款主体、付款账户信息、付款时间、付款渠道、批次号、收款信息(账户类型、开户名称、账号、账号类别、银行类别、开户网点)、备注、报销总金额、核销总金额、支付金额、企业已支付金额、单据id、单据状态、企业id、模板信息、来源组织、来源id、来源编码、来源日期作为主表信息进行保存；
124.步骤s2322，子表信息进行构建：对获取到的报销单单据详情中的表单详情集合进行循环处理，首先判断获取中台系统费用类型参数与表单详情费用部门编码进行匹配，未匹配成功则记为异常弹出”**的报销明细费用类型不接收”，根据单据详情按照匹配关系对应到费用类型信息、是否分摊、金额、币种、日期、开始日期、结束日期、消费城市、发票形式、发票张数、部门信息、服务期限、消费事由保存至子表信息中，并记录该单据详情所含发票id作为后续流程处理依据；然后补充租户、组织、业务类型、用户等信息构建报销单数据模型实体；
125.步骤s2323，根据单据id作为参数调用易快报发票信息接口，调用路径为https://app.ekuaibao.com/api/openapi/v2/extension/flow/invoice/search获得单据票据信息-ekbflowinvoiceinfo实体，准备构建该报销单下的多个发票数据模型实体，根据单据id获取到单据票据信息中数据本单据的发票信息集合，默认业务类型为易快报发票，先根据发票类型进行过滤”shopping”类型的发票，然后对发票信息集合按照发票类型进行遍历，根据每组的发票id集合和发票类型调用易快报获取发票接口，路径为https://app.ekuaibao.com/api/openapi/v2/extension/invoice/object/objectid/search，再对返回的发票主体集合进行遍历，构建多个同发票类型的报销单发票数据模型实体，再将多个发票类型的报销单发票数据模型实体集合合并。
126.构建发票数据模型实体过程分为两步，构建发票数据模型实体过程第一步，构建主表：将发票主体的票据id保存至主表，根据发票类型按照不同的逻辑构建主表其余字段信息。“invoice”类型的发票保存发票主体中的票据类别、发票类别、购买方名称、购买方纳税人识别号、购买方地址电话、购买方开户行及账号、销售方名称、销售方纳税人识别号、发票代码、发票号码、开票日期、价税合计、税额、是否抵扣、可抵扣税额、不计税金额、备注至主表信息。“taxi”类型的发票保存发票主体中的票据类别、发票类别、发票代码、发票号码、金额、是否抵扣、消费类型、出租车票上车时间、出租车票下车时间、出租车里程碑、出租车发票所在地至主表信息。“passengcar”类型的发票保存发票主题中的票据类别、发票类别、发票代码、发票号码、开票日期、金额、税率、是否抵扣、可抵扣税额、不计税金额、消费类型、乘车人姓名、出发站、到达站至主表信息。“train”类型的的发票保存发票主体中的票据类别、发票类别、发票号码、开票日期、金额、税率、是否抵扣、可抵扣税额、不计税金额、消费类型、火车票车次、出发站、到达站、作为类型、乘车人姓名至主表信息。“flightitinerary”类型的发票保存发票主体中的票据类别、发票类别、发票号码、开票日期、金额、税率、是否抵扣、可抵扣税额、不计税金额、消费类型、航空运输电子客票行程单票价、航空运输电子客票行程单税费、航空运输电子客票行程单保险费、航空运输电子客票行程单燃油附加费、航空运输电子客票行程单民航发展基金、出发站、到达站、航空运输电子客票行程单航班号、航空运输电子客票行程单验证码、航空运输电子客票行程单乘机时间、航空运输电子客票行
程单填开单位、座位类型、乘车(机)人身份证号、乘车(机)人姓名、航空运输电子客票行程单销售单位代号至主表信息。“tolls”类型的发票保存发票主体中的票据类别、发票类别、发票代码、发票号码、开票日期、金额、是否抵扣、消费类型、过路费发票入口、过路费发票出口至主表信息。“fixed”类型的发票保存发票主体中的票据类别、发票类别、发票代码、发票号码、金额、是否抵扣、消费类型至主表信息。“machineprint”类型的发票保存发票主体中的票据类别、发票类别、发票代码、发票号码、税率、税额、是否抵扣、不计税金额、金额、购买方名称、购买方纳税人识别号、销售方名称、销售方纳税人识别号至主表信息。
127.构建发票数据模型实体过程第二步，构建子表：根据构建发票数据模型的主表的发票id调用易快报发票明细接口，路径为https://app.ekuaibao.com/api/openapi/v2/extension/invoice/object/invoice/invoiceid/detail，获取发票明细，然后遍历发票明细，按照对应关系将发票明细id、商品服务名称、数量、单价、税率、税额、金额、价税合计保存至子表信息；最后将发票主表子表信息构建成发票数据模型实体。
128.步骤s2324，将在步骤s2323中构建的一条报销单数据模型实体与其对应的多条发票数据模型实体合并，调用dm服务路径为hawk-dm/client/ext/savemutiformdata的接口保存数据。
129.步骤s233、基于借款单单据以及报销单单据构建数据模型实体；
130.如图7所示，作为本发明一种优选的方案，步骤s24遍历保存数据模型实体具体包括如下步骤：
131.步骤s241，校验必要数据是否完整；
132.步骤s242，获取表结构；
133.步骤s243，对数据本身进行重复校验；
134.步骤s244，拼接数据并保存。
135.进一步地，步骤s241校验必要数据信息是否完整，保存数据模型实体的租户id、业务类型、组织id、表单创建人id、实体本身数据、主表数据不能为空，否则弹出异常。
136.步骤s242获取表结构，根据每个数据模型实体所属业务类型获取到对应的表结构(包含主表和子表)，并根据业务类型获取到主表表名和子表表名，
137.步骤s243对数据本身进行重复校验，对数据本身进行重复校验：利用刚获取到的主表表名和单据id与数据库进行比对，若不存在则进行保存。
138.步骤s244拼接数据并保存，按照构建数据模型实体时保存的字段和获取到的表结构的字段对应构建需要保存的主表和子表实体对象，并建立子表和主表实体之间的关联；完成汇总后按照批量进行保存，避免大数据量时耗时太久；保存完成后将单据id和主表实体id返回。
139.如图8所示，作为本发明一种优选的方案，步骤s3易快报单据标准化到下游单据并记录标准化处理过程，形成标准日志信息；具体包括如下步骤：
140.步骤s31，获取业务类型并查询已保存的单据信息；
141.步骤s32，获取标准化所需档案；
142.步骤s33，对单据进行标准化并记录存在的问题保存至标准化日志单元中。
143.步骤s3易快报单据标准化到下游单据并记录标准化日志中，报销单和借款单标准化到下游单据(团建报销单、日常报销单、差旅报销单、支出请款单)分为两种途径，一种途
径是按照上述流程获取到单据id和主表实体id进行单条财务数据标准化，另一种途径是通过任务的模式按照日期区间批量标准化。本发明中单据标准化获取业务类型、数据转换规则、租户、租户id、单据id(日期区间)，首先根据租户id和来源业务类型(报销单或借款单)和目标业务类型(下游单据类型)从系统中查询配置好的数据转换规则，其他条件已知，随即调用dm单据标准化接口，路径为hawk-dm/client/trans/transform。单据标准化流程如下：
144.步骤s31，获取业务类型，从数据转换规则中获取目标业务类型id并查询出完整的目标业务类型信息，而后进行单据的获取：按照日期区间进行标准化时，需要根据日期区间查询出期间内所有单据并进行返回，传入单据id时，则直接按照id进行查询单据并返回。获取发票信息：从获取到的单据集合取出”flowid”并进行汇总，从系统中查询与之对应的发票主表和子表信息(之前已经做过关联)并返回，然后按照”flowid”对发票主表进行分组(一般一张单据包含多张发票主表)构成，然后通过每张发票主表id对发票子表进行关联，为后续业务处理做准备。
145.步骤s32，获取标准化所需档案：获取该租户下所有部门档案、组织档案、组织税率信息、人员档案、用户信息、银行账户、客商信息，获取名为"ekbpsn-user"的用户档案对照表、名为"ekb-dept"的用户档案对照表，上述信息若有一环获取失败，记录失败信息内容到标准化日志中。
146.步骤s33，对单据进行标准化并记录存在的问题保存至标准化日志单元中：对获取到的单据信息进行标准化，每条单据标准化至下游单据分为四层。分别为下游单据主表构建、下游单据明细子表构建、下游单据发票子表构建、构建下游单据数据模型，并记录标准化日志。
147.如图9所示，作为本发明一种优选的方案，所述步骤s33具体包括如下步骤：
148.步骤s331，下游单据主表构建；
149.步骤s332，下游单据明细子表构建；
150.步骤s333，下游单据发票子表构建；
151.步骤s334，构建下游单据数据模型并记录至标准化日志单元。
152.其中，步骤s331下游单据主表构建，将单据是否分摊、租户id、来源业务类型id、来源组织、来源业务类型编码、来源日期、单据id、单据编码、主题、支付渠道、交易渠道、交易日期、报销总金额、核销总金额、支付金额、支付时间字段直接保存至下游单据主表，再由单据付款主体名称从组织档案获取付款主体信息，由付款主体id从组织税率档案获取纳税人类别、由提交人编码从人员档案获取提交人信息、由财务审批人编码从用户档案对照获取用户编码，再通过用户编码从用户档案获取用户信息、由付款账户id从银行账户档案获取银行账户信息、由报销部门编码从部门档案获取部门信息，并保存上述通过档案获取的信息至下游单据主表若该单据目标业务类型为支出请款单还需要额外保存字段。步骤s331下游单据主表构建处理逻辑如下：
153.若单据收款账户类型为"personal"，则下游单据收款账户类型保存”1”；账户类型为"public"，则下游单据收款账户类型保存”2”；根据收款姓名从之前获取的档案中找客商，只有获取到一个客商才保存客商id至支出请款单主表，否则记录异常；再对账号类别进行匹配，"bank"保存为"1"，"wxpay"保存为"2"，"alipay"保存为"3"，"overseabank"保存
为"4"，然后再保存收款账号、收款银行类别、收款开户银行、备注至支出请款单主表。
154.步骤s332下游单据明细子表构建：先记录下游单据发票子表构建所需费用部门信息和开始时间结束时间，然后保存单据明细中的单据id、易快报单据明细id、费用类型编码、费用类型至明细子表，由费用部门编码从部门档案中获取部门信息，保存自定义项1为部门id、自定义项2为部门类别，保存自定义项3为开始时间、自定义项4为结束时间。
155.步骤s333下游单据发票子表构建：根据单据id(flowid)，从在先汇总过的发票集合汇总获取单据发票明细集合，遍历单据发票明细集合为下游单据发票子表构建做准备，可抵扣税额和价税合计根据发票行id(flowrowid)进行统计，并记录不为0的税率的种类；将下游单据报销明细保存至下游单据数据模型明细子表中。
156.构建下游单据发票子表分为两类：票据类别编码为"invoice"进项税额转出金额和其他票据类别进项税额转出金额，获取步骤s331得到的下游单据主表下的发票子表集合，对发票子表进行遍历，根据在先获取到的准备信息将发票主表和发票子表按照对应关系生成生成下游单据发票子表。
157.其中"invoice"进项税额转出金额生成规则：
158.如果价税合计大于报销金额并且不为0的税率的种类只有一种，并且如果可抵扣税额等于0或者税额为0，进项税额转出金额＝0；
159.如果不满足价税合计大于报销金额并且不为0的税率的种类只有一种，进项税额转出金额＝0；
160.如果如果价税合计大于报销金额并且不为0的税率的种类只有一种，并且如果可抵扣税额不等于0或者税额不为0，进行计算，计算公式为：进项税额转出金额＝((价税合计-报销金额)/(1 税率))*(税率*(税额/可抵扣税额))。
161.其他票据类别进项税额转出金额生成规则：
162.如果价税合计大于报销金额并且不为0的税率的种类只有一种，并且如果可抵扣税额等于0或者税额为0，进项税额转出金额＝0；
163.如果价税合计大于报销金额并且不为0的税率的种类只有一种，并且如果可抵扣税额不等于0或者税额不为0，进项税额转出金额＝税额-(报销金额/1 税率)*税率；
164.如果不满足价税合计大于报销金额并且不为0的税率的种类只有一种，进项税额转出金额＝0。
165.在步骤s333下游单据发票子表构建中，将发票信息保存至下游单据发票子表中；
166.步骤s334、构建下游单据数据模型并记录至标准化日志单元：
167.将步骤s331、步骤s332、步骤s333中构建汇总的下游单据主表、下游单据明细子表、下游单据发票子表，进一步构建成下游单据数据模型实体，并记录步骤s331、步骤s332、步骤s333中发生的单据异常信息和档案缺失信息，新建标准化日志单元实体，将租户、来源单据信息、目标单据信息、制单人信息、错误信息(若无错误则为空)、日志状态(若无单据异常信息和档案缺失信息则为成功，存在则记为失败)等信息保存至标准化日志单元实体中；
168.保存下游单据数据模型的流程为遍历保存档案信息文件，档案信息文件包括团建报销单、日常报销单、差旅报销单和支出请款单，保存下游单据数据模型大致分为四个步骤：
169.步骤s3341，校验必要数据是否完整：保存数据模型实体的租户id、业务类型、组织
id、表单创建人id和实体本身数据，主表数据不能为空，否则弹出异常；
170.步骤s3342，获取表结构：根据每个数据模型实体所属业务类型，获取到对应的表结构(包含主表和子表)，并根据业务类型获取到主表表名和子表表名；
171.步骤s3343，对数据本身进行重复校验：利用刚获取到的主表表名和单据id与数据库进行比对，若不存在则进行保存；
172.步骤s3344，拼接数据并保存：按照构建数据模型实体时保存的字段和获取到的表结构的字段，对应构建需要保存的主表和子表实体对象，并建立子表和主表实体之间的关联；完成汇总后按照批量进行保存，避免大数据量时耗时太长。
173.进一步地，按照单据id，保存标准化日志，如果系统为重复执行的接口监控数据，则更新对应单据id的标准化日志；若为易快报新推的出站消息，则新增一条。标准化至下游单据数据模型和标准化日志保存完成后，返回结果至接口调用服务；
174.步骤s4、下游单据推送单据关联：如图10所示，该步骤接收到标准化下游单据数据模型完成后的返回结果，调用dm服务推送下游单据接口，路径为hawk-dm/client/transform/sendrelation，如存在未知错误，则最后保存至新增的接口监控错误信息中；也可从任务管理模块推送下游单据，推送目标为指定日期期间所有单据，由任务模块xxljob服务调用dm服务推送下游单据接口，路径为hawk-dm/client/push-ae。更具体地，步骤s4下游单据推送单据关联包括以下步骤：步骤s41、查询对应标准化日志并分组；和步骤s42、完成下游单据推送。步骤s4中的各个功能步骤如下：
175.步骤s41、查询对应标准化日志并分组，若为通过接口监控执行流程推送下游单据，则通过单据id集合，获取到对应标准化日志集合(在另外实施例中，按照单条单据id执行)；若为任务模块直接推送下游单据，则按照指定日期期间，获取对应标准化日志集合；然后按照业务分类，将标准化日志集合按组分类(例如，按照团建报销单、日常报销单、差旅报销单、支出请款单等分类)，过滤掉不需要推送下游单据的业务类型。
176.步骤s42、完成下游单据推送：将按照业务分类完成的标准化日志集合进行过滤，标准化状态为失败的单据不进行下游单据的推送；推送规则为目标单据主键和单据关联一对一映射，将不同业务类型的标准化日志集合分别进行遍历，将创建人、租户id、来源数据id、业务类型、业务日期、组织id、来源单据编码、来源单据类型、组织名称存入单据关联实体并放入标准化日志集合；最终完成下游单据推送。
177.需要进行说明的是，一种财务数据标准化方法中所使用的上述接口信息具体如下：
178.1、接收出站消息：
179.被调用服务：hawk-openapi；
180.路径：域名/openapi/ekuaibao/receive-outbound-message；
181.接口方法名：handleekboutbound；
182.请求类型：post；
183.请求参数：string；httpservletresponse；
184.返回参数：r；
185.作用：易快报推送易快报单据出站消息至中台。
186.2、获取授权：
187.调用服务：hawk-erplink-api；
188.路径：
189.https://app.ekuaibao.com/api/openapi/v1/auth/getaccesstoken；
190.请求类型：post；
191.请求参数：map；
192.返回参数：string；
193.作用：中台获取易快报授权。
194.3、获取易快报单据数据列表：
195.调用服务：hawk-erplink-api；
196.路径：https://app.ekuaibao.com/api/openapi/v1/docs；
197.请求类型：get；
198.请求参数：token、单据编码、单据类型、单据id集合；
199.返回参数：单据数据列表；
200.作用：中台拉取易快报单据数据列表。
201.4、获取易快报单据详情：
202.调用服务：hawk-erplink-api；
203.路径：https://app.ekuaibao.com/api/openapi/v1/flowdetails；
204.请求类型：post；
205.请求参数：token、单据id；
206.返回参数：单据详情；
207.作用：中台获取易快报单据详情。
208.5、获取易快报部门：
209.调用服务：hawk-erplink-api；
210.路径：https://app.ekuaibao.com/api/openapi/v1/departments；
211.请求类型：post；
212.请求参数：token、分页参数；
213.返回参数：部门信息；
214.作用：中台获取易快报部门信息。
215.6、获取易快报员工信息：
216.调用服务：hawk-erplink-api；
217.路径：https://app.ekuaibao.com/api/openapi/v1/staffs/getstaffids；
218.请求类型：post；
219.请求参数：token、员工id、手机号、邮箱、工号、第三方id；
220.返回参数：员工信息；
221.作用：中台获取易快报员工信息。
222.7、获取易快报发票信息：
223.调用服务：hawk-erplink-api
224.路径：
225.https://app.ekuaibao.com/api/openapi/v2/extension/flow/invoice/
search；
226.请求类型：post；
227.请求参数：token、查询类型、单号或单据id；
228.返回参数：发票信息；
229.作用：中台获取易快报报销单发票信息。
230.8、获取易快报发票主体：
231.调用服务：hawk-erplink-api；
232.路径：
233.https://app.ekuaibao.com/api/openapi/v2/extension/invoice/object/objectid/search；
234.请求类型：post；
235.请求参数：token、发票类型、发票id集合；
236.返回参数：发票主体集合；
237.作用：中台获取易快报报销单发票主体。
238.9、获取易快报发票明细：
239.调用服务：hawk-erplink-api；
240.路径：
241.https://app.ekuaibao.com/api/openapi/v2/extension/invoice/object/invoice/invoiceid/detail；
242.请求类型：post；
243.请求参数：token、发票id；
244.返回参数：发票明细；
245.作用：中台获取易快报报销单发票明细。
246.一种财务数据标准化方法中的对内feign接口如下：
247.说明：feign远程调用,核心就是通过一系列的封装和处理,将以java注解的方式定义的远程调用api接口,最终转换成http的请求形式,然后将http的请求的响应结果,解码成java bean,放回给调用者。
248.1、保存易快报明细：
249.被调用服务：hawk-dm；
250.路径：hawk-dm/client/ext/savemutiformdata；
251.接口方法名：savemultextformdata；
252.请求类型：post；
253.请求参数：数据模型数据；
254.返回参数：保存结果；
255.作用：保存构建后的外部单据。
256.2、接收易快报消息后查询易快报单据接口：
257.被调用服务：hawk-erplink；
258.路径：hawk-erplink/client/ekb/outboundhandle；
259.接口方法名：handleekboutbound；
260.请求类型：post；
261.请求参数：易快报出站消息；
262.返回参数：r；
263.作用：处理获取到的易快报出站消息。
264.3、易快报单据标准化处理接口：
265.被调用服务：hawk-dm；
266.路径：hawk-dm/client/trans/transform；
267.接口方法名：dotransform；
268.请求类型：post；
269.请求参数：业务类型、数据转换规则、租户、租户id、单据id；
270.返回参数：标准化结果；
271.作用：易快报单据标准化到下游单据并记录标准化日志。
272.4、推送单据关联生成凭证接口：
273.被调用服务：hawk-dm；
274.路径：hawk-dm/client/transform/sendrelation；
275.接口方法名：sendrelation；
276.请求类型：post；
277.请求参数：单据id；
278.返回参数：保存结果；
279.作用：将标准化后的下游单据推送至单据关联。
280.5、推送单据关联生成凭证接口：
281.被调用服务：hawk-dm；
282.路径：hawk-dm/client/transform/sendrelation；
283.接口方法名：sendrelation；
284.请求类型：post；
285.请求参数：单据id；
286.返回参数：保存结果；
287.作用：将标准化后的下游单据(目前都是一条一条推送)推送至单据关联。
288.6、推送单据关联生成凭证接口：
289.被调用服务：hawk-dm；
290.路径：hawk-dm/client/push-ae；
291.接口方法名：pushae；
292.请求类型：post；
293.请求参数：日期期间、租户id；
294.返回参数：保存结果；
295.作用：将标准化后的下游单据(获取某日期期间所有单据)推送至单据关联。
296.在另外的实施例中，结合上述财务数据标准化系统，给出一种财务数据标准化工作方法，如图11所示，其包括如下步骤：
297.步骤w1、易快报报销单支付成功后会将报销单的单据编号信息推送到财务数据标
准化系统，财务数据标准化系统拿着单据编号去易快报获取详细数据；其对应于开始启动并扫描报销单，查询易快报报销单是否支付成功，如果支付成功，则将报销单的单据编号信息推送到财务数据标准化系统，财务数据标准化系统拿着单据编号去易快报获取详细数据；
298.步骤w2、通过单据类型去区分，单据类型s开头的定为申请单，直接过滤掉；单据类型b开头的接收并存储到数据结构定义发布的报销单据上；单据类型j开头的接收并存储到数据结构定义发布的借款单；详细地，通过单据类型判断来获取单据类型，将单据类型s开头的单据划定为申请单，并将申请单直接过滤掉；将单据类型b开头的单据划定为报销单，接收单据类型b开头的报销单并存储到数据结构定义发布的报销单据上；单据类型j开头的报销单划定为借款单，接收单据类型j开头的借款单并将借款单存储到数据结构定义发布的借款单据上。进一步地，针对借款单和报销单进行数据标准化规则处理，数据标准化规则处理采用业务类型、数据结构定义、模板发布、数据映射和标准化日志；所述数据标准化规则处理采用与本发明中上述的财务数据标准化方法相同的方法进行；
299.步骤w3、将易快报的报销单和借款单按财务数据标准化规则处理为标准后的单据，即为标准借款单、日常报销单、差旅报销单、团建报销单以及支出请款单；
300.步骤w4、同时推送到单据关联，做财务凭证处理。
301.最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。