论文部分内容阅读
【摘要】这是对在当前金融形势大变动、金融扩张的形式下,金融机构多机构多实体经营模式而提出的一种探讨;通过对这种经营模式布局、机制应用、模式转换的介绍来解析该模式对金融机构建制的帮助。
【关键词】分支行系统架构 多实体 银行角色管理 单证中心 总分支架构
【中图分类号】TU247.1 【文献标识码】A 【文章编号】1673-8209(2010)05-0-01
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).
【关键词】分支行系统架构 多实体 银行角色管理 单证中心 总分支架构
【中图分类号】TU247.1 【文献标识码】A 【文章编号】1673-8209(2010)05-0-01
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).