浅谈多实体及多分支机构架构

　　【摘要】这是对在当前金融形势大变动、金融扩张的形式下,金融机构多机构多实体经营模式而提出的一种探讨;通过对这种经营模式布局、机制应用、模式转换的介绍来解析该模式对金融机构建制的帮助。
　　【关键词】分支行系统架构 多实体 银行角色管理 单证中心 总分支架构
　　
　　1 引言
　　在当前银行机构及业务大扩张下,实现银行业务跨区域流水化作业处理,使业务处理达到规范化、标准化和高效化,不断满足银行各项业务发展需要,实现降低成本,提高服务质量和服务效率,达到实现银行经营综合效益最大化目的。而这些均需要先进的银行系统支持,而这种集中化跨区域的银行系统,首先面对的就是多实体、多分支机构的系统布局。
　　
　　2 银行系统架构案例分析
　　2.1 多实体的基本布局
　　多实体的概念于系统中的实现,就是针对银行中的层次细分(数据、机构、岗位与用户)进行结构化与逻辑化的关联,而在系统中提供了相应的参数来达成层次关联的实现,这些参数包含:unit、role与user。
　　unit:
　　unit是实现系统多实体化的重要参数,其主要目的是用来设定每个运行实体的所能存取的数据表,与各个数据表的存放位置(数据库与主机),系统中可以定义任意多个unit,而每个unit可以同时存取一个到多个数据库,同样的一个数据库可以同时被多个unit存取,借此系统就可以完成多实体运行环境中的数据分布/布置。
　　role:
　　另一个实现多实体运行的参数就是role,通过role来定义各个岗位的职责(授权),岗位职责的变动、岗位的调动、变动均通过参数role来实现。
　　user:
　　有了unit(机构)与role(岗位)的设置,也必须要有人(即用户)去那个他所属的机构报到与任职,而user这个参数除了用来设定用户基本信息、密码与安全策略外,就是巧妙的连串起unit与role,而形成了unit、role、user的三角关系。

　　所以可利用这三个参数的巧妙关系,根据行内的实际需要搭建起数据、机构、岗位与用户的多实体分布状态关系,以完成多实体运行机制的目标,并可运用在日后可能的进程的合并或分割的调整。而此类的运用在大银行中就发挥得淋漓尽致,在银行合并的过程,就牵涉太多太多机构的调整:有合并的、有分离的、有升格成外汇指定中心的(即单证中心,根据地区大小辖下有数量不同的分支机构),甚至也存在分离后降格成一般分支机构的,除了多实体运行的分布外,尚存在许许多多的资料重整。

　　2.2 多实体机制的应用
　　★单证中心的定位,组织架构的定位
　　单证中心是代理中心、成本中心还是利润中心,在系统建设初始就需要定位,不同的定位对需求的导向会产生很大影响。如果是代理中心性质,单证中心就不存在任何账务;如果是成本中心性质,单证中心有自己的账务行,同时也负责表外记帐;如果是利润中心性质,就需要考虑中心与经办行之间的利润分配问题。
　　★业务框架的灵活调整
　　在单证中心的定位与组织架构确认后,就会对相关业务框架进行可能的调整,图1是以信用证开证为例来说明可能的改变:
　　2.3 多实体、多分支机构的模式转换
　　一个支持多实体(unit)、多分行(branch)运行的系统,透过系统所提供的参数,在多实体、多分行的环境中,用户可以根据实际需要来安排集中、分散或部分集中部分分散的运行环境,且由于透过参数的方式,系统也可进行分散向集中的靠近,或是集中向分散的分离。在公司的现有用户中上述情况也都有发生过。
　　银行组织结构中一般包括了机构、岗位、岗位职责、员工等基本要素,系统通过参数实现了这些要素的建立及变更,以实现组织结构的建立与变动。关系如图2所示:
　　系统通过unit参数来建立运行机构的实体如:总行、单证中心及各级分支行,并可设置每个运行机构的承做行代号、记账行代号与该所属运行机构下每个数据表所存放的数据库(同时多数据库支持),可通过unit参数的设置与调整来实现分支机构的合并、升级、新增、撤销。利用岗位职责参数来定义每个岗位(role)的授权功能,而再以role参数来设定每个机构(unit)的职能(即操作功能)。
　　通过role参数来定义各个岗位,并将已经建立好的func(岗位职责)授权给各岗位。岗位职责的变动、岗位的调动、变动均通过参数role来实现。
　　通过user参数来确定银行的职员,并将相应的role(岗位)及职员所在的unit授权给相应银行职员。银行职员的岗位调动、新进职员、职员离职、职员在总分支行间的调动均可通过user参数来实现,并可设定用户基本信息、密码与安全策略。
　　经由参数的调整来实现运行模式转换,系统可支持银行所要求:从总分行式的运营模式到集中化处理运营模式(单证中心)的转换,其中包括业务授权与岗位的转换,也可透过unit参数中对数据存放的设置来完成数据的转换。
　　★账务核算机制的建立
　　在上述的单证中心定位明确后,与相应的架构调整完毕,接着就是账务核算规则的订立,与新核算规则下所引发的业务口账务调整。在系统的设计上,仅需要对公共流程中的账务模块进行调整。
　　
　　3 结语
　　本篇主要设计一种多实体、多机构的系统架构模式来说明集中模式下的银行系统作业。由于篇幅的原因未对具体架构进行更深层次的展开。
　　
　　参考文献
　　[1] 徐权.利用综合前置机实现跨系统的金融交易[j].中国金融电脑,2000,(04).
　　[2] 层次化.模块化并存[j].微电脑世界, 2000,(40).
　　[3] 刘广云.银行转制的钥匙──《走向商业银行》评价[j].中国图书评论,1998,(08).
　　[4] 梁科.中心机房前置机群的优化整合[j]. 中国金融电脑,2004,(08).
　　[5] 邹海顺.银行数据集中之pos前置集中方案探讨[j].中国信用卡,2003,(07).
　　[6] 唐学彬.银行卡业务联合、资源共享方案探讨[j].中国信用卡,2001,(02).