商业银行核心联机交易开发技术的应用分析

◆闫明明 王亚星 马玉洁

商业银行核心联机交易开发技术的应用分析

◆闫明明 王亚星 马玉洁

（山东省农村信用社联合社 山东 250001）

商业银行在上世纪80年代末已经使用IBM公司的核心系统CBOD，现如今全国多数农村商业银行的核心系统也在沿用CBOD。其中农村商业银行的大部分交易依赖的是核心联机交易的开发。如何帮助商业银行随时代需求的变化使得系统运行效率大大提高，这就需要商业银行金融科技人员对核心联机交易开发技术不断探索和研究，构建更创新、更完整、更灵活的核心联机交易开发技术。而且在保证满足商业银行业务的发展、管理及内控需要，在承接现有业务功能的基础上，对部分功能进行优化，这也需要对联机交易技术科学合理地应用和研究分析。

商业银行；CBOD；联机交易开发技术

0 引言

随着金融科技的发展，客户群体对新兴银行服务的需求的增加，对于现代商业银行来说，构建更卓越的核心系统，提升客户办理业务的体验度，降低系统维护的难度和工作量是至关重要的。

农村商业银行的CBOD核心系统的联机模块主要分为五类：交易处理的主体模块(TX)，账务处理模块(KB)，涉及数据处理和计算的不可包含账务处理的共用函数模块(CF)，记账销记凭证等的通用业务处理模块(AP SERVER)，以及进行输入流的重组、交易前处理、交易成功后处理、交易失败后处理的主体程序之外的出口子程序模块(EXIT ROUTING)。联机程序的编码结构一般包括主段名、交易初始化设定、输入检查、数据库读取、数据检查、数据处理、输出准备、账务处理、交易结束处理。

1 联机交易开发技术

核心应用联机程序根据系统架构和模块设计定位可分为三大类，第一类为联机交易类，第一类为核心子程序类，第三类为联机预约报表类程序。联机交易从业务角度可分为账务性交易，维护类交易，查询类交易，联机报表请求交易，从应用程序模式可分为一般联机交易类，二段式联机交易类，维护类联机交易和多页式查询交易（如图1）。

图1 联机交易分类

核心子程序可分为业务模块KB（Knowledge Block）和公用函数CF（ComonFunction），KB一般为某种特定的业务功能，如银行卡扣款，存款，活期扣款，存款，贷款发放，贷款还款等。因此KB是可以处理账务的核心子程序，可以连动记会计分录。CF是公用功能的集成，如对特定对象的查询，如客户信息查询，汇率查询，代码表查询;对特定对象及其操作，如中心额度功能集成，可用的功能有查询，使用额度保留，保留冲回，使用冲回等。CF不能处理账务，因此KB可以调用CF，CF不可调用KB，从应用模块设计来看可将联机交易，KB和CF自上而下的分为三层结构。

联机预约报表类程序可分为报表数据检查类程序和报表数据生成类程序。从联机报表生成整个流程可分为报表请求，报表数据检查和报表数据生成。报表请求可通过联机交易完成。

联机多笔交易大事务处理（TCCD）：一个TUXEDO事物中包含多笔联机交易处理过程，其所有交易的处理结果保持一致性， 即所有交易全部成功或任何一笔失败导致全部失败，在同一个数据库事物中完成提交或回滚处理。采用TCCM模式可将多个后台联机交易按顺序组成一个交易组，一次提交完成。

从柜面及各服务请求渠道的角度来分，又分为标准联机服务和快速联机服务。对于标准联机服务将顺序执行联机主控平台内的全部功能组件，处理来自柜面、各渠道的查询类、维护类、账务类服务请求；对于快速联机服务则是简化版的标准联机服务，在联机主控平台的功能组件时，将简化执行部分功能组件，处理来自柜面、各渠道的查询服务请求。

本文主要着重介绍商业银行核心应用程序中常用的几种联机交易：

1.1 一般联机交易

一般联机交易即柜员在前端界面直接输入交易所需要素，前端系统将此交易提交CBOD核心系统。一般联机交易可以是非账务性交易也可以是账务性交易，典型应用为单笔查询交易和单笔入账交易(如活期存入)。对于账务性交易与非账务性交易的区别：一是需要记会计账，二是需要支持冲正处理。

记会计账是账务性交易重要处理，该功能是通过连动核心平台提供的三个AP SERVER完成。账务性交易也可以通过调用KB组合完成记会计账务处理。

在冲正处理中，核心平台提供TX-LOG功能。TX-LOG主要功能是程序在正交易过程中将一些重要信息写入TX-LOG，平台将TX-LOG数据区记录在流水中。在发生冲正交易时，平台会将流水中TX-LOG区传递给应用程序完成冲正处理。

定义输入流时，一般联机交易定义子交易代码为‘00’，外围系统获得的服务码的格式为Gaabnnnn00，其中aa为子系统代号，b为序号，nnnn为4位交易代号。

1.2 二段式联机交易

柜员在交易之前需要查询CBOD核心系统现有业务数据状态，再进行业务处理。因此二段式交易分成第一个交易为查询，第二个交易为实际业务处理。典型应用为账户静态资料维护和贷款还款。静态资料维护需先查询账户现在的资料情况再输入新的资料。贷款还款需要先查询账户应还本金和利息，再输入实际还款本金和利息。

对于二段式交易，因在第二个交易发送CBOD核心系统前，需要柜员输入交易要素，两个交易之间有时间间隔，在此时间间隔中如发生其他柜员修改了该账户的信息，则会发生柜员在实际提交交易时，屏幕上数据已非数据库现有状态。系统需要通过特定机制来保证数据修改的正确性。

该机制需要前端系统，CBOD核心系统平台和CBOD核心系统应用三方协作完成。在第一个查询交易时，应用程序修改数据库的TIMESTAMP，并通知CBOD核心平台将该TIMESTAMP发送给前端，前端收到此TIMETAMP 后在第二个交易发送时同步上送该IMESTAMP应用程序则将此TMESTAMP和数据库中TIMESTAMP比较，如相等则表明在此时间间隔数据库没有发生任何变化，如不相等说明在此期间数据库发生修改，此时程序报错退出，需要柜员重新提交查询。

定义输入流时，二段式交易一般定义两个子交易代码，‘01’子交易代码为查询交易，‘02’子交易代码为实际业务处理。

1.3 维护类联机交易

维护类交易一般分为四个功能，新增，查询，修改和删除，每个功能号对应一个子交易代码。柜员在执行修改和删除时，前端系统自动发起查询交易。先查询，再执行修改或删除处理，该查询为有“修改意图的查询”，前端需将修改意图标志发送CBOD核心系统，TIMESTAMP处理机制等同二段式查询交易。单独的查询子交易是无修改意图的查询。

定义输入流时，维护类联机交易一般每个功能号对应一个子交易代码，‘01’子交易代码为新增功能，‘02’子交易代码为查询功能，‘03’为修改功能，‘04’为删除功能。

1.4 多页式查询交易

多页式查询交易是查询时输出信息记录条数太多，无法一次显示，需要多屏并通过上翻和下翻来完成查询。翻屏的实现需要前端，CBOD核心系统平台和CBOD核心系统应用三方配合完成。多页式查询需要特别处理的是：一个是翻屏的控制处理，另一个是统计查询记录总条数和本页条数。

翻屏实现方式是CBOD核心系统应用把每屏输出记录的START-KEY和END-KEY通过CBOD核心系统平台发送给前端，前端将每页的START-KEY和END-KEY记录下来。当柜员上翻时，前端把上页的START-KEY上送CBOD核心系统，CBOD核心系统应用查询大于等于START-KEY的记录。当柜员下翻时，前端把当前页END-KEY上送CBOD核心系统，CBOD核心系统应用查询大于END-KEY的记录。在WORKING-STORAGE SECTION定义首次查询和上下翻常量。

记录条数统计是CBOD核心系统应用将计数器值发送给平台SPA数据区，平台会把此数据保存到终端数据，在下次上下翻查询时，将此数据传给CBOD核心系统应用程序。在WORKING-STORAGE SECTIO定义SPA区的当前页记录数和总记录数。

查询时满页记录需比每页记录数多一条，即查询时多查一条，以便于判断本页是否是最后一页。把START-KEY，END-KEY，未页标志通过CBOD 核心系统平台发前端，如果OPM-PAGE-NO-DATA的值为0/ NULL，均表示还有下一页；如果值为1，表示最后一页。

2 总结

本文对农村商业银行核心应用程序中常用的几种联机交易技术进行了详细分析，这几种交易机制严格遵循模块的独立性和原子性、数据改变的一致性和持续性、程序的可维护性和可读性、低耦合可复用性等原则。农村商业银行核心系统的开发依赖于这几种交易模式，所以对联机交易开发技术发展的研究是从事金融业的科技工作者长期奋斗的课题。

[1]向红.打造银行全新“心脏”提升核心竞争能力[N].中国城乡金融报，2012.

[2]程彦博.银行应该更灵活[N].中国计算机报，2014.

[3]邢帆.核心银行系统面临转型再突破[J].中国信息化，2014.

[4]刘爽.互联网金融对商业银行的冲击及应对措施研究[J].现代经济信息，2016.

[5]窦婷婷.互联网金融对传统商业银行业务的影响研究[J].中国管理信息化，2017.