目前“金财工程”急需解决的是信息共享问题，以满足现有应用系统之间，上下级之间，预算单位、银行、税务、海关等部门与财政的数据交换。

    解决信息共享问题的重点在于，针对现行系统对接口及口径、编码转换程序等需求的开发，通过建设财政公共数据交换平台，可以为各类财政应用系统提供一个统一的、规范化的、遵循XML标准的应用数据交换环境，解决因信息类型不同、数据格式定义不同、开发运行环境不同、网络环境不同导致的“信息孤岛”问题。

    数据交换是SOA技术支撑平台中的企业服务总线（ESB）的重要功能。IBM财政公共数据交换解决方案是一个建立在集成总线上的集成模式，它运作起来像数据隔离层，分隔特定应用数据和逻辑过程相关数据，它基于IBM的WebSphere Business Integration Message Broker （以下简称WBIMB），WebSphere MQ构建。
 
    一个完整的财政公共数据交换平台的可以实现：

    集成分立的系统

    目前财政原有的信息系统分别是建立在不同的底层平台上，所以在应用里面存在着大量的平台相关的代码。所以政府部门信息应用的集成首先是不同的系统平台的应用的集成。如果被集成的应用是独立于底层结构的，则由于不依赖于某种底层技术，而具有显著的优势：允许将不同处理模块放在最适于运行的地方执行，对于应用的扩展几乎没有限制，用户不必依赖于某一个单一的供应商，在现有的底层环境下可对于系统进行优化并保护用户的投资。

    集成分立的数据

    在财政应用系统集成的过程中，需要将不同的数据进行集成，如将新数据、旧数据和遗留数据（纯文件，IMS，存储过程等）进行集成。同时原有应用的业务逻辑及处理代码也分别割裂存放于数据库和应用中。此外，不光需要在不同的数据库管理系统间传送数据，同时也需要将这些规模很大且互相独立的数据库应用集成到为以中央资源数据库为基础的开发环境中。

    集成不同的应用

    当政府用户在进行跨部门应用整合的项目时，往往需要满足一些特定的需求，如：不必重复书写代码和有关的业务规则;避免在系统中由于不同的构件模型（CORBA，COM，BAPI等）形成不同的信息孤岛;不会忽略特定的数据管理应用;使应用对数据存储进行控制，根据业务规则对输入的数据进行验证，确保只有正确的数据才能输入到数据库中;不将内部物理存储结构暴露到外界，尽可能的提高集成的层次，并使集成变得简单。

    集成业务的流程

    财政应用集成的最终目的是实现业务处理的自动化，这种业务处理的自动化需求逐步涵盖了财政部门越来越大的业务处理范围。企业应用集成(EAI)在针对底层平台，数据和应用进行集成的基础上，应该是以业务处理流程为中心来构建的。

    数据库适配器模式

    数据库数据交换这是数据交换平台的最基本功能，也是在数据交换平台中最容易实现的功能。
 
    交换平台包含了三个基本模块：交换中心，数据库适配器和管理模块。通过适配器和用户数据库连接，根据设置，从数据库采集数据，通过交换核心，将数据送到相应的目的数据库适配器，再写入数据库。

    应用编程接口模式
 
    这个架构是传统EAI（企业应用集成）方式。这种方式和数据库数据交换的最大区别是，应用数据接口不是连接数据库的，而是和客户应用相连，是通过应用编程接口来实现数据的交互。
数据交换平台提供了全套的API，允许客户应用，按照业务的需求，通过交换平台向目标应用传送所需的数据或文档，或者从交换平台里获取对方传过来的数据或文档。

    数据收发管理中心模式

    是一种完全人工的收发方式，灵活，简便，不需要编程，有造作界面，使数据和文档的发送和接收更加人性化。它适用于临时数据的发送。
 
    这种模式以一个交换中心（Message Broker）、一个文件收发接口（MQ Server）和收发文客户端组成。

    数据收发管理中心是具有人机交互界面的管理控制台，其中集成了数据文件的手工发送和接收功能。管理中心界面既可嵌入应用系统程序调用，也可单独使用。

    采用这种方式进行数据发送时，可通过手工从目录中选取待发文件，指定发送的目的地（一个或多个）、优先级、失效时间等，然后对其发送；在接收数据时，可以在接收界面中，根据源发地、数据类型等手工选取需接收的数据。

    共享目录的模式

    通过定点约定的共享目录来实现文件类型的数据传送，此模式实现起来比较简单，适用于现有的应用系统接入交换平台。
 
    在发送数据时，应用系统只要将需传输的文件COPY 到约定的目录中，就算交给交换系统了。交换系统提供“自动搜索约定目录”的功能，将约定目录下的数据文件送入交换系统本地通讯接口中，等待的数据接收模块接收进交换系统进行发送；在接收数据时，交换平台提供“文件落地”功能，即从本地通讯接口中提取数据，还原成原文件并COPY到约定的目录中，等待应用系统处理。

    这是一种简单的应用数据交换的编程方式，常用于相对固定的需要定期传送文件的双方使用，对应用的逻辑无影响、实现简单，适用于已经存在的应用系统与交换系统的集成。

    交互式数据交换模式

    这是一种最高层次的数据交换的应用。它包含了跨两个系统之间的事务处理。这种流程是完整的且不间断的，它不包含任何需要人为参与的工作和间断的流程。

    传统的具有事务性的数据交换，通常采用EAI 和编程接口来实现，所有的交互协议，完全由具有交互式流程的两个系统之间共同完成，因此，传统的EAI适合在一个企业内部实现。

    然而随着财政的业务发展，业务流程的不断复杂化，信息的交互已经不能依赖那种固定的交互方式来满足；因此，数据的交换要随需应变，适合业务的变化而变化，公共数据交换平台将随需应变的数据交换模式。我们称这种模式为请求服务模式。
 
    这种模式，采用Web Services技术，是客户端主动模式；由客户端通过交换平台向服务端提出服务请求（soap request），由服务端解析客户端的请求信息，获取请求内容，然后执行本地应用中的服务，然后将服务结果，通过交换平台传送到请求端应用。