银行核心业务系统的选择

        设计理念——“二次开发”与“参数化设计和灵活的架构”所提供的业务需求反应能力。传统核心业务系统中，在设计开发时没有考虑足够的灵活性，只具备支持已有产品的处理能力，通常需要IT人员在原系统的基础上进行二次开发，来满足新的业务需求。这种二次开发的方式与一般的系统开发一样，需要经历从功能设计、编程实现、测试到最后系统上线的整个过程，开发周期很长，同时费用昂贵。而新一代核心业务系统在系统设计开发的环节上考虑了未来可能出现的新业务需求，从而确保系统的灵活性。更为重要的是，新核心业务系统将系统中与产品相关参数进行了规范和组织，引入了“产品工厂”的概念。银行的业务人员可以通过直接使用产品工厂对相关参数进行设置，自己在系统中创造金融产品，大大缩短了产品开发周期，加快了金融创新产品上市的速度。

        技术手段——是否能够提供高可靠性的全天候服务是衡量两代核心业务系统的重要指标。随着网上银行、ATM等自助服务设备的普及，银行需要具备向自己的客户提供全天候“7*24”服务的能力。受到技术手段的限制，现有的银行业务系统通常需要在每天特定的一段时间内执行批量操作处理，将当天发生的所有交易入账。在这段批量处理的时间段内，系统不能向客户提供服务。新一代核心业务系统，通过各种技术手段，例如多个数据库互为备份、多线程技术等等，尽量缩短批量操作窗口，进而实现真正的全天候服务。

        流程再造——模块化设计是新一代核心业务系统另外一个突出的特征。以往的银行业务系统都是以流程为导向设计的系统。当银行的业务流程发生变化的时候，就要对系统进行重新开发。而模块化设计的思路，把相关的功能集中到功能模块中，通过对不同的功能模块进行组合，来实现银行的业务流程。而一旦银行的业务流程发生变化，系统可以通过参数的设置对功能模块进行重新安排来支持新的业务流程。模块化设计使得核心业务系统具有了更大的灵活性。

        “大”、“小”核心的理念。传统的核心业务系统一般都是核心系统和部分简单管理系统模块的结合体，同时实现了属于信贷管理、风险管理、财务管理业务中部分流程管理的功能。新一代核心业务系统的定位是一个快速交易系统。他剥离了大部分事后管理功能，把与交易无关的处理都交给了外围系统。但是基础数据和架构设计上缺乏对管理系统的支持，这是与“小核心、大外围”的理念是一致的。

        不难发现，在银行核心业务系统进入数据大集中阶段后，银行对未来核心业务系统建设和改造有诸多共性的要求。当然，各商业银行对核心业务系统还是有较大的差异化需求，对其业务范围、设计理念、技术路线和建设方式等方面的要求也各有不同。

核心业务系统建设着眼点 
        涵盖商业银行通用业务。要求系统所提供的金融产品，可以为银行业务提供一站式、全方位的专业服务：包括个人银行业务、对公银行业务、同业银行业务、理财银行业务、国内清算，国内外支付等等，具有广泛的通用性。

        以客户为中心。将客户唯一标识的理念融入整个银行IT系统，在细分客户、分层服务的前提下，为优质客户提供量身定制的服务，实现统一的客户信息视图、统一的客户押品及额度管理、统一的客户协议管理以及统一的集团和客户群管理等功能。

        模型化与参数化的产品定制开发模式。抽象银行各类业务的属性及关系，形成银行产品模型，并基于模型，缩短金融产品的发布周期，快速将产品推向市场。需要核心业务系统具有基准产品模型和产品工厂，对产品进行统一编码和控制管理，支持组合产品和子产品；支持按银行的管理要求从产品开发、产品定义、产品营销、产品服务，一直到产品分析、考核等各阶段对产品进行分类管理。

        “流程银行”的业务流程处理方式。围绕客户和市场需求设置流程，将经营组织结构和各种资源完全围绕业务流程而展开，将银行的服务从质量、成本、时间、风险、法规五个原则贯彻到前、中、后台的流程中。结合国内现状，不仅需要分业务线垂直经营和管理，可能还需要“条块结合”的管理。核心业务系统需要实现核算、结算、监督、操作型客户关系管理等大量中后台业务进行集中处理；实现组织机构的管理层级灵活设定，实现柜员权限完备而灵活的设定；在统一的会计核算机制下，提供丰富的多维度考核数据源，包含机构、客户、渠道、产品等信息，支持以业务单元为主的矩阵考核方式；将分开、重复的多道工序进行合并，减少不必要的流程环节和手工操作，实现业务直通式处理（STP）。

首页 上一页 1 2 3 4 下一页 尾页

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