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

基于金财工程应用支撑平台数据交换规范附件二基于金财工程应用支撑平台数据交换规范（试行）2009年2月中华人民共和国财政部76目 次目 次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.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交换子系统注册管理743.3交换单据注册和维护74前 言基于金财工程应用支撑平台数据交换规范由以下三部分内容组成：第1部分：技术规范；第2部分：业务规范；第3部分：维护与管理。引 言规范各部分简介本规范由技术规范、业务规范和维护与管理三个部分组成。技术规范给出了使用数据交换规范的技术约束，定义了数据交换组件的模型和框架，重点描述了数据交换文档的XML模式，对根结构、控制信息元素、业务数据元素、安全策略等进行详细说明。业务规范结合具体的业务数据交换要求，给出了财政系统与预算单位系统、非税收入系统、商业银行系统、人民银行系统和上下级财政系统进行交换数据的内容和格式；为数据交换组件、各个业务系统之间进行数据传输的接口提供了开发标准和依据。维护与管理是结合财政业务管理制度改革和金财工程建设的发展趋势，对后续产生的交换子系统、交换单据进行管理与维护所制定的规定和办法。制定原则在本标准中，技术规范、业务规范的编写过程遵循统一性、规范性、复用性和安全性原则。数据交换技术规范建立在统一的数据交换处理模型之上，采用一致的框架结构；数据交换内容采用XML Schema进行规范化描述；尽量采用模块化定义，以保证其结构简单、清晰，为实际系统采用面向对象技术和组件化技术提供便利；充分考虑数据交换的安全性，在尽力完善自身安全机制的同时，还要充分利用系统安全基础设施提供的安全机制。坚持能采用国际标准或国家标准的尽量采用的原则，在对财政业务系统经过广泛的调研之后，以现有财政业务之间交换的数据内容为基础，充分考虑金财工程应用支撑平台带来的变革，尽可能准确地对交换的技术内容和业务内容予以明确和规范。第1部分：技术规范1 范围本部分给出了基于金财工程应用支撑平台（以下简称应用支撑平台）的各业务系统之间进行数据交换时需要遵循的技术规范，包括需求约束、处理模型、文档XML模型和安全策略。本部分包括财政业务系统与其他行业进行数据交换，上下级财政业务系统间的数据交换，以及财政业务系统内部子系统之间的数据交换，适用于财政业务应用系统的设计、开发与集成，2 规范性引用文件本规范引用了以下规范文件：CZ 00012008 财政业务基础数据规范中华人民共和国财政部3 术语和定义3.1 数据交换数据交换指在分布式环境下，存在着明确功能边界的子系统之间或应用系统之间发生的信息交互过程。3.2 数据交换处理模型数据交换处理模型是对实现数据交换的技术支撑设施的抽象，为系统架构设计和定义数据交换规范框架提供依据。3.3 数据交换平台数据交换平台是金财工程应用支撑平台的重要组成部分，是数据交换技术规范的系统实现，数据交换平台是数据交换的枢纽，可提供统一的数据交换和监控管理机制。3.4 交换子系统作为独立的主体参与数据交换的业务系统，且有明确功能边界的应用系统。如：代理银行系统。3.5 XML SchemaXML Schema是描述XML文档格式的模式语言。它是W3C（World Wide Web Consortium万维网联盟）的推荐标准，完全使用XML作为描述手段，不仅可以定义XML文档的结构，而且还允许约束文档的内容，具有很强的描述能力、扩展能力和处理维护能力。与使用 DTD（Document Type Definition文档类型定义）定义约束相比，模式具有更好的灵活性和确定性。XML Schema定义（XML Schema Definition，XSD）文件的扩展名是“.xsd”。4 数据交换要求4.1 文件格式财政业务系统在设计时，涉及与其他系统进行数据交换时，交换的文档格式必须是XML文件，XML文件的结构必须遵循技术规范中的定义。4.2 使用规范财政业务系统在开发和集成时，涉及与其他系统进行数据交换时，应当遵循数据交换的业务规范中编码规则和单据内容的定义。财政部门根据自身业务细化需要，可以增加交换子系统和交换单据，增加交换子系统和交换单据时应遵循业务标准中编码规则。财政部门业务系统之间进行数据交换时，可以对交换单据格式进行适当扩充，扩充的信息项命名需要遵循财政部颁布的财政业务基础数据规范。4.3 部署模式一级财政部门原则上只建一个数据交换中心，统一实现内外部和上下级数据交换。5 数据交换处理模型参与数据交换的业务系统通过数据交换将数据写入应用支撑平台或从应用支撑平台读取数据，实现与其它业务系统的数据共享和业务协同。5.1 数据交换的参与者a) 数据交换的发送者负责构造请求数据包，并将请求数据包发送至数据交换平台；负责从数据交换平台接收响应数据包，并对响应数据包进行处理。b) 数据交换平台负责请求数据包和响应数据包的接收、转换、传递，并对数据交换过程进行监控和管理。原则上，请求数据包和响应数据包的构造、业务数据体的解析、与交换相关的业务处理由数据交换发送者或接收者完成。c) 数据交换的接收者负责接收、解析、处理请求数据包，根据处理结果构造响应数据包，并将响应数据包发送至数据交换平台。5.2 内外部交换方式数据交换参与者之间存在两种协作方式：同步方式和异步方式。a) 同步方式数据交换发送者构造请求数据包，并发送至数据交换平台；数据交换平台将请求数据包发送给数据交换接收者进行处理，最终向发送者返回响应数据包。发送者只有接收到响应数据包或捕获到数据交换异常后才继续往下执行，这种方式适用于数据交换量小、响应时间要求严格的情况，如：基础数据的同步。在同步交换中，参与者的协作方式如图1所示：图1 同步交换的协作方式b) 异步处理方式数据交换发送者向数据交换平台发出请求数据包后，继续进行其他处理，而不是等待响应数据包；数据交换平台负责将请求数据包发送给接收者，或接收者主动从数据交换平台索取请求数据包；接收者在获得请求数据包后进行处理并构造响应数据包，然后发送至数据交换平台；数据交换平台负责将响应数据包发送给发送者，或发送者主动从数据交换平台索取响应数据包；发送者在获得响应数据包后进行处理。这种方式适用于数据交换量比较大且对响应时间要求不十分严格的情况。注意：在异步数据交换过程中，发送者可以要求接收者不必返回响应数据包。在异步交换中，参与者的协作方式如图2所示：图2 异步交换的协作方式5.3 上下级交换模式本级财政业务系统与本级数据交换平台进行交互；上下级间的交互，通过其数据交换平台实现，从而实现上下级财政的业务协同。上下级财政交换模式是异步交换模式的扩展，数据交换平台之间数据传递采用“推”和“拉”相结合的方式，下级数据交换平台定时从上级数据交换平台检索属于本级财政的数据包，进行下载和必要处理；下级数据交换平台定时将需要报送上级财政的数据包上传到上级数据交换平台。上下级财政系统交换时,下级财政数据交换平台是交换过程的发起者，上下级财政的协作模式如图3所示：图3 上下级数据交换的模式5.4 财税库联网模式财政与人民银行之间的收入接口采用MQ方式，详细规范参见财政与人民银行国库联网财政收入接口参考规范。6 数据交换文档XML模式数据交换文档采用XML文件，其根元素是，并与缺省命名空间“6.1 根元素结构根元素结构如图4所示,根元素中含和两个子元素。元素为信息头，定义了数据交换的控制信息；元素为信息体，内容为数据交换的业务数据。图4 根元素结构6.2 控制信息元素结构控制信息元素结构如图5所示，元素是XML中不可缺少的元素，数据交换平台通过该元素实现数据智能路由，数据交换接收者通过该元素进行数据验证和处理。图5 控制信息元素结构控制信息元素的子元素详细说明见表1。序号子元素是否必需子元素含义示例1version否数据交换规范版本号，交换平台采用的标准版本号。1.002compressCode否数据压缩类型编码，交换平台采用的压缩类型编码。000：不压缩；001：JAR压缩；002：ZIP压缩0023encrptCode否数据加密类型编码，交换平台采用的加密类型编码。000：不加密； 002：Base64对称密钥加密算法。0024name是数据包名称，发送者写入的单据名称授权支付额度通知单5description否数据包描述，发送者对数据包内容进行简述8月份工商银行授权支付额度6exchangeId否数据包唯一ID，发送者对数据包的标识735627responseFlag否是否需要接收者响应标志，发送者写入，默认不需要反馈。1：需要反馈2：不需要反馈28sendTime是发送时间，发送者标示的发送时间，至少精确到秒2007-08-29 10:38:309year是业务年度，发送者标示数据所属年度200710sendApp否发送数据的子系统，发送者写入系统编码03111sender否发送人，发送者写入的路由用户编码03100112receivers否接收人，预留字段，子元素receiver描述具体的路由用户编码081113dataType是数据类型，发送者写入的交换单据编码03110314agencyCode否预算单位代码，与预算单位交换时需写入10615admDivCode否行政区域代码，上下级交换时需写入23000016payBankCode否商业银行代码，与商业银行交换时需写入09117clearBankCode否清算银行代码，与清算银行交换时需写入0996.3 业务数据元素结构业务数据元素结构如图6所示，元素是XML中可缺少的元素，是业务数据的载体。元素可以包含多个子元素，元素包含两个可空属性，name属性描述数据对象的名称。description是对数据体的对象描述，如：PLAN_AGENT_BILL。元素可以包含多个结构相同的子元素，元素包含editType属性和多个子元素，可以根据需要嵌套多个子元素来实现单+明细的数据描述。editType属性是专用于基础数据的增量同步，表示更改类型：1-新增、2-修改、3-删除；元素用于描述数据的主要信息项（属性）。图6 业务数据元素结构元素包含三个属性。name为信息项英文简称；fieldType为信息项值的类型: 1-数值、2-字符、3-删除；description是信息项描述，一般为中文名称。常用信息项的name和description应遵循财政业务基础数据规范，表2财政常用信息项。序号NameDescription1AgencyCode预算单位代码，使用预算码或国标码2AgencyName预算单位名称3FundTypeCode资金性质代码4FundTypeName资金性质名称5ProCatCode项目类别代码6ProCatName项目类别名称7PayTypeCode支付方式代码8PayTypeName支付方式名称9FuncCode功能分类科目代码,含收入功能分类科目10FuncName功能分类科目名称11DepProCode部门预算项目代码12DepProName部门预算项目名称13AppTypeCode拨款期间属性代码14AppTypeName拨款期间属性名称15BdgSourceCode预算来源代码16BdgSourceName预算来源名称17ExpEcoCode支出经济分类科目代码18ExpEcoName支出经济分类科目名称19PayKindCode支出类型代码20PayKindName支出类型名称21SetModeCode资金结算拨付方式代码22SetModeName资金结算拨付方式名称23PayeeName收款人全称24PayeeBank收款人银行25PayeeAccount收款人账户账号26PayAccountCode付款账户代码27PayAccountName付款账户名称28PayBankCode付款银行代码29PayBankName付款银行名称30Amount金额31Month月32Year年33AdmDivCode行政区划代码34AdmDivName行政区划名称6.4 数据交换规范文档XML模式定义数据交换规范文档XML模式定义（XSD描述）如下： 财政部数据交换XML模式定义 控制信息 数据交换规范版本号 压缩类型编码 加密类型编码 数据交换唯一标识(GUID) 是否需要响应标志 数据类型 数据包名称 数据包描述 发送时间 发送数据的子系统 发送者编码 接收者 接收者编码 业务年度 预算单位代码 行政区划代码 商业银行代码 清算银行代码 业务数据 数据对象(表) 记录(行) 属性(字段) 属性名称 字段类型 属性描述 更改类型：1-新增 2-修改 3-删除 对象名称 对象描述 系统编码 7 安全策略7.1 数据交换安全要求数据交换安全与其他信息安全一样，需要确保数据在传输、存取和处理过程中，保持其私密性（Privacy）、完整性（Integrity）、防抵赖性（Non-Reputation）以及源发可鉴别性（Authentication）等。这些安全要求需要借助应用系统提供的安全基础设施，结合数据交换规范自身提供的安全机制予以保障。本标准描述的数据交换规范框架借助应用系统提供的统一的安全基础设施实现了应用层的安全，对于物理层安全、网络层安全、操作系统层安全则由应用系统的安全基础设置统一实现和管理。注意，出于效率上的考虑以及内部环境安全假设，本标准描述的数据交换规范提供的安全机制可以被有选择地使用。7.2 系统安全体系对数据交换规范的支持为利用系统安全基础设施提供的安全机制，本文档描述的数据交换规范要求数据交换参与者（包括数据交换发送者、数据交换平台、数据交换接收者）从系统安全体系获得CA证书，通过使用系统安全体系提供的加密、数字签名等技术，来保证数据包中业务数据体的安全。7.3 数据交换规范的安全机制7.3.1 私密性机制在控制数据体中，可以指定加密算法和签名密钥，对业务数据体进行加密。7.3.2 完整性、防抵赖性、源发可鉴别性机制在控制数据体中，可以附加对业务数据体的数字签名信息，来保证数据交换内容的完整性、防抵赖性、源发可鉴别性。 第2部分：业务规范1 范围本部分给出了基于金财工程应用支撑平台的各业务系统之间进行数据交换时相关的交换子系统编码、交换单据编码和交换单据内容约定。本部分包含财政业务系统与其他行业业务系统进行数据交换,上下级财政业务系统的数据交换，以及财政业务系统内部子系统之间的数据交换，适用于财政业务应用系统的设计、开发与集成，2 规范性引用文件本规范引用了以下规范文件：CZ 00012008 财政业务基础数据规范中华人民共和国财政部3 术语和定义3.1 交换单据交换子系统之间传递数据的业务数据分类，一个交换单据只有一个发送子系统，但可以有一个或多个接收交换子系统。3.2 基础数据基础数据是系统中存储的数据元代码集的统称，如：预算单位、功能分类等。各业务子系统保持基础数据的一致是统一管理财政业务的前提。4 编码规则4.1 交换子系统编码为了对参与交换的业务系统进行有效的管理，方便各种业务数据进行交换，统一制定了各个参与交换的子系统的编号，该编号统一在交换平台中进行注册，每个业务系统的交换数据要包含该交换子系统的注册号（编号）信息，以便数据交换过程中区分。交换子系统编号由3位数字组成，为层次码。其中第1位表示系统的分类，05为财政内部系统；68为财政外部通过数据交换平台接入的系统；9为上下级系统。表4.1 交换子系统编码分类系统编码描述财政内部应用支撑平台001预算编制系统011指标管理系统021计划管理系统031预留支付管理系统041总账系统051非税收入系统111工资统发系统131资产管理系统141公务卡系统151现金管理系统161国债管理171监督控制系统411综合查询系统412财政外部预算单位系统801商业银行系统811人民银行系统821政府采购网上下级上级财政系统901下级财政系统9024.2 交换单据编码交换单据编码前3位为发送系统编码，后3位为各系统内单据编号。例如：811003为商业银行系统发送给财政的直接支付凭证回单，811代表商业银行系统编号，003代表商业银行系统发送的单据编号。详细交换数据单据编码参见交换单据内容。4.3 交换文件命名规则为确保交换文件名的唯一性，加强交换文件名的可读性，财政系统发送（导出）的xml文件的命名应遵循如下规则：交换单据编号-日期时间（精确到毫秒）.xml，其中交换单据编号为6位数字，日期时间为精确到秒的14位数字。例如：文件031001-20070728105300168.xml，代表2007年7月28日10点53分0秒168毫秒031子系统导出的001类型的交换文件。5 内外部交换单据内容5.1 预算单位系统交换本节内容适用于预算单位系统与财政业务系统分布部署的应用。预算单位系统要定期获取财政的基础数据，还要及时与财政交换相关的指标、计划和支付数据。为了指导预算单位系统与银行系统的开发，本节也给出了与银行交换的单据。表5.1 预算单位系统相关的交换单据业务类型交换单据编码业务单据交换角色备注基础数据001001基础数据接收方指标801004预算指标调整申请、分配结果上报发送方021001可执行指标、待分指标下达接收方计划801101计划上报单发送方031001计划批复单接收方811001额度到账通知书接收方商业银行支付801201直接支付申请发送方811004直接支付到账通知书接收方商业银行811007直接支付退款入账通知书接收方商业银行801301授权支付凭证发送方商业银行811201授权支付凭证回单接收方商业银行811207授权支付退款通知书接收方商业银行801202实拨请款单发送方041802实拨通知单接收方对账单041701支出月度对账单接收方801701支出月度对账回单发送方格式同预算单位支出月度对账单。5.1.1 基础数据应用支撑平台管理财政业务要素的标准标码，如资金性质、预算单位、功能分类、支出经济分类、支付方式、部门预算项目等等，这些要素需要和外围系统在权限的控制下进行同步数据交换。资金性质(FundType)：表5.2序号信息项数据类型信息说明1Codestring代码2ElementCodestring数据元编码3GuidstringGUID码4IsLeafnumber是否叶节点5LevelNonumber级数6Namestring名称7Remarkstring备注8StartDatestring启用日期9Statusstring状态10SystemPreTagnumber系统标记11Typestring内部分类支付方式(PayType)表5.3序号信息项数据类型信息说明1Codestring代码2ElementCodestring数据元编码3GuidstringGUID码4IsLeafnumber是否叶节点5LevelNonumber级数6Namestring名称7Remarkstring备注8StartDatestring启用日期9Statusstring状态10SystemPreTagnumber系统标记11Typestring类型部门预算项目(DepPro)表5.4序号信息项数据类型信息说明1Codestring代码2ElementCodestring数据元编码3GuidstringGUID码4IsLeafnumber是否叶节点5LevelNonumber级数6Namestring名称7Remarkstring备注8StartDatestring启用日期9Statusstring状态10SystemPreTagnumber系统标记11Typestring类型预算单位(Agency)：表5.5序号信息项数据类型信息说明1Codestring代码2ElementCodestring数据元编码3GuidstringGUID码4IsLeafnumber是否叶节点5LevelNonumber级数6Namestring名称7Remarkstring备注8StartDatestring启用日期9Statusstring状态10SystemPreTagnumber系统标记11Typestring内部分类功能分类科目(Func)：表5.6序号信息项数据类型信息说明1Codestring代码2ElementCodestring数据元编码3GuidstringGUID码4IsLeafnumber是否叶节点5LevelNonumber级数6Namestring名称7Remarkstring备注8StartDatestring启用日期9Statusstring状态10SystemPreTagnumber系统标记11Typestring内部分类支出经济分类科目(ExpEco)：表5.7序号信息项数据类型信息说明1Codestring代码2ElementCodestring数据元编码3GuidstringGUID码4IsLeafnumber是否叶节点5LevelNonumber级数6Namestring名称7Remarkstring备注8StartDatestring启用日期9Statusstring状态10SystemPreTagnumber系统标记11Typestring内部分类5.1.2 可执行指标、待分指标下达指标管理系统下达可执行指标到部门系统，以便预算单位上报用款计划；下达待分指标给有二次分配权的部门系统，由部门进行分配后再上传给指标管理系统。指标下达包括的信息项如下：表5.8 序号信息项数据类型信息说明1BillIdString指标号(电子号)2BillNoString指标编号（纸单号）3BdgDocNoString指标文号4BdgRemString指标说明5SendDocTimeString发文时间6BdgAppTypeString预算业务类型0：可执行指标下达1：待分指标下达7FundTypeCodeString资金性质代码8AgencyCodeString预算单位代码9ExpFuncCodeString支出功能分类科目代码10ExpEcoCodeString支出经济分类科目代码11BdgManageDivisionCodeString指标管理司局(处室)代码12ProCatCodeString项目类别代码13DepProCodeString部门预算项目代码14BdgVersionString指标版本15DepartmentDivisionCodeString业务归口司局(处室) 代码16ExecuteMethodCodeString执行方式代码17FundSourceCodeString资金来源代码18IndexLevelnumber指标层次19BdgLevelnumber预算级次20ProCatCodeString项目分类代码21AmountNumber金额22RemarkString备注5.1.3 预算指标调整申请、分配结果上报预算单位在预算执行过程中，根据实际支出的情况需要在不同的支出功能分类、项目之间进行指标调整，调整申请需要上报财政部门审批；有二次分配权的部门把待分指标分配后形成可执行指标，分配结果需要上报财政部门审批，所以部门系统需要上传数据给指标管理系统。上传数据包括的信息项如下：表5.9序号信息项数据类型信息说明1BillIdString指标号(电子号)2BillNoString指标编号（纸单号）3