浅谈多实体及多分支机构架构的论文.docVIP

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