银行代理财政业务系统解决方案.docx

资源描述

银行代理财政业务系统解决方案.docx

《银行代理财政业务系统解决方案.docx》由会员分享，可在线阅读，更多相关《银行代理财政业务系统解决方案.docx（19页珍藏版）》请在冰豆网上搜索。

银行代理财政业务系统解决方案.docx

银行代理财政业务系统解决方案

银行代理财政业务系统

解决方案

北京xx政务软件有限公司

xx年三月

1方案概述1

1.1方案背景1

1.2适用用户2

2方案介绍2

2.1总体方案2

2.2方案特点3

2.3技术特点3

2.4方案价值4

3系统介绍5

3.1系统功能架构5

3.2部署架构6

3.3系统功能介绍7

3.3.1自助柜面业务管理7

3.3.2柜面业务管理11

3.3.3对账业务介绍15

4系统部署16

4.1网络17

4.2软硬件17

4.3等级保护评测18

5实施建议18

6案例介绍21

6.1推广情况21

6.2典型案例23

1方案概述

1.1方案背景

随着利率市场化、互联网金融等新的格局不断对银行产生巨大冲击，代理财政业务已经成为各银行抢占业务战略高点的关键阵地。

当前各银行为了代理财政业务源源不断地投入了大量的人力物力财力，但是产生的效果却始终让财政和预算单位难言满意。

财政部xx年开始集中支付电子化改革试点，2013年9月财政部和人总行联合召开国库集中支付电子化管理全国推广电视电话会议，要求2014年上半年以前在全国完成省级支付电子化实施。

这项改革要求银行在非常有限的时间内完成财政支付电子化改革任务，对银行来说具有较大难度，同时也是银行面临的代理财政业务重新洗牌的一次契机。

到目前为止，全国省级财政基本完成支付电子化实施，部分有条件的地市也已经实施上线。

银行主要是配合财政进行国库集中支付电子化管理改革，进行银行代理财政业务系统改造和自助柜面系统的建设工作。

1.2适用用户

项目干系人：

省、地市：

代理财政业务相关银行的科技部及机构业务部。

具体用户：

柜面操作员及相关预算单位人员。

2方案介绍

2.1总体方案

“银行代理财政业务系统”是协助代理银行开发的银行端软件，部署在代理银行，按照国库电子支付安全支撑体系和国库支付电子化改革要求建设，与代理银行综合前置系统实时通信，提供传统支付管理、电子支付管理、传输协议转换、授权额度管理、资金清算管理、非说收入管理等功能，能同时支持传统支付和电子支付两种业务模式。

系统的总体架构图如下所示：

系统分为三层：

数据层、控制层、业务层。

数据层实现基础数据、业务单据的集中管理；控制层主要是遵循财政行业的制度和规范，按照财政管理口径进行业务管理和控制；业务层包含财政国库支付清算等业务，分别提供给预算单位、银行网点、归集行用户使用。

2.2方案特点

●实现银行代理财政端业务平台化、一体化应用。

在本系统中使用统一的平台将所有财政业务进行统一管理，可根据业务管理需要进行灵活配置，形成代理财政业务前置机，系统可与银行核心业务系统直联，而银行核心业务系统不需要变动，整体提高银行核心系统的松耦合性。

●灵活的部署模式，适应银行多种管理需求。

系统架构层面确保与核心系统实时通信，支持银行多级集中的管理模式。

●组件化的功能模块，灵活适应财政业务扩展。

系统采用组件化架构设计，在满足电子支付改革需要的同时，还预留了财政其他业务的扩展，如非税收入、现金管理等，进一步快速适应财政信息化改革要求。

●多种应用保障支付电子化安全。

以安全为首要目标，以业务变革为核心任务，在兼容性方面，兼顾传统支付和电子支付业务模式，能实现两者之间并行和平稳切换，保障电子化支付安全。

2.3技术特点

国库集中支付电子化管理不但要支持当前代理财政的所有业务，而且要适应和满足因财政改革带来的新需求和新业务。

这就对系统技术架构有了更多的要求，系统支持并满足以下特点：

1.扩展性：

系统采用SOA技术架构，组件化开发，快速响应用户个性化需求。

2.平台无关性：

对操作系统没有依赖性。

3.可靠和稳定性：

系统应具备较高的可靠和稳定性，以保证政府各部门和预算单位正常开支。

4.统一性：

统一主体业务系统的技术路线，统一相关业务系统的数据规范、接口规范。

5.技术前瞻性：

技术架构应具备较强的生命力，至少在未来5到10年内保持主流地位，并具备一定的发展潜力。

6.安全性：

必须保证财政资金的安全性。

7.支持国产化应用：

从硬件层、操作系统、中间件和数据库，我们在选择技术路线的时候，考虑了其各个层面除了支持国外系列产品外，同时也支持国内主流产品（如硬件层支持浪潮、曙光、华为；财政系统支持中标麒麟、中科方德；中间件支持东方通、中创；数据库支持达梦、神通），构建自适应的底层技术体系，自动匹配国产基础软硬件和国外基础软硬件，屏蔽由于基础软硬件差异对应用软件产生的影响，同时兼容国外基础软硬件和国内基础软硬件两套体系。

2.4方案价值

银行代理财政业务系统是为银行用户量身定做的专用前置业务系统，并会随着财政改革的步伐同步更新。

主要价值体现在如下以下几点：

紧密把握财政发展动向，做到稳步升级

支持集中支付、公务卡、工资、非税等所有相关业务，及时响应财政改革需要，基于完整的一体化架构设计和实现，符合未来信息化发展趋势，能满足互通互联的要求，一次投入，后续无忧。

从当前推进电子化管理角度看，系统支持传统支付业务到电子支付业务的平稳升级，能有效支撑和适应财政支付电子化改革分步骤分阶段开展的要求。

一体化架构设计，更好地服务必然换得更多的商业机会

系统基于一体化理念设计，统一了用户的操作习惯，提高了用户体验的满意度。

系统基于一体化理念架构，统筹考虑软硬资源利用，节约了成本投入，方便了系统运维。

系统基于一体化理念建设，做到数据共享和互通，在此基础上的服务更专业、更全面，提高财政用户满意度必然会换得更多的商业机会。

严格遵循标准，引导行业发展

系统严格遵循财政部的管理规范、技术标准建设，实现财政资金管理的业务闭环，提供严格的授权额度控制管理，保证先支付后清算，整体设计思路与系统功能得到了财政部的认可。

公司经常参与财政部各项改革研讨和标准规范的制定，系统设计具有前瞻性，引导行业发展。

大大简化银行开发工作量，快速适应财政各项改革

在保证安全的前提下，银行只需要实现代理财政业务系统有限的几个接口或者银行开放部分接口供调用，即可满足支撑财政全部财政业务的需求。

降低了银行软件开发工作量，减少公务卡、电子支付等财政改革对商业银行的业务冲击。

适应财政端不同厂商的财政系统

系统部署在商业银行，遵守财政相关规范如国库集中支付业务规范，结合财政部和银行安全支撑体系要求建设，具有很强的独立性，可以适应财政端不同厂商的业务系统。

系统在和财政业务系统对接时，提供协议转换、报文转换、ESB注册等方式，很好地解决了异构系统的流程集成和业务集成问题。

3系统介绍

3.1系统功能架构

银行代理国库业务系统以财政支付电子化改革为切入点，改进了商业银行系统为适配各财政业务分别建设模块的方式，将所有交互模块进行一体化架构设计，统一了银行和财政各业务系统的衔接入口和规范，将复杂的财政业务、多变的财政系统接口进行集中管理和适配，实现底层统一、数据共享、管理协同，让原先繁杂的对账业务变得简单明了，在财政业务系统和银行核心系统之间起到了信息传递和转换桥梁作用，很好地平衡了金融体制和财政管理体制的关系，让银行方能更专注于金融业务。

“银行代理财政业务系统”支持银行全国集中式管理和应用，在满足电子支付改革需要的同时，还预留了财政其他业务的扩展，如非税收入、现金管理等，最终实现银行代理财政业务的一体化。

银行代理财政业务系统建设内容，包括：

柜面业务处理、自助柜面业务处理、专户清算业务处理、凭证库实施、非税收入业务处理、工资统发业务处理、公务卡业务处理等。

面向银行用户营销有关的内容有：

1.柜面业务处理：

提供柜面的传统模式支付、电子化模式支付以及对应的退款业务功能；提供直接、授权支付资金的申请划（退）款清算业务功能

2.自助柜面业务处理：

提供预算单位专用自助柜面业务处理；

3.专户清算业务处理：

作为专户的清算银行，进行专户集中支付、实拨清算及退款；

4.凭证库实施：

是进行安全控件体系建设，主要包括部署电子凭证库应用服务、电子凭证库数据库、消息中间件、电子印章服务和电子签名服务等；

5.非税收入业务处理：

提供非说收入收缴以及汇缴入库业务处理功能；

3.2部署架构

银行代理财政业务系统部署在银行，作为银行面向财政的综合业务前置，部署层面支持分布式管理和集中式管理，既能在各分行单独部署又支持在总行集中部署。

3.3系统功能介绍

银行代理财政业务系统包括自助柜面业务、柜面支付业务、资金清算业务、对账业务以及与银行核心系统衔接等。

功能名称

功能描述

自助柜面业务

提供预算单位专用自助柜面业务处理。

柜面支付业务

提供柜面的传统模式支付、电子化模式支付以及对应的退款业务功能。

资金清算业务

提供直接、授权支付资金的申请划（退）款清算业务功能

非税收入业务

提供非说收入收缴以及汇缴入库业务处理功能。

工资发放业务

提供预算单位工资统发到个人账户的业务处理功能

公务卡业务

实现公务卡开立、消费明细提供、公务卡还款等业务功能

对账业务

实现代理银行与财政、代理银行与人民银行之间的业务对账，保证三方业务数据一致。

统一底层控制

实现统一财政业务逻辑控制、底层数据共享、报文协议转换

3.3.1自助柜面业务管理

自助柜面业务是代理银行通过其与财政部门、预算单位间专线网络，向广大预算单位提供的一种安全、高效的金融服务。

由代理银行总行按照财政部制定的全国通用的接口标准，统一定制开发一个自助柜面业务平台，将自助转账支付与财政授权支付内部审核整合在一个业务流程中，形成业务管理闭环。

预算单位利用与财政部门已有的专线连接，在财政国库支付系统内提交相关授权支付申请，完成内部审核流程，将符合规定的待支付授权支付电子凭证，通过财政部门与代理银行的专线网络提交至代理银行自助柜面业务系统，然后在这个系统中将财政资金支付出去。

3.3.1.1自助柜面管理功能列表

编号

功能

系统登录

待办事项

同行转账

跨行转账

退款业务办理

交易结果查询

关联账户查询

3.3.1.2自助柜面典型流程

预算单位将授权支付凭证发送到代理银行，前提是代理银行已接收过该单位的授权支付额度。

系统在财政客户端直接调用银行自助柜面支付系统进行资金拨付。

如果凭证有问题，将发送授权支付凭证作废指令。

如果凭证支付成功，银行将授权支付凭证回单签章后发送到单位，预算单位根据凭证回单作签收操作。

3.3.1.3自助柜面登录界面

登录界面实现方式有两种：

一是采用xx产品自带的登录界面，与银行Ukey验证接口衔接。

二是银行自行开发登录界面，实现与xx产品的单点登录衔接。

用于预算单位用户登录系统后显示待办事项、信息提醒等，点击待办事项可以直接进入对应业务办理界面

•使用财政专网

•证书由代理银行颁发和管理

•自助柜面支付与财政内部审核整合在一个业务流程中，形成业务闭环

•为预算单位定制，更简洁高效

用于预算单位用户办理授权支付凭证同行转账业务，支持批量转账业务。

对于待处理的授权凭证可以退回财政支付系统。

3.3.2柜面业务管理

3.3.2.1柜面业务管理功能列表

功能模块

功能菜单

说明

柜面支付业务

授权额度业务

直接支付业务

授权支付业务

直接支付退款业务

授权支付退款业务

资金清算业务

直接支付清算

授权支付清算

直接支付退款清算

授权支付退款清算

对账业务

与财政对账

与人民银行对账

与预算单位对账

核心系统衔接

标准接口

扩展接口

3.3.2.2柜面业务登录界面

☐授权额度通知单登记

☐直接支付凭证回单签章发送

3.3.2.3核心业务衔接

与银行核心业务系统接口规范包括以下6种：

3.3.3对账业务介绍

强化国库对账工作，有效防范和化解国库风险，是财政国库部门非常关心的内容。

基于对账业务对于财政及银行的重要性，本节特别对功能概述中的对账业务进行介绍。

这里的对账业务是改变原有通过纸质、拷盘等传递方式的对账模式，通过制定统一的对账方法和对账报文口径标准，实现了财政与商业银行间的无纸化对账模式。

实现财政部门与商业银行、征收机关的自动对账，达到无纸化、实时化、安全化的目的，减少国库资金划转环节，减轻国库部门人员工作强度，提高对账质量，大大降低人为因素的失误和技术性的差错，切实保障国库资金安全。

财政与商业银行对账业务如下图所示：

财政与商业银行对账图

●集中支付额度对账

额度核对指支付系统的财政授权支付额度结余、明细与代理银行的授权支付额度结余、明细进行核对，采取每日定时自动电子对账。

●计划明细对账

财政与商业银行进行额度对账时，有时会出现额度核对错误的情况，此时则需要把对应的计划明细信息提取出来进行核对，根据计划明细的核对情况判断额度对账异常的原因。

●支付明细对账

财政与商业银行进行额度对账时，有时会出现额度和计划明细核对错误的情况，此时则需要把对应的支付明细信息提取出来进行核对，根据支付明细的核对情况判断额度或计划明细对账异常的原因。

4系统部署

根据系统实施的情况，综合考虑系统部署的安全性及数据访问压力，人民银行、代理银行都是省级集中部署,财政可根据管理要求实现省、市集中部署，具体部署模式如下：

电子支付安全控件的部署遵循高效、安全、可靠的原则，财政部门与人民银行、商业银行进行系统连接时，遵循对等互联的原则,分别部署电子支付安全控件和安全软硬件。

部署服务包括：

电子凭证库应用服务器、电子凭证库数据库服务器、消息中间件、电子印章服务器和签名服务器等。

4.1网络

需要在财政部门和人民银行、代理银行之间建立网络连接。

我省条件允许的情况下，为了保证业务稳定安全运行，将考虑财政到人行之间建立备份线路。

同时为实现电子化管理满足以下要求：

1、财政与人行（代理银行）之间，电子凭证库、消息中间件网络必须连通

2、财政、人行、代理银行3方的电子凭证库与业务系统服务器必须连通

3、人行、代理银行端电子凭证库和消息中间件IP地址建议由财政规划

4.2软硬件

设备名称

硬件配置

软件相关配置

备注

电子凭证库应用服务器

8CPU16核;32G内存;320G*2硬盘

操作系统可选

WIN2003/2008

红旗Linux/RedHatLinux

随机Unix系统

2台双机热备或者负载均衡

应用中间件和工具软件

1、应用中间件可选如下：

Weblogic8.16

2、红旗HA Cluster5.0（可选）

应用软件

电子凭证库系统

电子凭证库数据库服务器

8CPU16核;32G内存;320G*2硬盘

操作系统可选

WIN2003/2008

红旗Linux/RedHatLinux

随机Unix系统

采用磁盘阵列,256G仅用于系统安装。

2台双机热备

中间件和工具软件

1、数据库可选如下：

ORACLE10g（兼容9I）

2、红旗HA Cluster5.0（可选）

电子印章服务器

8CPU16核;32G内存;320G*2硬盘

操作系统可选

WIN2003/2008

红旗Linux/RedHatLinux

随机Unix系统

2台双机热备

中间件和工具软件

红旗HA Cluster5.0

应用软件

电子印章系统

消息中间件服务器

8CPU16核;32G内存;320G*2硬盘

操作系统可选

WIN2003/2008

红旗Linux/RedHatLinux

随机Unix系统

2台双机热备

中间件和工具软件

消息中间件：

IBMMQ6.0

磁盘阵列

省级每年按150G计算，至少保存5年

签名服务器

签名>=350次/秒、验签>=3000次/秒、加密、解密，支持多并发进程调用，支持新国标SM2算法

2台双机热备

4.3等级保护评测

按照财政部的要求，为满足支付电子化的技术安全需要，实施计算机系统等级保护测评。

5实施建议

以财政与人民银行之间额度清算业务的电子支付办理为切入点，逐步推进国库集中支付电子化管理工作。

具体实施计划如下：

主要工作

具体任务

成果和记录

说明

一、制定项目实施方案

成立项目小组，确定项目参与方

《实施方案》

《生产环境确认表》：

包括签名服务器和电子印章系统服务器

制定实施计方案

《项目上线总体实施计划》

二、财政软硬件准备

确定业务范围

《国库集中支付电子化管理业务流程说明》

实拨及清算业务，授权支付业务，直接支付业务，专户拨款业务，凭证类型，试点业务范围确定后，梳理形成《支付电子化管理业务流程说明》

支付系统统改造

　按照《支付电子化管理业务流程说明》实施财政支付系统升级改造。