银行核心系统在银行IT架构中的功能边界
作者：代堂鸣
银行客户级别可以按照客户资产规模的等级划分，消费信用贷款的贷款期限可以根据商品特点和自身的收入状况划分。工作也一样，有了明确的边界就有了目标和任务，是明确责任和控制成本的基础，有助于精细管理，能避免浪费无效的时间和精力。
试想要是工作没有边界，是一件多么可怕的事情，可能经常会违背自己的本意做一些职责范围之外的事，可能职责没有把握好就出现扯皮推诿的情况。由此可见，边界在工作和职场中都是必须的。
在银行新核心系统设计时也一样，功能边界的定义对于系统的分析与设计非常重要。因为核心系统会与几十个，甚至成百上千个其他系统有进行交互，并且涉及的内容很多，所以现在核心系统的边界应该是指包含哪些内容，不包含哪些内容。
一、银行核心系统是什么
核心系统是以处理银行最基本的存款、贷款业务为主的IT系统，这些业务是银行业务中最基础、最核心的部分，因此称之为核心系统。
在整个银行的IT体系架构中，核心系统是其他业务子系统的基础，也与其他系统有着密切的关系，处于承上启下的关键位置。
核心系统的特点：
核心系统相对稳定，且仅涵盖具备需求稳定性的产品和业务处理环节。
核心系统既可以是一个系统，也可以是覆盖相关业务功能的系统群。
核心系统是一个封闭、被动的服务提供者，只对外提供被动的交易处理服务（加密机调用例外）。
核心系统包含必要的内部辅助管理功能（例如：机构管理、现金管理、尾箱管理等）。
二、银行核心系统不是什么
我们除了要知道核心系统是什么，还要清楚核心系统不是什么。如果系统定位不准确，会出现各种资源的浪费和错误，影响还是挺大的。
列举如下：
核心系统不涉及直接面对客户的银行前端处理。
核心系统不承担复杂的流程审批业务处理环节，例如：信贷业务流程、贸易融资流程等。
核心系统不承担管理会计、风险管理、客户分析等管理决策功能，但应该为这些系统提供全面、准确的多维度分析依据。
核心系统通常只具备其业务处理和报表所必需的客户信息，不包含全面的客户信息。
核心系统在执行业务处理的过程中不应过于频繁地依赖外部系统数据。
核心系统原则上不主动发起业务请求，也不直接与其它业务系统之间产生互相调用关系（加密机调用例外）。
核心系统原则上不直接发起对外的渠道链接，如大额支付、小额支付。
核心系统原则上不提供在同一笔交易内部需要多次往返报文的业务请求服务。
核心系统原则上不向其它业务系统直接开放数据库或非交易形式的功能调用（公共函数调用）。
三、银行核心系统的功能边界
过去大而全的开发模式导致银行核心系统包含了很多内容，有客户信息、存贷款、支付结算、账务往来等业务基础，有账户、产品、交易、统计等类型数据记录，还有客户管理、渠道管理、及信贷管理等其他渠道类的后台系统。
也就是所谓的“胖核心”，本身的体量非常大，耦合性太强，形成了对业务发展的限制，建设和运营成本的增加。
例如，银行每个月都会将本月所发生的现金，收、支结出本月合计数结出余额进行对账，由于业务量日益增加、差异化的业务场景的不断细化，总会存在因系统突发异常或其他原因导致的账务问题，哪怕是一点点的小问题，也会严重的影响到银行营业网点第二天开门开展业务。
这些年，随着IT和金融行业爆发式的发展，银行的业务模式和业务渠道也发生了天翻地覆的变化，固有的“胖核心”遇到很多解决不掉的问题。
比如，无法快速推出有特色的产品响应市场需求来吸引客户；再如，因系统内部改动较大而无法给优质客户提供个性化利率；又如，因营改增的业务需求而导致记账规则的调整，需要在核心系统内部做手术，不仅需要投入大量的人力物力，而且风险很大。
由于以上种种原因，驱动了将核心的辅助功能都剥离到外围系统。那，核心里真正需要拆的是什么？
我认为有以下3点：
管理审批功能
历史数据冷数据
统计功能报表功能
但由于每家行都不一样，对系统的期待也不一样，目前还没有一种标准的定义。
有的银行对核算进行了拆分，算是交易核算分离的一部分；有的银行会拆掉客户信息单独构建ecif，还有的银行会将电子账户这类也分拆掉。
拆法很多，很多也很没道理，主要看行里。欢迎留言说说你的思考，探讨交流，我愿意和你一起进化。
完
参考文献：
1.VanceInfo.《银行核心系统介绍》,2011年
2.网络.《银行核心系统概念入门简介》,2011年
3.Jerry.《银行核心系统功能定位讨论》,2009年