金融综合服务平台
财政授权支付及公务卡服务系统技术方案白皮书
发表时间:2011-05-19

第1章     概述

1.1   背景

2005年,中国人民银行、发展改革委、财政部、商务部、公安部、信息产业部、税务总局、银监会和外汇局等九部门联合发布的《关于促进银行卡产业发展的若干意见》中,有关工作重点的第二条第一款明确提出“鼓励推广公务卡”,要求“各级政府部门及所属预算单位积极带头使用银行卡,在行政经费、差旅费等公务支出中使用银行卡支付,提高预算资金支出的透明度,加强对公务支出的监控”。以政府意见的形式首次明确提出了公务卡的概念,并结合这项业务的发展要求所涉及的政府以及相关单位积极配合、推进。2006年财政部再次召开电视电话会议,强调了推行国库集中支付公务卡的要求。

以个人信用卡为基础,实现在公务领域的应用;同时要求银行为预算单位提供在线查询审核软件,并向财政(厅)局提供公务卡消费及全部授权支付业务的明细信息查询、统计功能。

根据各省(市)财政国库管理制度改革试点资金支付管理暂行规定,省(市)财政(厅)局在授权支付(含公务卡)业务代理银行(以下简称代理银行)为预算单位开设预算单位零余额账户,对预算单位的授权支付(含公务卡)资金进行授权支付。代理银行应本着及时、安全、准确的原则,开发相应的授权支付(含公务卡)软件系统,实现代理银行授权支付(含公务卡)软件系统与省(市)财政(厅)局国库集中支付系统的对接,确保授权支付资金及时拨付、数据及时传递和电子化实时查询。

本系统预期用户为:代理授权支付及公务卡业务的商业银行;

系统服务对象:财政(厅)局及财政预算单位。

1.2   服务系统简介

财政授权支付及公务卡服务系统是依托方正金融服务平台(简陈FIX)而建立的,实现财政授权支付及公务卡业务的系统。系统产品化程度高,客户化便捷,运行稳定可靠,拥有十多家商业银行的成功案例。

第2章     FIX平台间接

 方正金融服务平台(FIX)是积多年的金融行业实施经验和技术成果,基于 TUXEDO中间件研发的适用于金融行业业务系统交易处理的基础开发和运行平台,广泛应用于银行中间业务、客户综合服务、财政业务及第三方存管等应用系统,是后台应用软件的基础框架和容器。

FIX平台的设计和实现充分遵循分层模块化思想,以减轻各模块间的紧密耦合,从而实现系统软件的易维护性和最大限度地实现各模块和部件的可复用性,它包含一系列金融特别是银行业务应用系统开发中所需的基础应用单元、接口 API、基础开发工具,通过平台提供的开发工具,可以方便、快捷地生成各种应用程序,从而实现了程序的快速开发以及程序的快速部署。 FIX平台的运行通过固有的系统控制总线 DISPATCH进行总体调度、公共控制、交易路由和日志记录,每一个业务应用都需要通过其进行调度和关闭,从而起到了集成运行框架的作用,成为系统运行的基础容器,为实现系统的整体控制和流量控制提供了技术基础,避免了其它应用程序的冗余,同时也避免了各应用程序的过多出入口。

FIX 平台由基础支撑套件(FIX-BSS)、应用开发平台(FIX-ADP)、外联平台(FIX-OLP)、内联平台(FIX-ILP)、前端管理平台(FIX-FMP)、统一监控平台(FIX-IMP)、安全支撑包(FIX-SSP)组成。提供了完备的流量控制、对外联接、对内联接、系统监控以及安全控制等功能,为系统的实施、运行提供完整配套的各项功能,也就是说该平台基本上是一个没有具体业务应用的完整开发、运行框架。

2.1   Fix平台的主要性能

灵活性:平台系统的总体框架结构具备灵活、可扩展性,能够满足不同业务、不同数据结构等应用环境下的特殊要求进行参数化配置、方便快捷地调整。在设计过程中,对每个设计目标都尽量考虑完整,明确划分模块之间的层次,规范好模块之间的接口,对任何一个模块的修改都不致引起其它模块有大的变动。

技术封装:平台系统对底层通讯、安控、数据库技术应做比较完整的封装,逐层屏蔽下一层的技术细节,减少对系统维护、二次开发等技术性要求。同时方便在必要时,将底层的支撑软件可直接升级为其它的支撑软件。

高效性:平台在设计性能方面要充分利用现有硬件资源,尽可能争取系统整体的高效性能,并满足业务量增长时的可扩展性。在完整的加解密、签验章条件下,平台系统日交易量设计指标可达1000万笔。

可靠性:平台采用安全的C技术,对系统的内存分配、变量操作等进行统一的技术封装,降低因开发环节的疏忽而导致系统潜在的风险。同时,采用较为成熟的应用支撑软件及双机热备技术,保障系统层面的高可靠性。

安全性:平台系统的安全控制部分相对独立,对系统中的交易身份识别、通信信道的安全保密性、数据的有效性及合法性提供一个完整的解决方案。安全硬件及软件产品应当符合国际规范,如数据加密标准、数据编码标准。安全通信协议应采用应用广泛并且成熟的协议。

可扩展性:平台系统的模块间功能单一,模块和模块之间的相互依赖性小,可以方便地增加扩展。

2.2   平台特点

FIX平台的特点可集中表现在:

灵活先进而开放的体系结构,满足银行现有网络环境及未来发展要求;

统一的信息交换格式,支持多种业务系统的集成和跨平台间的数据交换;

统一的系统接入,提供多种外部系统接入集成;

灵活的参数配置,针对不同业务要求实行量身定制;

强大的安全、权限管理功能;

平台系统可支持快速的金融产品和服务创新,可快速地响应不同业务发展的需求进行“低成本短周期”开发;

业务层面强大的数据分析、表现功能,完善的资金转账、查询、对账等功能,提供异常交易下的重发、冲正等交易措施;

统一的监控管理,提供交易流量、系统资源及通讯故障等快速诊断及干预。

第3章     业务总体架构

3.1   授权支付总体架构

 

 

3.2   公务卡总体架构

 

 

 

 

第4章     业务功能

4.1   功能概述

授权支付及公务卡业务功能模块包括:

与财政端数据上传下载模块

与信用卡中心上传下载模块

与人行上传模块

额度管理

授权支付

公务卡支付

基础数据管理

财政账户管理

财政业务启停设置

综合查询模块

清算模块

日终处理

报表

柜员管理

权限管理

4.2   交易清单列表

交易清单列表如下:

功能模块

交易菜单

 
 
 

柜员管理

柜员类型增加

 

柜员类型维护

 

柜员权限设定

 

柜员新增

 

柜员维护

 

虚拟柜员密码修改

 

财政业务启停设置

修改营业时间

 

业务启动

 

业务停止

 

服务状态查询

 

财政账户管理

财政业务账户签约

 

财政业务账户查询解约

 

授权额度管理

额度下载

 

额度确认

 

额度注销

 

额度上传

 

授权支付

录入

授权支付录入

 

授权支付撤销录入

 

授权支付退款录入

 

授权支付退款撤销录入

 

复核

授权支付复核

 

授权支付撤销复核

 

授权支付退款复核

 

授权支付退款撤销复核

 

支付令维护

 

授权支付回执打印

 

日间异常流水查询及处理

 

综合查询

授权支付交易查询

 

额度信息查询

 

额度变动情况查询

 

资金清算及人行报表

单笔清算

 

当日清算

 

(退)款凭证加押

 

日间退款批量入账

 

查询日间退款批量入账结果

 

(退)款清算凭证打印

 

清算批次查询及发送

 

(退)款汇总清单打印

 

(退)款明细清单打印

 

修改清算日期及批次

 

清算状态确认

 

财政支出旬()报表打印

 

额度对账单打印

 

财政报表管理

支出日报表生成

 

支出日报表打印

 

支出汇总日报表打印

 

旬月报表(授权支付)生成

 

旬月报表(授权支付)打印

 

支出月度对帐单生成

 

支出月度对帐单打印

 

年报表(授权支付)生成

 

年报表(授权支付)打印

 

额度到账通知书打印

 

注销额度到账通知书打印

 

零余额账户明细对账单

 

银行报表管理

业务量统计报表

 

挂账查询报表

 

垫付资金计息明细汇总表

 

垫付资金计息明细表

 

财政账户统计查询

 

报表和凭证打印控件下载

 

基础管理

预算科目查询

 

预算项目查询

 

挂账账户查询

 

银行机构维护

 

银行机构查询

 

业务主机IP增加

 

业务主机IP查询

 

交易日志查询

 

财政通讯管理

基础数据下载及导入

 

授权支付令下载

 

国库动态监控通讯状态查询

 

日终处理

启动对账

 

对账结果查询

 

 上传下载财政报表数据

上传授权支付凭证回单

 

上传授权支付令清算明细信息

 

上传授权支出日报

 

上传授权支出旬报

 

上传授权支出月报

 

上传日终汇总清算信息

 

上传汇总对帐数据

 

上传授权额度明细对帐数据

 

上传授权支出明细对帐数据

 

下载汇总对帐结果

 

支付令状态查询修改

 

日报、清算信息是否上传查询

 

额度上传状态查询

 

批量入账

 

查询批量入账结果

 

零余额账户查询

 

零余额账户结果反馈

 

挂账信息核对

 

公务卡业务

卡中心信息交互

公务卡单位信息文件下载

 

公务卡单位信息文件下载

 

公务卡单位信息维护

 

公务卡账户信息文件下载

 

公务卡历史消费信息下载

 

批量还款文件失败手工发送

 

批量还款结果文件(卡系统)下载

 

公务卡当日消费明细批量查询

 

财政信息交互

上传公务卡账户登记信息

 

公务卡账户确认信息下载

 

上传消费明细信息

 

还款明细信息下载

 

还款汇总信息下载

 

上传批量还款结果信息

 

上传批量还款结果信息查询

 

上传公务卡报销信息核对单

 

代理行批量还款结果信息(财政)下载

 

综合查询

公务卡单位信息查询

 

公务卡账户登记信息查询

 

公务卡消费明细信息查询

 

公务卡还款明细信息查询

 

公务卡还款汇总信息查询

 

公务卡报销信息核对单查询

 

代理行批量还款处理结果查询

 

开卡行公务卡支付流水查询

 

公务卡授权支付

代理行兼开卡行公务卡授权支付录入

 

代理行兼开卡行公务卡授权支付复核

 

代理行兼开卡行公务卡授权支付退款录入

 

代理行兼开卡行公务卡授权支付退款复核

 

代理行公务卡授权支付录入

 

代理行公务卡授权支付复核

 

代理行公务卡授权支付退款录入

 

代理行公务卡授权支付退款复核

 

开卡行公务卡支付录入

 

开卡行公务卡日间异常流水查询及处理

 

4.3   授权支付业务

4.3.1   业务流程

实行我市财政国库集中支付改革后,涉及代理银行授权支付业务主要有以下几个方面:

1、代理银行通过其财政专线从省(市)财政(厅)局国库集中支付系统接收经财政批复的基层预算单位授权支付额度信息,即《财政授权支付额度通知单》和《预算单位财政授权支付明细单》电子数据信息。

2、代理银行在收到《财政授权支付额度通知单》纸质单据及《预算单位财政授权支付明细单》电子数据信息后,于一个工作日内,按规定核对无误后,按照《财政授权支付额度通知单》和《预算单位财政授权支付明细单》所确定的基层预算单位,将财政授权支付额度通知到所属各有关分支机构。各分支机构在接到通知一个工作日内,应向相关基层预算单位签发《财政授权支付额度到账通知书》并送达基层预算单位。

3、代理银行依据《财政授权支付额度通知单》、《预算单位财政授权支付明细单》所确定的额度,受理预算单位财政授权支付业务,控制预算单位支付金额,并严格按照《现金管理暂行条例》等规定控制预算单位提取现金。

4、代理银行从省(市)财政(厅)局国库集中支付系统接收预算单位开具的授权支付凭证数据信息,并从预算单位接收按规定统一印制的《财政授权支付凭证》纸质单据。

5、代理银行收到预算单位填写的财政统一印制的《财政授权支付凭证》后,应按《支付办法》及《清算办法》等规定严格进行审核。对预算单位符合规定且要素填写无误的《财政授权支付凭证》,审核无误后及时办理支付与清算,不得做退票处理。对预算单位超出财政授权支付额度或要素填写有误的《财政授权支付凭证》,不予受理。

6、对于特别紧急支出的授权支付业务,代理银行应按照加急业务程序办理,确保实时支付。

7、代理银行根据预算单位的财政授权支付指令,将当日实际已办理财政授权支付的资金,按资金性质区分预算内、外资金,分一级预算单位按功能分类预算科目(底级科目)或收费项目汇总,开具《ⅩⅩ银行财政授权支付申请划款凭证》并附划款清单,提交中国人民银行营业管理部或预算外资金财政专户银行,与国库单一账户或预算外资金财政专户清算,并确保开具的《ⅩⅩ银行财政授权支付申请划款凭证》与《财政支出日报表》的日期和金额一致。

9、营业中单笔授权支付金额在特别大时(如3000万元人民币),代理银行可在营业日1500时前与中国人民银行营业管理部国库处或预算外资金财政专户银行实时清算。

10、对于明确收款人和金额的授权支付业务,代理银行办理支付后,应及时将《财政授权支付凭证》回单联返回预算单位。对于《财政授权支付凭证》金额为空的或同城特约委托收款业务,代理银行办理清算后,应及时将《财政授权支付凭证》回单联返回预算单位,并在《财政授权支付凭证》回单联后粘贴注明支票号的银行内部记账回单或《同城特约委托收款凭证》,同时在系统中及时补填实际支付金额等信息传送市财政局国库集中支付系统。

11、代理银行应编制《财政支出日报表》、《财政支出日报表(退款)》、《财政支出汇总日报表》、《财政支出汇总日报表(退款)》、《财政支出月报表(授权支付)》、《财政支出年报表(授权支付)》(,按规定时间送市财政局国库处(支付中心),同时向一级预算单位、中国人民银行营业管理部及预算外资金财政专户银行报送《财政支出月报表(授权支付)》。

4.3.2   主要实现功能

按功能块及先后顺序分为八大功能模块:日始、基础信息维护、额度管理、日间授权支付业务、日终行内处理、日终上传财政系统、日终打印报表、打印报表后行内清算。

各代理银行(主办行)通过省(市)财政(厅)局给各预算单位下达的额度,代理省(市)财政(厅)局给省(市)财政(厅)局所属预算单位下发款项。各款项需要根据年度、单位、资金性质、科目、项目、指标文号、指标编号等要素区分。各预算单位申请支付时需要凭纸质支付令前往银行申请支付。各代理行(主办行)接收到纸质支付令时需要比较纸质支付令要素是否与电子支付令要素相匹配,如两者信息一致,则查询是否存在此额度信息及额度是否充足,如果额度存在且充足则代理行(主办行)日间垫支给预算单位,并扣减相应的额度。如果日间垫支数额较大(例如3000万),可申请日间单笔清算。其余垫支款项分当日人行清算前及当日人行清算后两次进行清算。当日与人行清算前垫支款项当天即与人行进行清算。当日人行清算后垫支款项次日进行清算。次日清算利息部分由地方财政系统出报表进行人工清算。日终时,需要将当天发生的业务(额度下达、额度注销、支付令支付、支付令退回)按省(市)财政(厅)局要求将数据上传至省(市)财政(厅)局系统。

4.4   公务卡业务描述

4.4.1   功能模块

按照功能块及先后顺序分为五大块:

卡中心信息交互

财政信息交互

综合查询

公务卡授权支付

卡行公务卡日终处理

4.4.2   业务实现

首先对于公务卡系统我行分为三种业务类型:

一是代理行兼开卡行,即预算单位跟公务卡开卡都在我行;

二是代理行,即只是预算单位开在我行;

三是开卡行,即只是预算单位的公务卡开在我信用卡中心。

不同的业务类型主要区别在于收付款方不同,另外代理行兼开卡行或者开卡行在支付成功之后需要向卡中心发送批量还款文件进行跑批还款,只为代理行的不需要。
具体流程

1、首先需要从卡中心下载公务卡单位信息,卡中心每天日终后将全量的公务卡单位信息生成文件,系统会自动将此文件下载到平台中(柜员也可手工输入某一天的日期手工下载);

2、从卡中心下载的单位公司编码信息与财政系统预算单位编码信息不相同,下载公务卡单位信息成功后需要将公司编码与财政预算单位编码建立对应关系;

3、从卡中心下载公务卡账户信息,下载时会去校验是否已经建立单位关联;

4、从卡中心下载公务卡消费信息(综合查询中提供了公务卡单位、公务卡账户、消费明细的查询功能);

5、查询下载信息无误后将公务卡账户信息上传财政,并从财政下载公务卡账户确认信息,退回的信息需要重新上传确认或者后续处理;

6、往财政上传公务卡消费明细信息,等待财政处理完成后从财政下载还款明细跟还款汇总信息;

7、授权支付:a.代理行兼开卡行以及代理行的支付基本与一般的授权支付相同,区别在录入时需要比对下载的汇总跟明细中的金额是否与支付凭证金额相等。

b.只是开卡行的,没有支付令凭证。只有金额和从财政下载的汇总跟明细 信息。可以输入金额模糊查询,找到汇总跟明细中总金额与输入金额相等的相关信息。根据其他相关信息找到需要录入的那笔,点击录入将具体的明细汇总信息查出,柜员可以比对汇总跟明细的金额;录入签发成功之后系统自动发送批量还款文件给卡中心。若发送过程中失败可支持柜员手工发送。

8、卡中心接收到批量还款文件后进行跑批还款处理,成功后生成批量还款结果文件;

9、银行财政授权及公务卡系统从卡中心下载批量还款结果文件,将批量还款结果上传至省(市)财政(厅)局系统。

第5章     运行环境

5.1   后台应用服务器

硬件配置: 内存:6GB   cpu 2.50GHz  硬盘:至少100G

数据库:informix 或者oracle

中间件:tuxedo

5.2   Web前台服务器

硬件配置: 内存:2GB   cpu 2.50GHz  硬盘:至少40G

数据库:informix 或者oracle

中间件:tuxedo

操作系统:Microsoft Windows Server 2003

操作系统:linuxunix系统

Copyright © All Rights Reserved 京ICP备11002330号 京公网安备110108007828号