某银行账务管理信息系统建设

银行账务管理信息系统建设北京北鹰吉成科技有限公司郭光辉Email:[e-mail]•银行账务管理信息系统面临的挑战•业务量估算•系统关联视图及描述•性能估算•硬件技术架构•设备选型•总结银行财务管理系统建设面临的挑战世界经济的市场化、全球化、金融化、虚拟化大势，加快了金融的改革、创新与竞争，也促进了银行发展模式的转变，以“利润最大化”和“股东财富最大化”为宗旨，现代银行正在不断创新经营理念，加强财务管理特别是全面成本管理，从而提高经济效益。随着不断深入及财务管理水平的不断提高，银行管理迫切需要引入先进的财务管理方法和工具，以实现财务核算精细化、财务监控全面化、财务管理规范化的目标。如今，随着银行业务范围和种类的扩大以及银行高速发展，对财务管理要求越来越高，具体需求主要体现在以下三个方面：一、加强财务管理是实现股东价值最大化的需要作为金融中介机构，银行在经济和社会发展中的作用和地位是其他企业不能替代的。但作为企业，银行的股东价值最大化仍然是其唯一的经营目标，从银行日常业务经营的角度来说，就是银行效益的最大化和银行经营管理活动的最优化，也就是我们通常所说的盈利性、安全性和流动性的统一。二、加强财务管理是提高银行竞争力的需要银行财务管理水平的高低，必然影响其自身财务状况。科学的财务管理体系有利于银行资源的优化配置，有利于银行效益的提高和风险控制，通过有效的财务管理，不仅使银行创造最佳的经济效益，更为银行的发展壮大奠定了坚实的基础，从而提高银行竞争力。三、加强财务管理是适应经济金融环境变化的需要中国加入WTO后，中国的金融制度和金融环境发生了较大变化。在金融市场方面，随着中国利率市场化改革的推进和市场竞争的加剧，今后市场利率波幅会更大，银行的存贷款利差将会进一步缩小。在金融监管方面，财政部出台了新的《金融企业会计制度》，要求金融企业按国际惯例对贷款、拆借、固定资产等资产足额提取减值准备。人民银行对资本充足率管理和信息披露提出了更高要求，最近又颁布了《银行内部控制指引》，应该说，我国的金融制度和财务会计制度正在逐步与国际接轨。由此可见，加强财务管理在现代银行经营管理中尤其重要。系统概述整个财管系统分为以下几个系统：财务管理信息系统实施项目分为四部分：采用OracleEBS构建大总账系统，采用汉得费用管理平台构建费用资产管理系统，采用OracleBIEE和汉得报表管理解决方案构建财务报表管理系统，建立符合银行特点的管理会计信息系统。项目范围为：一、建立全省网点集中统一总账系统（企业级总账），实现多维、集中的核算平台。利用集中统一的多维会计科目体系，实现核算信息集中统一管理，并且充分考虑未来管理会计信息需求。降低核心系统和会计核算体系的耦合度，减轻核心业务系统和相关业务管理系统的后续开发的复杂度，推进核心业务系统和各类业务管理系统面向产品创新的流程化改造。在未来全省网点统一总账基础上，不断深入推进新会计准则的实施，全面规范和完善会计确认、计量和报告，确保会计信息质量。同时不断丰富、深度挖掘和使用会计信息，推动全省网点精细化经营和管理。实现其他后台业务的计量和核算，通过参数设计、台账记录、流程管理和控制、财务规则配置和自动核算，实现长期股权投资、全省网点税费、递延所得税计量、利润分配等业务的核算和管理。二、建立全省网点集中统一的费用资产管理系统，实现后台业务的精细管理和核算。建设全省网点预算管理平台，实现预算数据管理和余额管理、预算调整和变更管理，建立符合银行要求的预算控制机制。建立全省网点费用管理系统，以预算控制为基础，优化操作流程，实现费用审批、开支、控制、报账、付款的电子化管理和流程化操作。重新梳理目前银行的费用核算科目与成本归集口径，采用自助报账，自动支付和账务处理，线上与线下管理相结合的方式，提高工作效率和数据质量，满足事后分析和成本分摊的需要。建立全省网点非信贷资产管理系统平台，实现全省网点资产的全生命周期管理，进一步标准化、规范化、流程化资产管理业务，达到业务效率和管理水平提升的目的。三、建立面向财务管理部门的全省网点财务报表管理系统。制式报表自动调度、发布和输出体系，如业务状况明细表和汇总表等，提高报表的准确性，时效性，便利性。利用指标和报表管理技术，实现自定义报表和分析报表的定义、运行、发布，强调按照法人和经营单元进行报表综合管理。四、建立符合银行特点的管理会计信息系统。通过资金转移定价（FTP）和成本分摊、内部利润、绩效指标计算等实现对数据的加工，从而产生符合管理需要的、多维度的利润贡献度分析结果信息。数据加工的过程，是通过专业的模型和算法实现的，模型和算法则由用户通过参数化配置实现。作为银行业务分析管理的核心，FTP、分摊和多维贡献度分析、资产负债管理构成银行了财务管理的最基础应用，可以满足银行对各业务单元的绩效评价和未来决策支持的需要。业务量估算•大总账系统：属于交易震荡型系统估算主要包括以下几个方面：日间业务量、夜间业务量、凭证过账后更新科目余额，并进行余额汇总，每日余额数量是多少。•费用资产管理系统：属于交易平稳型系统估算根据所有行及分行的业务量•账务报表管理系统：属于交易震荡型系统估算根据各个层级出具报表的数量。例如：网点层级报表数量：N个网点*X张报表*1.1个币种*3个维度(日月年）=NX*1.1*3张支行层级报表数量：网点层级报表数量*3/4=NX*1.1*9/4张日间业务量：合计每日出具报表数量夜间业务量：夜间处理数据•管会系统属于OLAP系统高峰期取决于分析指标运行的时间处理数据量为海量系统用户数估算例如：银行目前有500家网点，12000家支行，20000个网点，财管系统需要满足未来5年的业务系统要求。根据业务需求分析如下：表1.业务量及系统用户数估算系统用户数在线用户数并发用户数大总账系统200015001500费用资产管理系统22000011000550财务报表管理系统24000120002400管会系统1000300100详细说明：•大总账系统：用户数：主要操作人员集中在县级网点层，每个网点平均30-40个用户，500个网点用户数在1500-2000人之间，另外增加省联社的少量用户，整个用户数合计在2000左右。在线用户数：平日系统用户数较低，月结和年结时（尤其是年结）用户会集中登录系统进行账务处理。因此以年结时平均每个网点30个财务人员加上一些管理用户登录系统来计算，在线用户数在1500左右。并发用户数：平日较低，最大并发数集中在年结时，因此年结时的并发用户数基本等于在线用户数。•费用资产管理系统：用户数：整个银行220000左右员工，全部使用费用资产管理系统中的费用管理模块进行网上费用报销；其中少部分员工使用资产模块。在线用户数：按照用户数的5%估算=220000*0.05=11000。并发用户数：按照在线用户数的5%估算=11000*0.05=550。•财务报表管理系统：用户数：在支行层级查看财务报表，按照每个支行200个用户来估算，整个用户数=12000*2=24000。在线用户数：每个支行至少有一个用户在开门之前查看和打印报表，因此在线用户数在12000左右。并发用户数：用户查看和打印报表的时间集中在早上7：30~9：00之间，其他时间基本没有系统访问需求。因此并发用户数按照在线用户数的20%估算=1200*0.2=2400。•管会系统：用户数：主要用户是网点领导，按照每个网点20人关注管会报表来计算，用户数大概在1000。在线用户数：根据经验，按照用户数的30%估算=1000*0.3=300。并发用户数：根据经验，按照在线用户数的30%估算=300*0.3=100。系统关联视图财务管理信息系统ESB系统数据平台协议地址Xx.xx.xx.xx:33300影像系统协议门户核心系统核心系统指纹系统短信平台地址Xx.xx.xx.xx:33300协议地址Xx.xx.xx.xx:33300协议大总账系统费用资产管理系统财务报表管理系统管会系统协议地址Xx.xx.xx.xx:33300地址Xx.xx.xx.xx:33300协议地址Xx.xx.xx.xx:33300中间业务平台统一柜面协议地址Xx.xx.xx.xx:33300协议地址Xx.xx.xx.xx:33300人力资源•核心系统大总账系统和费用资产管理系统与核心系统的实时接口通过ESB系统进行交互大总账系统和费用资产管理系统与核心系统的批量接口通过数据平台进行交互•指纹系统大总账系统登录通过ESB调用指纹系统进行身份验证费用资产管理系统的财务用户需要通过ESB调用指纹系统进行身份验证•短信平台系统运行中的异常情况通过短信平台发送通知到相关系统管理人员费用资产管理系统中的审批通知通过短信平台发送到相关业务人员•中间业务平台费用资产管理系统将付款信息通过ESB传送到中间业务平台完成支付费用资产管理系统读取中间业务平台的支付状态以控制付款流程•统一柜面大总账系统通过统一柜面进行单点登录•门户系统费用资产管理系统中的待定事项在门户系统中进行查看费用资产管理系统通过门户系统进行单点登录费用资产管理系统从门户系统同步用户信息•影像系统费用资产管理系统的原始单据扫描后上传到影像系统费用资产管理系统的审批流程以及财务审核调用影像系统查看原始影像•人力资源系统人力资源系统向费用资产管理系统提供薪酬数据•数据平台外围系统的基础数据和核算数据通过数据平台传入大总账系统性能估算•应用服务器性能估算大总账系统应用服务器性能估算大总账系统应用负载分为前台负载和后台负载。前台负载是指用户在应用界面进行业务操作所产生的负载。标准的EBS前台应用分为Web应用和FORM应用。后台负载是指由并发管理器处理任务请求所产生的负载，通常是报表、后台任务、接口数据交换等非前台操作的业务处理。前台应用CPU负载计算：根据软件厂商的推荐标准和汉得信息在同类项目的实践，每个CPU核平均支持30~50个活动前台用户（Form、Web）。后台请求CPU负载计算：后台请求所需要的CPU核数量，与后台请求允许的并发数和运行的密集程度有关。峰值阶段（如日结、月结、年结时）并发管理器总是有若干个并发请求在运行，并且会保持一定时间。每个CPU核可以支持16~24个并发请求。后台并发管理器数量：过账管理器：50个（处理过账事务，每个县级网点一个）标准管理器：80个（处理非过账事务）总计：130个按照150个并发用户与130个并发管理器的负载计算：大总账系统前台应用CPU需求=150/（30~50）=3~5核大总账系统后台请求CPU需求=130/（16~24）=6~8核由于前台负载基本在白天，后台负载基本在夜间，因此最大的CPU需求为8核。费用资产管理系统应用服务器性能估算费用资产管理系统的应用服务器主要处理前台负载。根据软件厂商的推荐标准和汉得信息在同类项目的实践，每个CPU核平均支持50个活动前台用户（Web）。另外，财务报表管理系统的界面操作在费用资产管理系统进行，因此在估算费用资产管理系统应用服务器时，应考虑财务报表管理系统的并发用户数。费用资产管理系统前台应用CPU需求=（55+240）/50=6核。同时中间件应用服务器需要1核，因此最大CPU需求为7核。推荐使用8核。财务报表管理系统应用服务器性能估算前台应用CPU负载计算：每个CPU核平均支持40个并发用户，按照240个并发用户计算：财务报表管理系统前台应用CPU需求=240/40=6核，同时中间件应用服务需要１个核，因此合计CPU需求＝6＋1＝7核。另外，应用服务器除了支持日常报表访问外，在跑批过程中还承担制式报表生成工作。按照汉得信息在同类项目的实践来看，每台P720系列8核32G内存服务器，每小时可以处理制式报表8000张左右。假设银行报表跑批的时间窗口为2个小时，处理完每日30000张报表，至少需要两台与8核P720服务器处理能力相当的服务器。从服务器稳定性方面和处理能力方面考虑，如果使用PCServer，建议使用4台。管会系统应用服务器性能估算管会系统应用服务器对CPU要求不高，主要完成数据的前台展现、报