剖析多实体及多分支机构论文.docVIP

PAGE PAGE 4 剖析多实体及多分支机构论文 【摘要】这是对在当前金融形势大变动、金融扩张的形式下,金融机构多机构多实体经营模式而提出的一种探讨;通过对这种经营模式布局、机制应用、模式转换的介绍来解析该模式对金融机构建制的帮助。 【关键词】分支行系统架构多实体银行角色管理单证中心总分支架构 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多实体机制的应用 2.2.1单证中心的定位,组织架构的定位 单证中心是代理中心、成本中心还是利润中心,在系统建设初始就需要定位,不同的定位对需求的导向会产生很大影响。如果是代理中心性质,单证中心就不存在任何账务;如果是成本中心性质,单证中心有自己的账务行,同时也负责表外记帐;如果是利润中心性质,就需要考虑中心与经办行之间的利润分配问题。 2.2.2业务框架的灵活调整 在单证中心的定位与组织架构确认后,就会对相关业务框架进行可能的调整,图1是以信用证开证为例来说明可能的改变: 2.3多实体、多分支机构的模式转换 一个支持多实体(Unit)、多分行(Branch)运行的系统,透过系统所提供的参数,在多实体、多分行的环境中,用户可以根据实际需要来安排集中、分散或部分集中部分分散的运行环境,且由于透过参数的方式,系统也可进行分散向集中的靠近,或是集中向分散的分离。在公司的现有用户中上述情况也都有发生过。 银行组织结构中一般包括了机构、岗位、岗位职责、员工等基本要素,系统通过参数实现了这些要素的建立及变更,以实现组织结构的建立与变动。关系如图2所示: 系统通过Unit参数来建立运行机构的实体如:总行、单证中心及各级分支行,并可设置每个运行机构的承做行代号、记账行代号与该所属运行机构下每个数据表所存放的数据库(同时多数据库支持),可通过Unit参数的设置与调整来实现分支机构的合并、升级、新增、撤销。利用岗位职责参数来定义每个岗位(Role)的授权功能,而再以Role参数来设定每个机构(Unit)的职能(即操作功能)。 通过Role参数来定义各个岗位,并将已经建立好的FUNC(岗位职责)授权给各岗位。岗位职责的变动、岗位的调动、变动均通过参数Role来实现。通过User参数来确定银行的职员,并将相应的Role(岗位)及职员所在的Unit授权给相应银行职员。银行职员的岗位调动、新进职员、职员离职、职员在总分支行间的调动均可通过User参数来实现,并可设定用户基本信息、密码与安全策略。: 经由参数的调整来实现运行模式转换,系统可支持银行所要求: