• 快捷搜索
  • 全站搜索

商业银行省分行绩效考核系统建设思路

2016-09-30 13:58:04作者:恒丰银行西安分行科技部 安兆金编辑:金融咨询网
绩效考核系统是商业银行省级分行重要的管理类应用系统之一,为此,银行需投入人力与财力,建设一套符合实际情况和使用习惯的系统,并能根据需求变化持续优化和调整系统。

绩效考核系统是商业银行省级分行(以下简称银行)重要的管理类应用系统之一,国内各银行陆续建立起了绩效考核系统,在日常经营管理中发挥了重要作用,但仍存在FTP利润计算不够准确和及时、指标体系设计不够合理、部分原始业务数据缺失、业绩分配关系设计不灵活、数据存取效率低等不足。这导致不能应需求变化而快速灵活调整功能、数据统计分析过于复杂、技术人员疲于奔命“救火” 、使用部门满意度不高等问题。为此,银行需投入人力与财力,建设一套符合实际情况和使用习惯的系统,并能根据需求变化持续优化和调整系统。

一、建设思路与目标

  通过信息技术与经营管理深度融合和高效协作,按照“两中心多板块”,即以业绩和客户两个中心为主体,兼顾各业务板块需求,应用不局限于考核这一特定领域的总体思路,建成一套灵活、先进、安全、实用和易操作的系统,旨在客户营销、绩效评价、数据统计、分析决策等经营管理活动中,全方位、多次层发挥其支撑作用。依据这一思路与目标,系统建设可从理清诉求、规划功能、设定实现模式三个维度着手,并须树立应需而变的意识(如图1所示)。

图片8.jpg
图1 绩效考核系统建设思路

  首先,理清诉求是整个系统建设的起点,能否真正理解用户需求是系统建设成功与否的关键。其次,功能上应包括业绩与客户两个中心,同时还要包括企业金融、零售金融、金融市场、运营管理、计划财务、风险管理等条线管理功能。业绩中心将考核对象(经营机构、客户经理)与考核品种纵横向关联,从多种维度展现考核对象在某个时期各个考核产品的时点、日均、利润等情况。客户中心提供一张客户在银行使用产品的全貌视图,为精准营销提供决策支持。再次,设定实现模式既要做好系统技术实现细节的设计,还要从管理角度出发,兼顾其实施的便捷性和可行性。最后,由于考核导向与政策变化频繁,需要树立意识,形成机制,快速响应,持续、渐进和动态优化功能,以最大限度满足各类需求。

二、系统建设关键难点

  1.FTP利润计算

  FTP(内部资金转移定价)是现代商业银行业务发展和管理优化的方向,是一个涉及银行全部资产负债业务的复杂体系,需要处理包括本外币、资产负债、对公和零售等在内的庞大数据量。目前,业务原始利率准确计算、原始业务信息缺失等仍是制约FTP发挥作用的主要问题,系统建设时需给予足够重视。

  (1)业务原始利率准确计算。如图2所示,逐笔资产和负债业务的FTP利差收入扣减费用、拨备、营业外收支、税金等之后,汇总得到分行总的FTP利润。由于账户FTP基础数据未在利率发生变化时(如定期存款提前支取、通知存款支取)进行相应的利息调整计算,致使由账户汇总得到的利息收支与利息收支总账科目不一致,需要对账户利息收支参照利息计提的方法逐个进行调整计算或者将其差额按照账户利息占比分摊至相应的账户以使其与利息收支总账科目保持一致。

图片9.jpg
图2 FTP利润计算模型

  (2)原始业务信息缺失。原始业务信息数据缺失是一顽症,在很大程度上制约了考核系统的发展与深入,如应收投资类业务数据缺失客户信息、若干笔不同客户的代理保费收入汇总一笔转入内部账户而未保存客户信息等。解决这一顽症,从长远看,其核心还在于录入数据的源头和业务系统的不断夯实;从现在看,要求考核系统能够支持补录缺失的原始业务信息,尤其是客户信息,进而与客户和客户经理实现关联,以准确计算客户、客户经理和经营机构的FTP利润。

  2.指标设计与管理

  指标设计合理与否以及后期管理的规范与及时性是系统建设能否成功的关键之一。做好这一工作的总体思路是技术与管理并重,具体来讲:技术上,一是要求系统能支持各类指标灵活配置,紧扣管理所需,能因时而变,因环境而变,并提供业务用户将基础指标组合为衍生指标的技术手段,由此满足各级管理者的需求;二是要求系统对各类指标数据正确性进行自动核对,例如存款总账时点余额与相关联的账户时点余额、FTP损益表与相关联账户和科目余额等进行核对。管理上,制定指标管理制度办法,明确相关部门责任、落实分工,规范操作流程,从而从管理上规范指标管理,确保各类指标更新的及时性和正确性。

  3.业绩分配关系

  业绩分配关系是指客户在银行的各个产品,如资产、负债、投行、金融市场等按照一定的规则与客户经理关联而形成的产品与客户经理间的对照关系。业绩归属关系设计不妥,会影响系统的扩展性、灵活性、易用性。需遵循两个原则:一是遵循归属关系最细粒度原则,即业务流水归属关系优先于账户归属关系,账户归属关系优先于客户归属关系进行业绩归属认定。须支持如按单笔业务进行调整、文件导入的方式对多笔业务进行调整、客户经理名下所有业绩转移给其他一个或多个客户经理等灵活的业绩调整方式。二是要遵循先客户后客户经理原则。绝大多数业绩数据是与客户账号有关联的,但也有一些没有客户账号,这些业绩需归属至客户经理,在划分时须遵循先划分至账号,然后由账号间接归属至客户经理,不能直接归属至客户经理,直接归属至客户经理会存在一些不便甚至是问题。例如无法统计某客户的综合业务视图等等。

  4.虚拟子账户

  由于政策和制度、自身管理等原因,有一些单位在银行只能开设一个存款类账户,但在实际营销中,某一批次的资金进或出是A客户经理营销,另一批次资金进或出则是B客户经理营销。大修基金缴存业务就是这种情况:房屋管理部门在银行只开立一个专用存款账户,数个楼盘的大修基金都会缴存在这一账户上,使用时也是从该账户支取,但楼盘甲是A客户经理营销,楼盘乙是B客户经理营销,系统需要能将甲、乙楼盘业主缴存的资金分别划分至A、B两位客户经理。解决办法是引入虚拟子账户机制,即为甲、乙两个楼盘在考核系统中分别开立两个虚拟子账户,主账户不再计算业绩,业绩由虚拟子账户承载。T+1日,资金进出流水存入考核系统后,由柜员将这些流水逐笔与楼盘甲和乙对应的虚拟子账户实现关联。此后,系统自动计算各虚拟子账户时点、日均、利润等业绩。主账户产生的中间业务收入也需要按照类似的方法实现与虚拟子账户的关联并计算相应的中收业绩。

  5.年初数计算

  在日常经营管理过程中,出于工作需要,会出现经营机构拆分与合并、客户经理在不同机构间调动、机构或员工管辖的客户调整至其他机构等情况,如经营机构甲拆分为甲和乙两个经营机构,经营机构C的某员工调动至D机构。出现这种情况,需寻找一种方法以相对准确计量和评价机构、客户经理相比上一年度业绩增减变动情况。有两种方法可满足这一需求:第一种,重新计算年初数,即用今年每天的业绩关系重新计算上年12月31日机构、客户经理的规模指标年日均数作为相比较的基数;第二种,所有业绩调整从年初开始,即机构拆分与合并、客户经理调动、客户调整时,保存两份业绩关系,一份业绩关系从年初开始,用于满足该需求;另一份业绩关系从实际调整日期开始,用于日常对客户经理进行薪酬考核。

  6.机构编号变换

  系统中的机构分为管理部门、经营机构、事业部、支行等几种类型,其中支行在核心业务系统中有相应的机构代码。出于方便与外部有关系统实现关联或为了便于查询账务核算机构信息报表等的考虑,支行类型的机构编码一般应与核心业务系统保持一致。而支行由经营机构整体变更或新设筹备组进行筹建,无论哪种情况,考核系统中的机构编码都是要先于核心业务系统中的机构编码,这样当支行开业时核心系统中生成的机构编码与考核系统中的编码可能存在不一致情况,这就需要对考核系统中的编码进行修改。系统建设时,若将机构编码当做机构的主键,就会与数张表有关联关系,修改将会是一件非常复杂的工作。因此,不能将机构编码当做主键,一种较合适的做法是按照某种规则生成序号做机构的主键,把机构编码当做一普通字段进行存储,这样修改机构编码就如同修改机构名称一样,十分简单。

  7.数据存取

  为了每天计算和反映业绩视图,常见的做法是需要将账户数据每天存放一份,致使系统数据存储量大。如零售账户数按照20万计算,每天存放一份,3年的数据将会超过2亿条。这样带来效率低下、查询备份都非常慢的不足。有两种做法可在一定程度上缓解这个不足:一种是根据考核分析多数情况下不会超过两年数据需求的特点,生产数据库表只保存近两年的数据,将超过两年的数据按年整理归档至备份数据库表,并提供相应的交互查询界面。这种方法的优点是应用编码简单,缺点是需要为历史归档数据提供数个查询功能,增加了系统开发工作量;另一种采用拉链表的方式,每天只存取增量和有变化的账户数据,这样可以减少数据存储量。这种方法的优点是可以极大提升查询备份效率,缺点是应用编码以及通过数据库直接进行分析计复杂度高。

三、系统建设几点体会

   考核系统建设是一个持续、渐进和动态的过程,在具体实践中,还需要做好以下几个方面:

  1.领导重视是根本

  领导重视不重视、参与不参与,是能否做好绩效考核系统的根本。从实践情况来看,凡是领导重视的,均取得了丰硕的应用成果,形成了可以“实战”的成果案例,取得的成果令人振奋。

  2.条线部门合力是关键

  考核系统全面实施是一项全员参与和应用的工作,需要全行共同研究和实践,绝不是某个部门能独立承担的。基础数据需要不断规范和完善、系统本身功能也需要通过阶段性的优化来满足不断新增的新增需求,更重要的是条线与技术部门协作意识需要不断增强,这就要求每一个环节都需要条线部门的深入参与、扎实推进。

  3.用户需求定成败

  用户体验的核心是用户需求,如果脱离了用户需求,不能为用户解决问题,一个技术架构再完美、设计再漂亮的系统,也是无法和用户共鸣的。从重技术架构思维,追求大而全的功能,转变为重用户体验,聚焦用户最关切的功能,快速迭代,不断试错,使系统变得简洁易用,更接“地气”。

  4.科技人员忘我投入是保障

  作为考核系统的技术实施部门,要在短时间内攻关上线、投入使用并不断优化完善,需充分发挥科技人员艰苦奋斗、敢于担当、勇于创新、甘于牺牲的精神。与此同时,还要充分调动协调外包开发公司的积极性,发挥好其作为银行科技队伍的延伸和补充作用,提升开发效率。

(文章来源:《中国金融电脑》杂志)

扫码即可手机
阅读转发此文

本文评论

相关文章