关于银行核心系统的胖与瘦

转BANKITMAN

 

 由于汉字的独特作用，潜移默化地加深了中国人对“胖”和“瘦”的下意识的评价。以“疒”和“叟”造成了“瘦”，是一直给中国人提供了长“胖”的动力，试想，谁又想得病或者是拥有“老叟”的身体呢？其次，以“肉”为部首造成了“胖”，这也是第三个动力所在----人体为了生存当然需要有骨有血有肉，因此长多点肉就容易被看作一件好事。 

 

    关于胖与瘦的讨论，从古至今都没有停止过。“汉瘦唐肥楚细腰”------历史上这种忽胖忽瘦、彼一时，此一时的审美观，只说明了环肥与燕瘦都只是某个阶段之时尚潮流，本无美丑之分，无非是审美取向不同、喜爱各异而已。

 

       《传》曰：吴王好剑客，百姓多创瘢；楚王好细腰，宫中多饿死。苏东坡更有诗为证：“杜陵评书贵瘦硬，此论未公吾不凭。短长肥瘦各有态，玉环飞燕谁敢憎。”由此可见，时尚态度与社会局势是分不开的。当今世界，如何看待胖与瘦，已经增添了许多的实质内容。

 

       而核心银行系统（Core Banking System）在中国银行界的发展，也经历了从简单到复杂、从瘦小到肥大的过程，我们应该如何来看待目前所掀起了“瘦身”的热潮呢？

 

    个人观点：

 

1．所谓核心系统，是科技人员强调身份地位的、宣泄价值主张的一种“说法”；

2．所谓核心系统，是与外围诸多应用相对应的、约定俗成的一种划分“方法”；

3．所谓核心系统，是与核心业务相对应的、企图体现核心能力的一种“想法”；

4．所谓核心系统，是综合业务系统的表现，肥胖来自于对功能所做的“加法”；

5．肥大不等于强大，重量不等于力量---核心银行系统在成长中出现了亚健康；

6．苗条是当今的时尚标签以及对已形成体重的战斗---要找出瘦身适合的方法；

7．无论胖瘦，健康才是生命艺术的真谛---世事无绝对，能满足需求就好就对；

8．不胖不瘦，适合就好、珍惜健康，远离胖瘦---不要被忽悠与系统的过度设计；

9．生命在于运动、需求在于变动---改变传统的思维模式与实现方法是当务之急。

 

   希望能从以下三方面来表达我的思考：

 

1．核心只是一个说法

 

       人法地、地法天、天法道、道法自然。世间的万事万物，都将遵循着自然规律。

 

       核心（Core / Nucleus / Kernel / Cente / Axis / Pith）是指事物或事情的最重要，赖以支持其存在的那一部分。构成万物基础的原子都有核，且能通过核聚变或裂变而产生巨大的能量，作为生物基础的细胞也有核，我们平常吃的梅、李、枣、栗、桃、梨、杏、龙眼、荔枝、葡萄、樱桃、枇杷、山楂、苹果、芒果等等都有核（生命的种子），核位于中央，是很小的聚合物，其中蕴藏着不可思议的能量。心者，君主之官，决断出焉。稍微高级一点的动物都有心，人的心脏只有拳头大小，一旦停止跳动，血液就供应不上，肌体马上停止运转。

 

       何谓核心业务？何谓核心银行系统？不同的银行自有不同的定义。

 

       顾名思义，核心业务，就是最重要，最关键的主营业务（只要能赚到钱的是否就是核心业务？）银行的核心业务应该是包括为客户提供金融产品与服务的所有业务，通常包括资产业务、负债业务和资产负债表外的中间业务。

 

       商业银行经营的实质是资金使用权的转让和提供支付与咨询服务。对于各类资产与负债业务，主要涉及业务品种、所用介质、服务渠道等三个要素，并通过对这三个要素的排列组合而形成多种金融产品和服务（包括衍生产品与增值服务）。

 

       对于支付结算业务，通过对各种支付凭证（结算工具）、支付方式（结算方式）、支付渠道的排列组合也将形成多种金融服务。对于跨类别的产品和服务进行组合也将生成一系列新的金融产品与金融服务。

 

       因此，银行的所有的业务恐怕都很重要，从系统应用的角度上来看本来就无所谓核心与边缘的。我们要从业务角度来理解核心银行系统所提供的价值：

 

1）所有业务系统加总在一起，构成银行向内部和外部客户提供的产品和服务的总和；

2）树立以客户为中心的经营理念、应用系统的设计思想就应该是业务驱动的具体实现；

3）业务流程化是指金融产品和服务在营销渠道、方式、过程、成本、收益的一体化处理；

4）业务人员关心的是前中后台分离所带来业务处理的效益，而不是IT系统的实现与部署；

5）银行需要的是金融产品与服务的营销过程所带来的利润，而不是竖井式的信息孤岛。

 

       长期以来，核心银行系统一直都是我国商业银行信息化建设的重点。核心银行系统的建设已经历了从无到有、从小到大、从简单到复杂、从单机到联机、从分散到集中、从以帐户到以客户为中心的设计等不同的历史发展阶段。而认识银行IT系统演化规律，重新审视与规划核心银行系统，对于科学设计银行IT应用架构，减少系统建设和开发中的盲目性具有重要的意义。

 

       核心银行系统在国际上相对标准的定义及其范围是“银行处理核心客户信息、存款产品、贷款产品、支付服务和财务总账。”

 

       把核心银行系统理解为银行运作所需的所有系统，恐怕跟中国国内银行系统发展的历史以及大多数的设计者还没有把系统结构专业化的现状有关，虽然这些看法和方法可能是一种历史的误解，但核心银行系统是支持所有银行业务信息化处理的引擎，也是不争的事实。

银行的主要业务流程你可以按照这个思路进行：

（1）主体和客体：客户和会计（柜员）

（2）业务发生条件，把业务比作对象（对象由结构和行为构成）：

结构：凭证和要素，要素涉及客户的账号，与之对应的就是会计科目
行为：客户资金和银行科目资金，这里就涉及到了资产负债、共同等科目，以及衍生出的内部账户（不涉及利息）和外部账户（客户涉及利息）的概念

有了科目、账号这些结构，就是在上面增加会计行为：复试记账或借贷记账，如果涉及现金，注意现金是重要凭证或者说特殊的重要凭证，银行对现金有专门的现金登记薄的管理，当然也就记载现金发生额了，如果涉及反洗钱的要求，还要记载现金项电（是tmd的人行要求的考察项），如果又涉及到支票本票之类的，设计到表外业务，重空管理，又要记载重空登记薄，所以，一笔交易的发生，一般需要记载数据库表如下：

           a、账户余额表
           b、账户交易明细，对账单的数据来源
           c、银行的内部账户，现金客户内部账
           d、现金登记薄明细
           e、交易流水表
           f、大额登记薄（如果金额超过一定限额）
           g、内部账户交易明细
           h、重要凭证登记薄
           i、重要凭证交易日志

所以，tmd就是记一张余额表，就通常需要一张明细日志表

（3）但是上面这些只是在账户上反映头寸，没有到会计的汇总科目上，所以日终就要根据交易流水（实际就是借贷记账法的记录）拆分，汇总记到相应的科目上，然后总分核对
，就是负债、资产（贷款之类的）的科目余额和客户账户进行核对，通过结束，当日没有问题，产生会计报表就行了

（4）以上也是正常交易过程，遇到特殊日期，结息，就需要掌握如下概念了：什么是计提？与之相关的一个非常重要的概念：权责发生制，个人tmd的认为，不懂权责发生制，基本上领略不到会计的精髓，所以掌握银行会计，就tmd的三条：
         a、科目或账号的定义和结构
         b、表内业务的借贷记账法、表外业务的收付记账法
         c、权责发生制
         还要清楚表内、表外，再牛B一点就是金融衍生物在银行会计中的运用理解

剩下的实际业务可以看作银行的产品，现学先用

（5）银行的业务主要涉及三大类：
       a、审批类（非资金类）
       b、资金运营类（资产、负债、衍生业务）
       c、资金使用类（财务类，这一类通常被tmd的sap、用友之类做，真正NB的银行系统架构师不是特别感兴趣，当然说老实话，比银行会计男多了，尤其成本管理，tmd不提了）

按照交易类别划分：
      a、日常在线业务
      b、特殊日批量业务：结息、计提、代发等等
      c、年底决算（利润类）

所以，想了解银行业务，要熟悉很多概念，最后就是精通的水准，对几个行业都有渗透才可：银行、税务、财务、保险等等

按照客户划分：
       a、零售（对私）
       b、公司业务（笔者tmd认为这是含金量比较高的）
       c、国际业务（一般接触不到）

3．健康发展才是目标

 

       核心银行系统一直被视为银行业务处理的“心脏”，但是许多核心银行系统陈旧过时、技术老化，普遍存在着“三高”等心血管问题，与其他系统之间无法进行有效沟通，因此有些银行主张采取“血管搭桥术”，比如EAI、ESB、SOA封装解决方案。所有的解决方案都考虑到这样一个事实，即除非绝对必要，否则都不希望进行“心脏移植手术”。要把旧系统整体替换掉，其难度、复杂度无异于一次心脏移植手术---风险大、成本高、耗时长。由于银行业务 7×24 小时不间断的运营特点，将不允许核心银行系统长时间处于“休眠”状态，如果该心脏停止跳动，那么银行业务将会瘫痪。

 

       但是，对于一个心脏病人，不采取医治措施就意味着死亡。组建于上世纪90年代的核心银行系统，其升级换代迫在眉睫。核心银行系统的再造和重构首先要明晰它在银行整体应用架构中的定位与作用，需要重新审视和规划银行核心系统的发展方向。而拥有一个高度灵活、可靠性和扩展性强的核心银行系统，是银行业在新的竞争环境下获取竞争优势的必然选择。

 

       核心银行系统可以定义为记录和处理客户信息、存款、贷款、支付结算和往来账交易的应用系统。核心银行系统在银行IT系统中的定位可以简要概括为三个方面：

 

1）核心银行系统是提供共享交易服务的系统

 

       核心系统提供的服务应满足普遍性、时效性和重要性要求。核心银行系统中的各个业务功能模块，从平面看似乎是并列关系，但从服务请求、服务提供和数据流转逻辑上来看却非简单的并列关系。因此可以说核心银行系统是为其他应用系统提供共享交易服务的系统。主要处理客户、存款、贷款、支付结算、往来账管理等这些都是其他业务应用系统共同需要的交易服务。

 

2）核心银行系统是提供（记录与处理）核心数据的系统

 

       什么是核心数据？这也是一个见仁见智的问题。使用范围越大、使用频率越高、具有标准的统一性、类型的稳定性、读取的便捷性、存储的长期性等特征的数据如：

 

客户数据集（客户号、客户协议账户/机构关系等）；

账户数据集（客户账号、内部分户、科子细目明细帐等）；

产品数据集（产品码、功能、定价、营销渠道）；

交易数据集（机构、员工、渠道、客户、产品、帐号等交易明细与历史信息）；

组织数据集（组织关系、员工角色、机构号、员工号、渠道号等）；

公共数据集（货币、科目、假期、利率、汇率、公共代码等）；

统计数据集（产品、渠道、机构、员工考核、绩效分析、资产负债、风险管理、监督稽核）

 

3）核心银行系统是业务应用系统的系统

 

       由于核心系统广泛地为其他渠道系统和应用系统提供客户信息、账户管理、结算处理等共享服务，成为众多应用系统的后台，因此也可以将核心银行系统称为应用系统的系统。

 

       总而言之，核心银行系统的“瘦身”就是要将原来所承载的庞大功能逐步分离出来，在业务层面简化和理顺系统的功能，提高处理性能和效率，需要对核心银行系统与其他应用系统之间的业务流程进行重新设计，按照更加开放、灵活和松耦合的原则合理布局银行的各类应用系统。

 

作为业界的顶尖高手，我们高阳的核心银行系统又将会长成什么样子呢?

 

         “昨夜雨疏风骤，浓睡不消残酒，试问卷帘人，却道海棠依旧。知否，知否，应是绿肥红瘦。” ------《如梦令》李清照