业财一体化升级设计说明

业财一体化升级设计说明

ESB企业服务总线是企业信息化集成过程中一项重要工具，作为集成龙骨满足应用、数据和业务等集成需要，应用集成如统一认证、单点登录等主要实现业务系统间的对接；数据集成如主数据治理和数据分析等，通过ESB实现数据的据聚合以及分发；业务集成如业财一体化等，实现企业业务之间的互联互通。在集成的过程中，ESB的作用至关重要，它连接着上下游业务系统，构建了数据集成传输的通道，是企业信息化建设由无序到有序、由散乱到规范、由点对点到总线式的有效工具与手段。

通过ESB连接企业业务与财务数据，实现业务与财务的互通和数据共享，是实现企业财务集中化、规范化管理的有效方式，之前在项目中通过ESB实现业财集成大部分都是通过ESB构建集成通道，连接源头业务单据与目标单据，实现差旅、报销、成本等费用单据与财务单据的互通，这种方式虽然可以实现业财集成，但是面对企业快速变化的业务以及不断增长的数据，在灵活性、扩展性方面存在极大的不足，难以满足快速变化的业务需求，所以需要结合现有的MDM主数据平台和DRP填报平台实现业财一体化的单据集成的动态化构建，在企业业务快速变化的同时，可以通过配置支撑企业的业务。 

1总体说明 

本次调整主要是基于通过ESB实现业财一体化，为了满足业务表单新增、变更时能够快速实现业务集成的对应，从而对以往业务一体化方式进行优化调整，将ESB直接对接固定某个表单进行动态化，通过配置实现一个流程对接多个表单，满足后续业务扩展的需要。 

1.1背景说明 

业财一体化是以业务系统为源头，以财务系统为核心，将销售、成本、OA等系统产生的财务数据，同步至财务系统进行财务单据和凭证管理，从而实现财务账目的汇总和统计，在集成过程中，通过ESB企业服务总线作为集成通道，通过ESB的查询、转换、集成等功能实现源单据到目标单据的集成。 

本次调整主要是以项目中的业财一体化方案为基础，将业财一体化的流程进行动态化处理，主要包括OA审批工作流与财务系统应付单的对接，财务系统实付款回写OA请款单据，OA请款的实付款回写成本台账等几项业务。 

1.2总体需求 

根据业财一体化业务扩展的新需求，并考虑到后续业务流程扩展的可能，所以考虑对原有的业财集成方式进行优化，采用新的动态化流程处理方式，实现项目、业务单据、单据字段等信息的动态化处理，支持通过配置进行扩展，满足后续项目、业务、表单信息的扩展与变更需要。 

1.3需求分析 

1.需要增加业财集成的配置，通过配置可以满足后续项目和工作流扩展的需要，可以根据需要配置哪些项目、哪些工作流、什么时间进行业财一体化的集成，可以手动打开或关闭某些项目和工作流业财的集成推送； 

2.需要支持对业财单据与财务单据的字段映射配置，后续如果业务调整，可以通过手动配置调整字段的映射关系，从而实现单据字段的扩展、修改、删除等实际业务需要； 

3.对ESB的业财集成流程进行优化升级，不再使用单一流程只能满足单一工作流的方式，构建通用的业务集成流程，一个流程可以满足多个或者一类工作流的集成。 

2实现思路 

考虑到业财一体化集成的实际需求，主要从以下几个层面进行扩展： 

1.项目主数据扩展，扩展是否开启业财集成，OA工作流编码，业财集成开始时间，是否回写成本，成本费用类型等信息； 

2.在DRP填报平台扩展表单，用于记录OA、财务、成本系统的字段映射信息，以支持字段的动态配置。 

如上图所示为升级后的业财集成架构图：以ESB企业服务总线为中心进行贯穿，MDM主数据管理提供业财启动相关的配置参数，DRP数据填报提供表单进行字段映射，从而打通OA、成本、财务的单据集成。OA系统根据MDM的配置由ESB动态获取，根据DRP的映射转换写入财务系统；财务付款根据MDM配置由ESB拉取，通过DRP转换后回写OA；ESB根据项目配置获取OA实付款后，根据DRP的映射转换回写成本台账。 

2.1主数据扩展 

由于业财集成是以项目为单位进行的，所以在项目主数据中扩展配置信息，主要扩展是否开启业财、OA工作流、业财开始时间、是否回写OA、是否回写成本几个字段。 

1.是否开启业财：单选框，用于判断该项目是否需要开启业财集成； 

2.OA工作流：文本域，用于填写OA工作流的表单编码，支持填写多个表单，用“，”分隔； 

3.业财开始时间：日期时间选择，用于判断该项目业财集成的启动时间； 

4.是否回写OA：单选框，用于判断该项目的财务实付款是否需要回写OA系统； 

5.是否回写成本：单选框，用于判断该项目的OA实付款是否需要回写成本系统。 

2.2数据填报 

在DRP填报平台扩展表单，记录OA、财务、成本系统相关单据的字段映射关系。 

1.填报模型采用批量录入模型，并且关联组织项目树，由于表单字段为通用数据，不随项目而变化，所以录入模型不关联项目树； 

2.录入模型要添加过滤条件，条件为表单类型，包括OA推送财务的每一个工作流、财务回写OA表单以及OA回写成本表单； 

3.批量录入模型需要包含如下信息：OA表单字段、财务表单字段、成本表单字段、成本费用类型，根据实际情况部分字段内容可以为空。 

2.3流程扩展 

在ESB中扩展通用流程，分别实现OA同步财务、财务回写OA和OA回写成本，同时根据动态处理的需要，扩展一些子流程或服务满足特定的业务场景。 

1.OA同步财务： 

1)查询项目主数据，根据项目中配置的业财启动情况和需要集成的OA表单，构建动态SQL； 

2)通过SQL查询OA系统，获取OA中需要同步的表单数据； 

3)根据DRP中填报的对应表单的字段映射，将OA表单中的字段数据映射成财务系统的字段数据； 

4)调用财务系统的写入服务将数据同步到财务系统。 

2.财务回写OA： 

1)查询项目主数据，判断财务单据需要回写OA的项目； 

2)根据项目查询财务系统需要回写OA的实付款记录； 

3)根据DRP中填报的财务回写OA的字段映射，将财务实付款数据映射成OA的实付款数据； 

4)调用OA的回写接口将实付款数据回写到OA单据中。 

3.OA回写成本： 

1)查询项目主数据，判断OA单据需要回写成本的项目； 

2)根据项目查询OA系统需要回写成本的单据信息； 

3)根据DRP中填报的OA回写成本的字段映射，将OA单据的实付款数据映射成成本的实付款数据； 

4)调用成本系统的回写接口将实付款数据回写到成本的付款台账中。 

3扩展配置 

扩展配置主要从MDM主数据平台和DRP数据填报平台两个平台进行扩展，其中MDM主数据平台主要是在现有项目主数据的基础上扩展字段，而DRP数据填报平台则需要扩展新的填报表单，用于支持业务集成的业务。 

3.1项目配置 

在数据建模中调整项目模型，新增业财集成分组，在业财集成分组中增加字段： 

3.2字段映射 

字段映射主要是在DRP系统中配置OA、财务、成本系统的字段映射信息，根据实际需要采用批量录入的方式。 

1.在DRP的数据建模中建立模型，模型编码：BusinessFinanceMapping，名称：业财一体化映射配置，类型：批量录入，关联树：否； 

2.除基本字段外，扩展字段如下： 

其中：单据类型采用参考数据，包含OA的各类表单，以及财务回写OA和OA回写成本；成本费用类型采用参考数据，根据实际业务，值主要是开发间接费、财务费、管理费等。 

4集成流程 

流程扩展是业财升级的重点也是难点，在升级后所有的ESB流程都将改造成动态流程，包括项目、时间、单据、字段等信息都不在流程中固定写死，都是通过配置动态获取的，所以一方面需要考虑字段映射的获取和处理方式，另一方面也要考虑不同的业务场景，以及后续扩展的需要。 

根据ESB实现业务集成的相关经验和最佳实践，考虑采用服务对接的方式实现业财集成的升级，即OA、财务、成本的数据读写全部服务化，由于原系统没有服务，所以通过ESB进行开发。 

4.1服务开发 

对涉及到的OA、财务、成本系统进行服务化开发，但仅限本次升级的内容进行服务化，其他业务暂时不进行更多扩展，后续有需要时再增加。 

4.1.1OA系统 

OA系统的服务主要是OA单据的读与写，读包括读取单据信息以及单据的实付款，由于两个数据存储在同一个单据中，所以采用一个服务方法；主要是写OA的实付款信息。 

1.工程名称：OADataService； 

2.服务名称：WorkFlowService，服务类型：Rest Service； 

3.方法列表： 

4.1.2财务系统 

财务系统的服务分为两种:一种是对应付单据的写入 *** 作，另一种是对实付款单据的读取 *** 作。 

1.工程名称：FinanceDataService； 

2.服务名称：PaymentService，服务类型：Rest Service； 

3.方法列表： 

4.1.3成本系统 

成本系统目前不涉及读的 *** 作，只有OA回写成本的写入 *** 作。 

1.工程名称：CostDataService； 

2.服务名称：PaymentService，服务类型：Rest Service； 

3.方法列表： 

4.2集成流程 

根据实际业务需要以及OA、财务、成本系统的相关服务，扩展ESB的http流程实现业务单据与财务单据的集成，根据需要分为三类单据集成，分别是OA到财务的财务应付单、财务到OA的实付回写、OA到成本的成本回写。 

4.2.1财务应付 

财务应付的ESB集成流程的业务逻辑如下图： 

1.先从项目主数据获取开启业财集成的项目； 

2.对项目进行循环，获取每个项目的项目ID、OA工作流、开始时间等信息； 

3.将多个工作流信息进行分割，循环每个工作流； 

4.根据项目ID、单个OA工作流、开始时间调用OA的单据查询服务，获取OA的单据列表； 

5.根据OA工作流查询DRP的字段映射，获取OA和财务的映射关系； 

6.根据映射关系，循环OA的单据列表，将OA单据转换成财务单据信息，并调用财务系统的接收服务接收单据，同时进行日志记录。 

4.2.2实付回写 

财务实付回写OA的ESB集成流程的业务逻辑如下图： 

1.先从项目主数据获取开启业财集成的项目； 

2.对项目进行循环，获取每个项目的项目ID、OA工作流等信息； 

3.将多个工作流信息进行分割，循环每个工作流； 

4.根据项目ID、单个OA工作流调用财务系统的单据查询服务，获取财务的实付款单据列表； 

5.根据OA工作流查询DRP的字段映射，获取财务和OA的单据字段映射关系； 

6.根据映射关系，循环财务实付款单据列表，将财务单据转换成OA单据信息，并调用OA系统的接收服务接收实付款信息，同时进行日志记录。 

4.2.3成本回写 

OA申请实付款回写成本的ESB集成流程的业务逻辑如下图： 

1.先从项目主数据获取开启OA回写成本的项目； 

2.对项目进行循环，获取每个项目的项目ID、OA工作流信息； 

3.将多个工作流信息进行分割，循环每个工作流； 

4.根据OA工作流查询DRP的字段映射，获取OA和成本的单据字段映射关系； 

5.根据字段映射的配置，判断当前OA工作流是否对应成本费用以及对应的费用类型； 

6.根据项目ID和费用类型查询DRP中成本费用单据号； 

7.根据项目ID、单个OA工作流调用OA的单据查询服务，获取OA的单据列表； 

8.根据映射关系，循环OA的单据列表，将OA单据转换成成本单据信息，并调用成本系统的接收服务接收单据，同时进行日志记录。 

4.2.4子流程 

根据集成流程的实际需要，为了简化流程，实现流程复用，对一些可复用的业务逻辑进行提取处理，封装成子流程，本次主要是对DRP字段映射的查询部分进行子流程处理，子流程信息如下： 

1.流程编码：DRPMappingEmbed； 

2.流程名称：DRP字段映射子流程； 

3.流程入参：String workFlow（流程编码）； 

4.流程出参：String mappingInfo（jsonObject）。 

5分析总结 

业财集成是ESB实现业务集成的重要内容，从业务上可以满足企业业务数据和财务数据的互通，降低工作量和成本，提高工作效率，从信息化层面来说实现了企业系统间的数据贯通，满足企业建立统一、高效的信息系统的需求。 

5.1问题分析 

在进行企业信息系统集成的过程中，由于不同系统间的异构特性，以及数据结构之间的差异，往往需要进行大量的系统间表、字段的映射处理。在通过ESB进行集成的过程中，对于表和字段的差异，之前一般是直接通过ESB流程进行转换处理，但是这种处理方式在灵活性上严重不足，无法满足后续扩展以及调整的需要。而本次业财集成的升级就是为了处理这个问题，通过MDM和DRP进行相关的配置，实现映射信息的动态化处理，提高了流程处理的灵活性，完全通过页面配置实现，避免ESB流程的频繁调整。 

5.2集成模式 

在之前项目中通过ESB进行应用集成时，往往都是在一个流程中直接实现系统的对接，这种处理方式在业务系统有服务接口的情况下可以勉强满足需求，但是业务系统没有接口，需要ESB流程进行读表 *** 作时就会出现ESB流程过长（一个流程几十个组件节点），无论是后期调整维护，还是其他人接手难度都非常大。为了降低难度，在应用集成时尽量采用服务对接的方式，先构建源系统与目标系统的服务，再通过集成流程调用服务，实现面向服务的集成，这样不仅能降低流程的复杂性，也便于后续扩展，同时扩展的系统服务也可以提供给其他流程使用，提高服务利用率。 

5.3个人总结 

本次升级主要是为了满足项目上的需求扩展，同时也考虑到后续扩展以及调整的可能，所以对之前集成方式进行了重新梳理，并结合其他项目经验和最佳实践，重新规划了业财集成的实现方式。通过梳理设计对ESB实现应用集成的模式有了更加深入的了解，为后续其他ESB项目的实施与方案制定提供了借鉴。 

ESB企业服务总线是系统集成与数据传输的有效工具，在集成的解决方案中ESB是必需的套件，对于ESB的集成模式和使用方式需要根据实际业务场景灵活控制，在实际项目中一定要考虑的业务扩展和变更的可能性，所以在使用时要尽量采用动态化处理的方式，提高ESB服务和流程的可复用性，发挥ESB支撑企业信息化建设的积极作用。