基于金财工程应用支撑平台数据交换规范.doc

《基于金财工程应用支撑平台数据交换规范.doc》由会员分享，可在线阅读，更多相关《基于金财工程应用支撑平台数据交换规范.doc（76页珍藏版）》请在三一办公上搜索。

1、附件二基于金财工程应用支撑平台数据交换规范（试行）2009年2月中华人民共和国财政部目 次目 次1前 言3引 言4第1部分：技术规范51范围52规范性引用文件53术语和定义53.1数据交换53.2数据交换处理模型53.3数据交换平台53.4交换子系统53.5XML Schema54数据交换要求54.1文件格式54.2使用规范64.3部署65数据交换处理模型65.1数据交换的参与者65.2内外部交换方式65.3上下级交换模式75.4财税库联网模式86数据交换文档XML模式86.1根元素结构86.2控制信息元素结构86.3业务数据元素结构106.4数据交换规范文档XML模式定义127安全策略177

2、.1数据交换安全要求177.2系统安全体系对数据交换规范的支持177.3数据交换规范的安全机制17第2部分：业务规范181范围182规范性引用文件183术语和定义183.1交换单据183.2基础数据184编码规则184.1交换子系统编码184.2交换单据编码194.3交换文件命名规则195内外部交换单据内容195.1预算单位系统交换205.2商业银行系统交换425.3人民银行系统交换656上下级交换单据内容706.1下级财政系统交换70第3部分:维护与管理741范围742相关机构及职责742.1管理机构742.2提交（应用）机构743管理和维护743.1数据交换规范内容的管理743.2交换子系

3、统注册管理743.3交换单据注册和维护74前 言基于金财工程应用支撑平台数据交换规范由以下三部分内容组成：第1部分：技术规范；第2部分：业务规范；第3部分：维护与管理。引 言规范各部分简介本规范由技术规范、业务规范和维护与管理三个部分组成。技术规范给出了使用数据交换规范的技术约束，定义了数据交换组件的模型和框架，重点描述了数据交换文档的XML模式，对根结构、控制信息元素、业务数据元素、安全策略等进行详细说明。业务规范结合具体的业务数据交换要求，给出了财政系统与预算单位系统、非税收入系统、商业银行系统、人民银行系统和上下级财政系统进行交换数据的内容和格式；为数据交换组件、各个业务系统之间进行数据

4、传输的接口提供了开发标准和依据。维护与管理是结合财政业务管理制度改革和金财工程建设的发展趋势，对后续产生的交换子系统、交换单据进行管理与维护所制定的规定和办法。制定原则在本标准中，技术规范、业务规范的编写过程遵循统一性、规范性、复用性和安全性原则。数据交换技术规范建立在统一的数据交换处理模型之上，采用一致的框架结构；数据交换内容采用XML Schema进行规范化描述；尽量采用模块化定义，以保证其结构简单、清晰，为实际系统采用面向对象技术和组件化技术提供便利；充分考虑数据交换的安全性，在尽力完善自身安全机制的同时，还要充分利用系统安全基础设施提供的安全机制。坚持能采用国际标准或国家标准的尽量采用

5、的原则，在对财政业务系统经过广泛的调研之后，以现有财政业务之间交换的数据内容为基础，充分考虑金财工程应用支撑平台带来的变革，尽可能准确地对交换的技术内容和业务内容予以明确和规范。第1部分：技术规范1 范围本部分给出了基于金财工程应用支撑平台（以下简称应用支撑平台）的各业务系统之间进行数据交换时需要遵循的技术规范，包括需求约束、处理模型、文档XML模型和安全策略。本部分包括财政业务系统与其他行业进行数据交换，上下级财政业务系统间的数据交换，以及财政业务系统内部子系统之间的数据交换，适用于财政业务应用系统的设计、开发与集成，2 规范性引用文件本规范引用了以下规范文件：CZ 00012008 财政业

6、务基础数据规范中华人民共和国财政部3 术语和定义3.1 数据交换数据交换指在分布式环境下，存在着明确功能边界的子系统之间或应用系统之间发生的信息交互过程。3.2 数据交换处理模型数据交换处理模型是对实现数据交换的技术支撑设施的抽象，为系统架构设计和定义数据交换规范框架提供依据。3.3 数据交换平台数据交换平台是金财工程应用支撑平台的重要组成部分，是数据交换技术规范的系统实现，数据交换平台是数据交换的枢纽，可提供统一的数据交换和监控管理机制。3.4 交换子系统作为独立的主体参与数据交换的业务系统，且有明确功能边界的应用系统。如：代理银行系统。3.5 XML SchemaXML Schema是描述

7、XML文档格式的模式语言。它是W3C（World Wide Web Consortium万维网联盟）的推荐标准，完全使用XML作为描述手段，不仅可以定义XML文档的结构，而且还允许约束文档的内容，具有很强的描述能力、扩展能力和处理维护能力。与使用 DTD（Document Type Definition文档类型定义）定义约束相比，模式具有更好的灵活性和确定性。XML Schema定义（XML Schema Definition，XSD）文件的扩展名是“.xsd”。4 数据交换要求4.1 文件格式财政业务系统在设计时，涉及与其他系统进行数据交换时，交换的文档格式必须是XML文件，XML文件的结构

8、必须遵循技术规范中的定义。4.2 使用规范财政业务系统在开发和集成时，涉及与其他系统进行数据交换时，应当遵循数据交换的业务规范中编码规则和单据内容的定义。财政部门根据自身业务细化需要，可以增加交换子系统和交换单据，增加交换子系统和交换单据时应遵循业务标准中编码规则。财政部门业务系统之间进行数据交换时，可以对交换单据格式进行适当扩充，扩充的信息项命名需要遵循财政部颁布的财政业务基础数据规范。4.3 部署模式一级财政部门原则上只建一个数据交换中心，统一实现内外部和上下级数据交换。5 数据交换处理模型参与数据交换的业务系统通过数据交换将数据写入应用支撑平台或从应用支撑平台读取数据，实现与其它业务系统

9、的数据共享和业务协同。5.1 数据交换的参与者a) 数据交换的发送者负责构造请求数据包，并将请求数据包发送至数据交换平台；负责从数据交换平台接收响应数据包，并对响应数据包进行处理。b) 数据交换平台负责请求数据包和响应数据包的接收、转换、传递，并对数据交换过程进行监控和管理。原则上，请求数据包和响应数据包的构造、业务数据体的解析、与交换相关的业务处理由数据交换发送者或接收者完成。c) 数据交换的接收者负责接收、解析、处理请求数据包，根据处理结果构造响应数据包，并将响应数据包发送至数据交换平台。5.2 内外部交换方式数据交换参与者之间存在两种协作方式：同步方式和异步方式。a) 同步方式数据交换发

10、送者构造请求数据包，并发送至数据交换平台；数据交换平台将请求数据包发送给数据交换接收者进行处理，最终向发送者返回响应数据包。发送者只有接收到响应数据包或捕获到数据交换异常后才继续往下执行，这种方式适用于数据交换量小、响应时间要求严格的情况，如：基础数据的同步。在同步交换中，参与者的协作方式如图1所示：图1 同步交换的协作方式b) 异步处理方式数据交换发送者向数据交换平台发出请求数据包后，继续进行其他处理，而不是等待响应数据包；数据交换平台负责将请求数据包发送给接收者，或接收者主动从数据交换平台索取请求数据包；接收者在获得请求数据包后进行处理并构造响应数据包，然后发送至数据交换平台；数据交换平台

11、负责将响应数据包发送给发送者，或发送者主动从数据交换平台索取响应数据包；发送者在获得响应数据包后进行处理。这种方式适用于数据交换量比较大且对响应时间要求不十分严格的情况。注意：在异步数据交换过程中，发送者可以要求接收者不必返回响应数据包。在异步交换中，参与者的协作方式如图2所示：图2 异步交换的协作方式5.3 上下级交换模式本级财政业务系统与本级数据交换平台进行交互；上下级间的交互，通过其数据交换平台实现，从而实现上下级财政的业务协同。上下级财政交换模式是异步交换模式的扩展，数据交换平台之间数据传递采用“推”和“拉”相结合的方式，下级数据交换平台定时从上级数据交换平台检索属于本级财政的数据包，

12、进行下载和必要处理；下级数据交换平台定时将需要报送上级财政的数据包上传到上级数据交换平台。上下级财政系统交换时,下级财政数据交换平台是交换过程的发起者，上下级财政的协作模式如图3所示：图3 上下级数据交换的模式5.4 财税库联网模式财政与人民银行之间的收入接口采用MQ方式，详细规范参见财政与人民银行国库联网财政收入接口参考规范。6 数据交换文档XML模式数据交换文档采用XML文件，其根元素是，并与缺省命名空间“6.1 根元素结构根元素结构如图4所示,根元素中含和两个子元素。元素为信息头，定义了数据交换的控制信息；元素为信息体，内容为数据交换的业务数据。图4 根元素结构6.2 控制信息元素结构控

13、制信息元素结构如图5所示，元素是XML中不可缺少的元素，数据交换平台通过该元素实现数据智能路由，数据交换接收者通过该元素进行数据验证和处理。图5 控制信息元素结构控制信息元素的子元素详细说明见表1。序号子元素是否必需子元素含义示例1version否数据交换规范版本号，交换平台采用的标准版本号。1.002compressCode否数据压缩类型编码，交换平台采用的压缩类型编码。000：不压缩；001：JAR压缩；002：ZIP压缩0023encrptCode否数据加密类型编码，交换平台采用的加密类型编码。000：不加密； 002：Base64对称密钥加密算法。0024name是数据包名称，发送者写

14、入的单据名称授权支付额度通知单5description否数据包描述，发送者对数据包内容进行简述8月份工商银行授权支付额度6exchangeId否数据包唯一ID，发送者对数据包的标识735627responseFlag否是否需要接收者响应标志，发送者写入，默认不需要反馈。1：需要反馈2：不需要反馈28sendTime是发送时间，发送者标示的发送时间，至少精确到秒2007-08-29 10:38:309year是业务年度，发送者标示数据所属年度200710sendApp否发送数据的子系统，发送者写入系统编码03111sender否发送人，发送者写入的路由用户编码03100112receivers否

15、接收人，预留字段，子元素receiver描述具体的路由用户编码081113dataType是数据类型，发送者写入的交换单据编码03110314agencyCode否预算单位代码，与预算单位交换时需写入10615admDivCode否行政区域代码，上下级交换时需写入23000016payBankCode否商业银行代码，与商业银行交换时需写入09117clearBankCode否清算银行代码，与清算银行交换时需写入0996.3 业务数据元素结构业务数据元素结构如图6所示，元素是XML中可缺少的元素，是业务数据的载体。元素可以包含多个子元素，元素包含两个可空属性，name属性描述数据对象的名称。de

16、scription是对数据体的对象描述，如：PLAN_AGENT_BILL。元素可以包含多个结构相同的子元素，元素包含editType属性和多个子元素，可以根据需要嵌套多个子元素来实现单+明细的数据描述。editType属性是专用于基础数据的增量同步，表示更改类型：1-新增、2-修改、3-删除；元素用于描述数据的主要信息项（属性）。图6 业务数据元素结构元素包含三个属性。name为信息项英文简称；fieldType为信息项值的类型: 1-数值、2-字符、3-删除；description是信息项描述，一般为中文名称。常用信息项的name和description应遵循财政业务基础数据规范，表2财政

17、常用信息项。序号NameDescription1AgencyCode预算单位代码，使用预算码或国标码2AgencyName预算单位名称3FundTypeCode资金性质代码4FundTypeName资金性质名称5ProCatCode项目类别代码6ProCatName项目类别名称7PayTypeCode支付方式代码8PayTypeName支付方式名称9FuncCode功能分类科目代码,含收入功能分类科目10FuncName功能分类科目名称11DepProCode部门预算项目代码12DepProName部门预算项目名称13AppTypeCode拨款期间属性代码14AppTypeName拨款期间属性

18、名称15BdgSourceCode预算来源代码16BdgSourceName预算来源名称17ExpEcoCode支出经济分类科目代码18ExpEcoName支出经济分类科目名称19PayKindCode支出类型代码20PayKindName支出类型名称21SetModeCode资金结算拨付方式代码22SetModeName资金结算拨付方式名称23PayeeName收款人全称24PayeeBank收款人银行25PayeeAccount收款人账户账号26PayAccountCode付款账户代码27PayAccountName付款账户名称28PayBankCode付款银行代码29PayBankNam

19、e付款银行名称30Amount金额31Month月32Year年33AdmDivCode行政区划代码34AdmDivName行政区划名称6.4 数据交换规范文档XML模式定义数据交换规范文档XML模式定义（XSD描述）如下： 财政部数据交换XML模式定义 控制信息 数据交换规范版本号 压缩类型编码 加密类型编码 数据交换唯一标识(GUID) 是否需要响应标志 数据类型 数据包名称 数据包描述 发送时间 发送数据的子系统 发送者编码 接收者 接收者编码 业务年度 预算单位代码 行政区划代码 商业银行代码 清算银行代码 业务数据 数据对象(表) 记录(行) 属性(字段) 属性名称 字段类型 属性描

20、述 更改类型：1-新增 2-修改 3-删除 对象名称 对象描述 系统编码 7 安全策略7.1 数据交换安全要求数据交换安全与其他信息安全一样，需要确保数据在传输、存取和处理过程中，保持其私密性（Privacy）、完整性（Integrity）、防抵赖性（Non-Reputation）以及源发可鉴别性（Authentication）等。这些安全要求需要借助应用系统提供的安全基础设施，结合数据交换规范自身提供的安全机制予以保障。本标准描述的数据交换规范框架借助应用系统提供的统一的安全基础设施实现了应用层的安全，对于物理层安全、网络层安全、操作系统层安全则由应用系统的安全基础设置统一实现和管理。注意，

21、出于效率上的考虑以及内部环境安全假设，本标准描述的数据交换规范提供的安全机制可以被有选择地使用。7.2 系统安全体系对数据交换规范的支持为利用系统安全基础设施提供的安全机制，本文档描述的数据交换规范要求数据交换参与者（包括数据交换发送者、数据交换平台、数据交换接收者）从系统安全体系获得CA证书，通过使用系统安全体系提供的加密、数字签名等技术，来保证数据包中业务数据体的安全。7.3 数据交换规范的安全机制7.3.1 私密性机制在控制数据体中，可以指定加密算法和签名密钥，对业务数据体进行加密。7.3.2 完整性、防抵赖性、源发可鉴别性机制在控制数据体中，可以附加对业务数据体的数字签名信息，来保证数据交换内容的完整性、防抵赖性、源发可鉴别性。 第2部分：业务规范1 范围本部分给出了基于金财工程应用支撑平台的各业务系统之间进行数据交换时相关的交换子系统编码、交换单据编码和交换单据内容约定。本部分包含财政业务系统与其他行业业务系统进行数据交换,上下