银行信息系统的流程架构

银行信息系统的流程架构

信息系统的应用架构、数据架构和流程架构是在系统设计中相互影响、关系密切的三个重要内容。一、现状

早期银行信息系统的流程架构，没有被给予太多的考虑，基本上按照原来手工操作的方式进行流程设计。但随着现代金融业务的发展，银行业务种类越来越多，越来越复杂。

一方面，从原来的简单交易、简单服务发展为复杂交易、综合服务；从原来的以本网点服务为主，发展为大量的跨网点、跨地域服务。并且，随着银行信息系统越来越庞大，许多银行信息系统内部存在各种相对独立的子系统也越来越多。信息系统内部子系统间的处理流程也越来越复杂。

另一方面，跨银行、跨行业服务，也在迅速发展。银行与银行之间、银行与第三方合作机构之间的往来也都全部通过计算机处理。此时银行的业务处理系统已不再是一个封闭的系统。所有涉及本行以外第三方的服务，信息系统不单要走内部流程，还要走与系统外不同系统打交道的流程，处理环节更复杂，处理链条也更长。

这时，一些早期设计的银行计算机信息系统，面对各种各样新、旧业务，仅按手工操作的方式随意设计的流程，使系统处理流程显得复杂和凌乱：不同时期上线的系统、不同的研发团队、不同的产品，尽管其业务流程相似，但计算机的处理流程可能会完全不一样。这种流程的不规范给系统维护与新产品的研发增加了非常大的困难。

研究信息系统的流程架构，就是对银行在各类客户服务里的处理流程进行分解、抽象、综合并归纳。理顺内部系统之间、内外系统之间的流程关系，并且把系统内外的处理流程有机地结合起来。根据银行在不同流程中充当不同的角色，构建一个合理的流程规范。从而结合流程架构去设计信息系统的架构。银行信息系统里最基础的系统是银行的交易处理系统。如上所述，银行交易处理系统要处理的业务，有辖内与辖外，有本行与跨行、有本地或异地之分。下面，对交易系统的流程进行宏观分析：

（一）银行电子化前

在银行电子化前，银行面对仅涉及本营业点的业务时，业务处理流程相对简单。通常是在营业点柜台由柜员受理客户的服务要求（收单），然后直接由该柜员处理。对于核算业务，通常就是一借一贷，在本营业点就可以完成。然后把结果返还给客户。

当业务需要跨营业点（跨行）处理时，流程就相对复杂了。第一步，收单行收单后，先在登记簿作登记，并作相应预处理（例如借方账户处理）。然后，如果涉及的对方行与收单行在同一个城市，则由收单行提出同城交换；如果涉及对方行是异地的，则提出联行交换。第二步，等对方银行做了相应处理（例如贷方账户处理）并交换提回后，再作完整的处理。通常，同城交换提回最快要隔一个交换场次，联行交换提回最快要隔天。第三步，把结果返还客户。

（二）银行电子化后

银行电子化后，各银行信息系统跨行业务流程有了很大的变化。一是与不同的银行业务联网的进度、范围和支持方式相关，二是涉及异行业务还与人民银行的电子化进度和支持方式相关。银行信息系统面对不同地域和不同时期跨行业务的流程有很大的区别。

二、规划流程架构

•收单行（代理行）：收单、相应处理、结果返还客户；

•借方开户行：借方账户处理和相关处理；

•贷方开户行：贷方账户处理和相应处理。

当然，这三个角色，在某些交易场景，对于某个银行，会有重合。例如，对于纯本营业点业务，上述几个角色完全重复；而涉及跨行的业务，则几个角色会有不同的组合。下表穷举三种角色的各种组合情况：

图：银行角色的组合

从上表可见，银行三个角色组合的场景中，场景1相当于完全的本行业务，场景2—7是涉及跨行的业务，场景8其实与本行无关。

如果我们交易系统的处理流程基本是根据银行的上述三种角色的不同职能分别进行系统设计，那么，各种业务场景就可以通过这些处理模块的组合完成。也就是说，所有的银行交易业务，均可以通过收单（结果返回）、借、贷三个动作的组合所包含。一些较复杂的业务，也只是一借多贷、或者是一贷多借而已，也没有突破这三种动作之外。这样，我们就可以通过流程定制，通过三种角色的不同组合，快速生产出各种银行新业务。

需要注意的是，本章所指的本行与他行，针对不同的概念对象有不同的内涵。

•在信息系统架构概念上

本行与他行指的是借方与贷方是否在同一个独立运行的信息系统实体内。对于大多数银行而言，整个信息系统的交易系统是一个不可分割的独立运行实体。那么，借方与贷方只要都是本银行的客户，不管是否在同一个核算网点，均算是本行业务。

但从当前信息系统架构发展的方向看，大型的银行信息系统应该将其交易系统按服务划分为更多的独立运行实体。如：对私系统、对公系统、卡系统等。如果真的实现在一个信息系统内有不同的独立运行的服务系统。那么，在一个银行的信息系统内，只要借方与贷方跨服务系统，则算是跨行业务。

•在账务处理概念上

本行与他行指的是借方与贷方是否在同一个基础核算网点（核算单位）内。如果业务全在同一个核算网点内，称之为本行业务。如果业务跨一个核算网点，称之为跨行业务。

从账务上，对于跨行业务，银行的三个角色都不需要特别考虑该跨行是同一个银行内还是异行，是同城还是异地。一方面，如果参与一个完整的客户服务流程里的三个角色的银行，都已经实现了计算机联机业务处理，那么，地域方面的差异已经可以不在应用系统设计的特别考虑范围内，所以也就无所谓是同城还是异地。另一方面，不管是本行还是他行，对于核算单位本身而言，其会计分录完全是一样的。最终的区别仅在于清算的层级、范围等具体细节上。而清算往往与交易本身是分离的。

结论是，对于一个设计合理的流程架构，收单行的处理，不需要理会借方行、贷方行是谁，是本行还是他行，是同城还是异地。其处理的内容和流程完全一样，仅需要关注作为收单行的相应处理就行。同样，借方行和贷方行的处理，也不需要理会是谁收单，是本行还是他行，是同城还是异地。其处理的内容和流程也是完全一样，仅需要关注作为对应账户的开户行所要作的相应处理就行。这样一来，所有的处理（本行、他行，本地、异地）就变得简单和规范。