财政管理一体化银行账户管理系统建设方案.docx
《财政管理一体化银行账户管理系统建设方案.docx》由会员分享，可在线阅读，更多相关《财政管理一体化银行账户管理系统建设方案.docx（14页珍藏版）》请在冰豆网上搜索。
财政管理一体化银行账户管理系统建设方案
银行账户管理系统建设方案
1银行账户管理
1.1业务描述
账户管理是指账户的电子化管理，包括：
根据现有财政对预算单位账户管理的相关规范及业务流程，建立预算单位账户管理信息系统，将预算单位账户开立、变更、撤销、备案审批、年检、查询统计报表等实现电子化管理，取消以前的手工管理方式，对单位银行账户资料进行全面实时监控。
与人民银行、商业银行实行电子信息的核对，提高财政对预算单位银行账户监督、清查力度。
1.2业务流程
1.3功能结构
功能名称
功能描述
提交账户开立、变更、销户申请单
预算单位按规定提交账户开立、变更或销户申请单给财政。
账户开立、变更、销户审批
财政各部门进行审批。
将账户开立、变更、销户信息维护到系统中
财政审批后，国库相关负责人将账户的开立、变更、销户信息维护到系统中。
发送账户开立、销户信息给银行
系统自动将账户的开立、销户情况发送给开户银行。
银行接收并核实确认
银行接收到开立或销户确认信息后，自动进行确认，只有在银行核心系统中确实已经开立或销户的账户，银行才会发送确认信息给财政。
如该账户在银行系统中尚未开立或销户，则银行每天要对该账户进行定时确认。
登记确认后的账户销户信息
系统接到银行发送的确认信息后，自动登记已确认的账户开立、销户信息。
1.4初步设计
1.4.1基础数据维护
系统提供基础数据维护功能进行相关基础数据的维护。
在系统的建设初期，所有基础数据来源及其维护功能均由账户监管系统自行开发完成。
实现与应用支撑平台接口后，部分基础数据应从平台获取，相关功能需要进行改造并建立与平台的接口。
部分基础数据为全省统一的，部分数据由各级财政自行维护。
基础数据
相关功能
主要数据项
备注
预算单位
预算单位管理
单位名称，单位编码，单位级次，组织机构代码，单位性质，法人，财务负责人，地址，电话等。
分区域维护
银行名称
银行名称管理
银行名称，银行编码，联系人，联系电话
账户类型
账户类型管理
账户类型名称
账户性质
账户性质管理
账户性质名称
币种
币种管理
币种名称，币种编码
项目分类
项目分类管理
项目分类名称
资金来源
资金来源管理
资金来源名称
业务处室
业务处室管理
业务处室名称
分区域维护
区域
区域管理
区域名称，区域编码
1.4.2角色权限管理
系统提供角色权限管理功能模块，供系统维护人员进行用户定义、角色定义、权限设置等。
主要包括以下功能模块：
用户管理：
包括新增用户、删除用户、修改用户（编码、姓名、密码、所属机构，角色分配、权限分配等）。
与应用支撑平台衔接后，用户管理功能需要进行改造，建立与平台用户间的同步接口。
角色管理：
包括新增角色、删除角色、修改角色、角色菜单授权等。
系统应预置部分角色，包含系统管理员角色、账户监管查询角色、账户管理角色。
权限管理：
系统提供权限管理模块，可以对每个用户进行权限分配。
权限机制将应用于系统的每一个功能模块中。
系统权限可通过两个层面来进行配置，一为角色菜单权限，二为数据权限。
通过角色菜单权限，可以为不同的用户分配不同的菜单功能；如某报表A用户可以查看，B用户不可以查看。
通过数据权限，可以为不同的用户设置不同的数据查询限制；如同一张报表，A用户可以查看所有账户，B用户只能查看部分账户。
数据权限能够针对“预算单位”进行设置，即可以设置某用户对某预算单位的所有账户有限权或无权限。
系统预置的权限的设置主要依据以下几个原则：
系统维护人员能够使用系统设置相关功能。
国库处相关管理人员能够使用账户管理功能。
厅领导、国库处、预算处、相关业务处室等能够使用账户查询功能。
厅领导、国库处、预算处部分领导对本级及下级财政所有单位的账户有查询权限。
厅领导、国库处、预算处部分领导，以及业务处室相关人员对本级及下级财政部分单位的账户有查询权限。
1.4.3银行通讯接口
为实现财政与银行间的数据通讯，系统建立数据交换中心，并基于交换中心定制接口报文。
交换中心的作用如下图所示：
交换中心步署示意图
各银行根据实际情况，可采用财税专网或拨号方式进行数据传输。
系统提供的数据报文如下表所示：
报文编号
报文名称
报文内容
2601
单笔交易流水请求
银行发给财政的单笔交易流水
1601
单笔交易流水回执
财政发给银行的单笔交易流水回执
2603
历史交易流水请求
银行发给财政的多笔交易流水请求
1603
历史交易流水回执
财政发给银行的多笔交易流水回执
2604
单位账户请求
银行发给财政的单位账户请求
1604
单位账户回执
财政发给银行的单位账户请求回执
2605
单位定期存单请求
银行发给财政的单位定期存单请求
1605
单位定期存单回执
财政发给银行的单位定期存单回执
2606
账户变更请求
银行发给财政的账户开立或销户请求
1606
账户变更回执
财政发给银行的账户开立或销户请求
2607
账户变更确认请求
银行发给财政的财政开立或销户确认请求
1607
账户变更确认回执
财政发给银行的财政开立或销户确认回执
1.4.4银行通讯接口日常维护
对于财政与银行通讯中发生的异常情况，系统提供相关维护功能，供系统管理人员进行异常问题解决。
银行流水发送情况事务提醒：
该功能在系统的主界面显示事务提醒，如银行在前一天没有发送任何交易流水给财政，则进行提醒。
提醒内容如“共2家银行未发送交易流水”。
银行流水发送缺勤表：
该功能与事务提醒配合，以表格方式列举银行交易流水的缺勤情况，表格样式如下所示：
银行交易流水发送缺勤情况表
银行：
全部 日期：
2010-07-26
日期
银行名称
联系人
联系电话
交换中心报文日志查询：
该功能记录所有交换中心异常报文，并提供查询功能按银行、按日期、按类别查看异常报文列表，进而可以查询某一笔异常报文的内容。
1.4.5账户监管分析报表
系统提供若干报表功能，供各级财政相关人员查询分析账户资金情况。
所有报表均提供导出EXCEL、打印功能，所有报表均集成系统权限机制，与系统角色权限管理模块配合，实现数据按权限过滤。
财政资金部门分布表：
该报表按部门（一级预算单位）及币种统计资金收入、支出、当前余额。
财政资金部门分布表
账户状态:
激活查询日期:
2010-6-27部门名称:
全部
币种名称:
全部
单位：
元
序号
部门编码
部门名称
币种名称
收入
支出
期末余额
财政资金预算单位分布表：
该报表按预算单位及币种统计资金收入、支出、当前余额。
财政资金预算单位分布表
余额大于余额小于:
查询日期:
2010-06-27
预算单位:
全部 币种名称:
全部 账户状态:
激活
单位：
元
序号
预算单位编码
预算单位名称
币种名称
收入
支出
期末余额
财政资金银行分布表：
该报表按银行名称及币种统计账户个数、资金收入、资金支出、当前余额。
财政资金银行分布表
单位：
元
序号
开户银行
币种名称
账户个数
年初余额
收入
支出
期末余额
预算单位银行账户初始化余额构成表：
该报表查询某一账户的初始化资金构成。
预算单位账户初始化余额构成表
预算单位:
全部银行名称:
全部账号:
全部
资金来源:
全部余额日期:
账户用途:
全部
预算单位编码
预算单位名称
银行名称
账号
余额日期
账户用途
资金来源
币种名称
金额
预算单位账户交易流水明细表：
该报表查询某一账户某一段时间内的交易流水明细。
预算单位账户交易流水明细表
交易时间大于:
2010-06-27交易时间小于:
2010-06-27
预算单位:
全部银行名称:
全部账号:
全部
单位：
元
序号
预算单位编码
预算单位名称
组织机构代码
账户类型
单位性质
银行名称
开户银行
账户名称
账号
交易日期
币种名称
收入
支出
余额
预算单位账户余额明细表：
该报表查询某一单位的所有账户，包括账户相关属性及账户的当前余额。
预算单位银行账户余额明细表
预算单位:
全部
账号:
全部
单位：
元
序号
预算单位编码
预算单位名称
区划编码
银行名称
开户银行
账户性质
账户用途
账户类型
账户核算内容
单位性质
账户名称
账号
账户状态
币种
余额
预算单位账户统计表：
该报表按单位接币种汇总账户的数量。
预算单位实体资金账户数
账户状态:
激活预算单位:
全部
序号
预算单位编码
预算单位名称
账户状态
币种名称
账户数量
预算单位账户变更情况统计表：
该报表按变更类型统计一段时间的变更数量。
预算单位账户变更情况统计表
月份：
2010-08
变更类型
本月数量
上月数量
累计数量
开户
4
5
59
变更
2
2
40
销户
0
1
19
合计
6
8
118
预算单位账户变更情况明细表：
该报表查询一段时间内账户变更的明细。
预算单位银行账户变更情况明细表
预算单位：
银行名称：
操作起始：
操作截止：
变更类型：
凭证号
操作日期
操作类型
操作日期
操作备注
预算单位
银行名称
账户核算内容核算
…
银行未确认变更明细表：
该报表查询银行尚未确认的账户变更。
银行未确认变更明细表
预算单位：
银行名称：
操作起始：
操作截止：
凭证号
操作日期
操作类型
操作日期
操作备注
预算单位
银行名称
账户核算内容核算
账号
1.4.6账户开户、变更、销户管理
系统提供账户管理功能。
用于财政将预算单位开户、变更、销户信息维护到系统中。
该功能采用类似凭证式的管理方式，做到每一次操作，每一个单据均有据可查。
同时该功能与银行接口功能进行衔接，能够自动将账户变动数据发送到银行，由银行确认后再进行返回。
账户管理功能要考虑到不同财政区域用户的权限。
该功能界面如下图所示：
账户管理主界面
账户管理主界面－变更日志查看
账户管理主界面－开户、变更、销户录入界面
账户管理主界面－凭证打印界面
账户开立需求说明：
１、开户录入界面必填数据项不能为空。
２、开户录入确认后，系统自动生成变动日志。
３、选定预算单位后，系统自动提取单位信息并显示在界面上。
４、开户网点行可录，也可选；选择时，从账户列表中枚举开户网点。
账户变更需求说明：
１、账号、银行名称不能修改。
２、已销户的账户不能变更。
账户销户需求说明：
１、销户时账户仍保留在账户表，状态置为销户。
２、已销户的账户不能再次销户。
操作撤销需求说明：
１、只能撤销账户的最后一个操作日志。
２、银行已确认的操作日志，不能撤销。
３、操作撤销后，将删除本条操作日志。
４、撤销开户操作时，则该账户从账户表中删除；撤销销户操作时，则账户的状态置为正常；撤销变更操作，则账户相关属性恢复为变更前的值。
５、初始化的账户信息，默认生成一条凭证号为空，状态为已打印、银行已确认的操作日志，备注为“账户初始化”。
６、操作撤销时，如该操作已打印，需提醒重新打印凭证。
凭证打印需求说明：
１、界面默认显示所有未打印的操作日志。
２、当选择“未打印”时，操作日期录入框可用，凭证号录入框不可用。
３、当选择“已打印”时，凭证号录入框可用，操作日期录入框不可用。
４、打印日期默认为当天日期，如查找到已打印的凭证时，打印日期录入框为凭证的打印日期。
５、凭证号文本显示默认为空，如查找到已打印的凭证时，凭证号文本框显示查找到的凭证号。
６、在凭证号录入框输入凭证号结尾不为零的数字时，系统自动匹配完整的凭证号；如查找不到任何凭证号，则打印日期、凭证号文本显示，表格列表清空。
７、查找到已打印的凭证，点打打印按钮时，这时进行重新打印，重新打印时，凭证号维护原有号码不变。
８、未打印的操作日志进行打印时，自动生成凭证号，凭证号的格式为：
6位区划-四位年度-6位流水数字。
与银行数据交换需求：
在进行账户日常维护时，财政要求能够与银行进行数据交换。
例如新开账户时，银行的监管账户列表里也要增加该账户，以便后续发送交易流水。
通讯方案如下：
设计约束：
１、银行端的接口并不是一直在线的，因此每次通讯都是银行请求。
２、目前交换中心采用的是短连接，即一次请求，一次回执，则本次通讯结束。
３、预算单位有可能到财政申请开户（或销户），但实际上并未进行真正的开户（或销户）。
因此需要银行发送确认报文。
开户、销户（报文编号暂定）：
１、银行发送“2606账户开户销户请求”报文给财政。
２、财政回执“1606账户开户销户回执”给银行。
３、银行发送“2607单位开户销户确认请求”报文给财政。
４、财政回执“1607单位开户销户确认回执”给银行。
变更：
１、开户行变更：
这种情况实际上不属于变更，在系统中需要做一次销户，再做一次开户。
２、预算单位名称、法人变更：
这种情况实际上不属于账户变更，在系统中，由平台实现预算单位信息的变更，账户监管系统同步过来即可。
３、银行系统账号升级：
这种情况是某一银行的账号批量变更，不是常规业务，所以采用系统外实现。
４、账户类型、账户开户名、资金核算内容等变更：
这种情况是真正的账户属性变更，但这种变更不需要和银行进行确认，因此不需要和银行进行数据交换。
通讯报文与操作日志间的数据逻辑：
１、操作日志默认为银行未接收状态。
２、财政回执1606报文后，操作日志变为银行已接收状态。
３、财政回执1607报文后，操作日志变为银行已确认状态。
４、变更操作不能被银行2606报文请求。
５、如银行发送2607报文时，对应的操作日志已经被撤销，则回执9000错误报文。
６、银行请求2606报文时，财政回执的1606报文中包括该银行所有未发送状态的操作。
设计局限：
这种设计方案如发生预算单位先开户，后申请，则该账户在申请前发生的交易流水银行没有发给财政。
升级会员 