记账核心与综合前置

在贷款中介绍过记账核心，与综合前置相对应，记账核心是核心的“里”（中央处理器），而综合前置就是核心的“面”（外围连接器）。

记账核心

系统对信息流的处理一般是输入字段的合法性检查,登记本的处理和帐务处理。银行的业务主要工作是帐务处理,而帐务处理是规范的。系统把对帐务的处理独立出来,形成能支持所有交易的帐务处理的记帐核心。
记帐核心是系统进行帐务核算的核心。系统采用实时的、一记双讫的记帐模式。通过设立记帐核心的大大方便了交易的编写。编程人员基本不需要了解系统帐务文件的设置,不需要因为交易可能会产生的多组会计分录而编写大量代码,减少对交易编写人员在会计知识方面的要求,减少了程序出错的机会。同时也大大减少维护的工作量,交易可能会产生的会计分录清晰明了,交易程序更易读懂,能简单的通过修改会计分录表来改变系统的记帐形式和记帐方法。

记帐核心提供灵活的记帐方式--- 手工方式(Customized mode) 、智能方式 (Intelligent mode)。

手工记帐：交易编写人员在编写交易程序中使用到记帐核心时,应该首先确定使用那种记帐方式。一般来说,只有少数记帐非常不规则,并且不会和其他交易共同组成组合交易的交易程序才会使用手工记帐方式,例如一些贷款交易。

智能记账：如果交易编写人员选择了使用智能方式进行记帐,记帐核心将会在不需用户干预的 情况下自动完成许多工作,从而大大提高交易编写的工作效率。

借方交易和贷方交易：
针对组合交易,系统中提出了借方交易和贷方交易的概念。借方交易是指类似于取款、销户、 取汇款之类的,借方帐号固定,贷方帐号可能存在多种可能的交易。 反之,我们则称之为贷方交易,例如存款交易、开户、汇款交易等等。
对于组合交易，其中每一个单个的交易都只能属于一种类型（要么借方、要么贷方），不存在这样一种交易,它既是借方交易,同时又是贷方交易。并且,组合交易通常都是由一个或者多个借方交易以及其尾随的一个或多个贷方交易共同组成。

由于手工方式则提供了用户一个完全由自己控制的记账方式，记账的每一个细节都由用户自己决定。下面我们以讨论如何使用智能方式记账为主。
系统中的记帐核心主要是根据业务代号表和会计分录表进行处理的。

image.png

从而得到了该笔会计分录的具体传票。
根据这个传票信息进行更新分户帐。
更改帐务主文件之前,记帐核心会自动完成以下合法性检查:
1〉帐号是否存在
2〉帐户状态是否正常:帐户状态当前是否允许存入,帐户状态当前是否允许取出
3〉取款时:帐户余额-帐户冻结金额-控制余额-保留余额+透支限额之后是否充足
对于轧差类型的内部帐余额方向发生变化的时候,帐户核心会自动对帐户余额方向进行维护
对于动户时需要滚积数的帐户,记帐核心会自动完成滚积数的工作

写流水文件
任何一个分户帐的修改都会有相应的流水记录产生

写传票
任何一笔分户帐的修改都会在传票中体现

不维护开销户登记簿
开户时,生成新帐号、在分户帐中插入这条新分户帐记录、在开销户登记簿中增加记录、在帐号解析表中登记这个新帐号的工作放在记帐核心之外完成(通常,这些工作由开户构件完成),因为帐务核心中无法得到足够的开户信息。

维护待销帐登记簿
系统中生成、核销待销帐的时候,记帐核心都会自动对待销帐登记簿进行维护。
交易程序中不需要检查:
待销帐是否存在
待销帐状态是否正常
核销待销帐的时候,金额是否正确
本记帐核心中支持以下类型的待销帐:
待销帐、丁种帐
当我们需要生成一笔待销帐的时候,就要通过会计分录表中的帐号来源、机构号来源、币中来源、 业务代号来源、帐号序号来源等子段的填写,让记帐核心得到一个待销帐帐号。当记帐核心发现自 己得到的是一个待销帐帐号的时候,它就会自动生成一个待销帐序号,并把这笔待销帐在待销帐登记簿中记录下来,然后通过 PDA 结构把待销帐序号返回给交易。
注意:生成待销帐的时候,出现在借方的待销帐帐号必须是借方待销帐帐号(也就是说帐号的业务代号必须是借方待销帐业务代号), 出现在贷方的待销帐帐号必须是贷方待销帐帐号,否则记帐核心将会报错,然后退出。
当我们需要核销一笔待销帐的时候,就需要把要核销的待销帐序号通过 PDA 传入记帐核心,然后在会计分录表中的帐号来源填写“帐号来源于待销帐”即可。
注意:借方待销帐只能出现在帐务的贷方,贷方待销帐只能出现在帐务的借方,否则记帐核心将会报错,然后退出。
另外,在核销一次核销待销帐的时候,交易的金额必须与此笔待销帐的金额完全相同,否则记帐将失败。

冲正处理时，记账核心完成的工作
与正常记帐类似,不同的只是记帐的金额为负,并且将开销户登记簿和待销帐开销户登记簿中相应记录置为被冲正状态。
改分户帐
流水文件
传票
维护待销帐登记簿

记账核心中自动完成的记账动作
记帐核心中自动完成的记帐动作(也就是不需要在会计分录表中体现的帐务)
包括:
通存通兑帐务
实时清算

综合前置

image.png

image.png

在综合前置业务平台方案下,各种前置业务通过综合前置业务平台,响 应来自各种不同类型交易发起端的交易请求,在平台内部完成数据包格式转 换、路由选择、安全控制、交易控制、事务控制等功能,并按步骤把数据发 往银行帐务系统和相关委托机构的业务系统进行业务处理。可见,运行于前 置机上的综合前置业务平台是一个集中的、多渠道接入的平台。

前置业务处理的基本交易流程是:银行网点或代理机构(前置业务交易发起端)发送请求至综合前置系统,综合前置系统根据交易路由判断或形成数据进行预登记后转,发送到银行帐务系统或其它交易处理服务器端,其它交易处理服务器端或银行帐务系统返回应答到综合前置系统,再由综合前置系统对返回数据进行加工处理,然后返回网点或代理机构(前置业务交易发起端), 营业网点或代理机构(前置业务交易发起端)接到响应,该笔交易结束。

在上面的处理流程中,一笔前置业务的处理可能只有一个关联的交易处理服务器端进行一步的交易处理,即简单交易,也有可能有多个关联交易处理服务器进行多步的交易处理,即复杂组合交易。该步的处理完全由综合前置系统的交易服务配置信息决定。

image.png

image.png

异步处理模块用来处理对实时性要求不高,不要求信息交互的异步 服务如冲正业务,短消息定制服务等。

中央核心系统是整个综合前置系统的核心,能够根据请求报文中的 特定字段进行交易识别,按照交易配置信息进行交易路由选择、服务调 度处理、交易流程控制等处理,记录并更新交易流水,支持异常交易的 冲正处理,支持同步、异步冲正,支持按交易流程反向冲正,为管理监 控提供数据接口,实现后台的监控管理。

中央核心系统主要包含机构调用接入、中央控制子系统、异步处理子系统、机构调用接出四部分和后台交易监控管理五部分。

image.png

中央控制子系统包括服务路由选择、服务调度策略、流程控制模块和冲 正判断。
中央控制子系统接收到服务接入模块或机构调用接入上送的交易请求事件,根据特定的字段解析出所需处理的服务流程,加载所需的 配置数据。
调用生成流水号接口和记流水接口记录流水,然后从控制信息中获取服务流程名,通过服务接出模块调用相应的服务子系统。
经服务子系统处理后,根据返回数据更新流水,然后根据交易返回的标志信息确定是否需要对该笔交易发起冲正。
将交易响应数据由管理监控端接出将交易返回事件送回渠道发送到管理监控端的实施交易显示,同时将交易响应数据返还渠道或机构调用接入端。

异步处理子系统包括请求数据获取、异步服务调度和流程调用后处 理。异步处理子系统首先从异步请求队列中获取异步请求数据,根据异步交易的服务配置调用异步服务,并对返回的交易响应信息做流水更新 等处理。
服务调用接出包括服务接出、冲正交易接出、总分行机构调用接出、管 理监控端数据接出和异步服务调用接出。机构调用接出子系统根据业务需求连接所需进行处理的服务子系统所在的机构,并返回服务子系统的处理结果。
后台交易管理监控负责实现用户管理、机构管理、报表管理、日终处理管理、交易服务配置管理等管理功能和实现对通讯状态、交易信息、异常交易、大额交易等进行监控的监控功能。

综合前置对数据库的操作涉及三类表单,平台配置类表单、平台参数类表单和应用交易配置类表单。

平台配置类表单用于控制综合前置系统对银行业务系统中的渠道系统、 服务系统的配置,以及对机构节点的设置,支持流水号的生成和每日日切的控制。
平台配置类表单包括渠道信息管理表(CHANINFO)、渠道服务管理表 (CHANSERVICE)、服务管理表(SERVICE)、流水号表(SEQU_PARM)、组合 服务管理表(COMBSERVICE)、冲正服务管理表(REVERSE)、机构配置对照 表(CHANNELUNIT)、服务所属机构表(SERVICEUNIT)、日切表(DAYEND)、 日切要素表(DAYENDITEM)、机构表(UNITTABLE)、机构代理服务器配置表 (BRANCHPROXY)、渠道节点机构对照表(TONGBRANCH)。

平台参数类表单负责对平台的内部的系统时间,接口参数,以及内部异常的管理。平台参数类表单包括平台业务日期表(FRONTDATE)、平台币种表 (CURRENCY)、通讯参数表(COMMPARA)、错误码对应管理表(RESPCODE)。

应用交易配置类表单是对具体单笔交易的渠道、服务及路由选择的配置, 和对交易信息的记录。应用交易配置类表单包括路由信息表(ROUTEINFO)、 平台流水表(TRANSTABLE)、历史流水表(TRANSHISTTABLE)、待冲正流水 表(REVERSETABLE)、交易路由表(TRANSROUTE)、渠道/服务响应码参数表(SYSRESPARA)、服务响应码对照表(ERRORCONVSERV)、穿透交易表 (STRAIGHTTRANS)、币种对照表(CURRENCYCONVERSION)、结构节点表 (UNITPOINT)、渠道响应码对照表(ERRORCONVCHAN)。

中央核心控制系统主要操作的是流水表和待冲正流水表。

image.png

image.png

中央控制模块接收到渠道接入发起的交易请求,获取服务管理信息配置, 调度生成流水号接口和记流水接口记录流水,然后从控制信息中获取服务流程名,调用相应的服务流程,服务调用返回后更新流水,然后判断交易响应 信息确定是否需要发起冲正。

中央控制子系统的功能模块有:取服务管理信息、记流水、动态调度服务处理流程、更新流水和判断冲正。

image.png

取服务管理信息
根据交易控制信息中的服务标识调用取服务管理信息接口获取服务管理 信息的配置,得到服务流程名、服务请求模板、服务回应模板、模板转换前 后处理过程、冲正标志、记流水标志、服务状态等信息。

记流水
判断控制信息中的记流水标志,如果需要记流水则先调用生成流水号接 口生成流水号,然后调用记流水接口将流水信息中的数据插入到流水表中。

服务流程调度
根据控制信息中的服务流程名,调用的具体的服务处理流程,服务完成 后得到响应信息。

更新流水
根据记流水标志判断更新流水表,调用更新流水接口将流水信息更新到 流水表中。

判断并发起冲正
判断服务响应中ErrorInfo信息确定此笔交易是否需要冲正,再判断流水 信息中的子流水序号是否为 0,若需要冲正且子流水序号为 0 则根据流水信 息生成此笔交易流水的冲正信息,调用插入待冲正表接口将冲正信息插入到待冲正表中。

异常处理
在调用服务前,加载服务配置、记流水和判断服务处理流程出现异常时, 丢弃交易请求数据并置错误信息结构,返回给渠道接入模块。
在服务返回后,更新流水出现异常时,需要根据控制信息中的冲正标志 及服务响应信息的冲正标志判断是否进行冲正,若需要冲正则根据流水信息生成冲正信息,调用插入待冲正表接口将冲正信息插入到待冲正表中,然后 置错误信息返回给渠道请求接入模块。

异步处理子系统
异步处理模块从请求队列获得交易请求数据,根据交易配置信息取得异 步处理流程名并调用相应的流程,然后对流程返回数据进行相应处理。

异步处理子系统的功能有:取待转发交易数据、动态调度异步处理流程、 处理异步流程返回。

image.png

取交易信息
从异步请求队列获取异步交易请求数据。

调用异步处理流程
根据控制信息中的异步处理流程名调用相应的异步处理流程。 流程调用后处理进行调用异步处理服务流程的返回后的处理,如更新流水等。
异常处理
整个处理过程出现异常时,将交易信息丢弃,不进行任何处理。

总分行调用接出子系统
通过与总分行通讯配置的获取与通讯处理,将 XML 数据和平台内 EVENT之间的相互转换处理,然后发送交易并处理返回。

总分行调用接出子系统的功能有:获取通讯属性、调用通讯处理、交易请求数据发送及接收响应。

image.png

获取通讯配置
总分行调用接出时,根据交易请求流水信息中的服务交易机构 (service_unit_code)确定远程调用的总分行机构号,再调用通讯属性获取接口取得代理接口属性。
通讯处理通讯参数初始化,查找并绑定总分行 BW 的代理服务器 PROXY。
请求发送将交易请求事件转换为 XML 数据发送到已绑定的代理服务器中。
响应返回同步等待总分行代理服务器响应的 XML 数据返回,并将 XML 数据转换为交易响应事件返回给请求调用方。
异常处理
在交易发送前出现异常时,将交易信息丢弃,置交易发送失败的响应信息返回给请求方。
在交易响应返回后处理出现异常,即转换响应 XML 数据为交易响应事件出现异常,则直接发起冲正给相应服务行。

总分行调用接入子系统
接收到总/分行发来的 XML 交易请求数据,将 XML 数据转换为平台内的交易请求事件发往中央控制子系统,返回后将交易响应事件转换为 XML 数据发回请求方。

总分行调用接入子系统的功能有:交易请求接入处理、交易转发中央控 制、交易响应返回处理。

image.png

异常处理
整个处理过程出现异常时,将交易信息丢弃,置交易失败的响应信息, 产生响应事件并转换为 XML 数据返回给调用接入的请求方。

控制流程模块
控制流程模块是综合前置业务平台的核心模块,也是中央核心系统中的重要模块。它的功能是:接收通信进程和系统模块上送的各类报文,对所有的报文进行分类后送相应模块进行处理,从而进行格式转换、路由请求,并将交易发往目的端口,并自动记录交易日志文件。交易日志文件可以作为清算的源数据文件。对于所有应进行冲正的交易,控制流程模块都要记录原始报文数据,可以在将来组织相应的冲正包。根据冲正配置记录处理流水,更新交易流水表,并且支持主动冲正。冲正响应报文和迟到响应报文转送事务管理模块。

控制流程模块的处理流程是:侦听机构调用接入的消息队列,读到一条报文后,解析报文头,根据不同的报文类型进行相应的处理。

服务路由模块
服务路由模块是平台中负责交易路由选择的模块,通过对加载的路由信 息的处理,能准确、清晰地描述交易流程。服务路由进程负责接收和处理其 它模块的路由请求报文,进行路由选择后,再把路由选择结果返回。

服务路由模块主要通过接收其它应用的路由请求报文,对报文信息进行解析, 并根据平台初始化时从数据库中加载的路由配置信息来决定报文的路由。服务路由模块在得到路由的机构节点号后,通过 SEND 和 CALL 的方式将报文发给指定的服务接出端口。SEND 方式是指报文发送到服务接出端口后,服务路由模块就认为发送操作已完成,不等待响应报文回来,就继续进行下步路由操作,服务子系统收到报文并进行处理后,可以不发响应报文。而 CALL 方式是指报文发送到服务子系统后,服务路由模块会等待响应报文,直到响应报文回来后,才继续进行下步路由操作。服务子系统在收到并处理完成后, 应立即发回响应报文,如果响应报文不回送,会导致无法进行下步路由操作, 并且在交易超时后会触发交易超时处理(冲正)。

冲正事务管理模块
冲正事务管理模块是负责事务冲正处理。冲正事务管理模块找到冲正请求后,按照用户设置的重发次数自动进行重发,根据返回的冲正响应报文判 断冲正是否成功。冲正事务管理模块主要通过对正常流水以及冲正流水进行 监控管理来保证交易的一致性和完整性。

事务冲正管理的原理是:轮询待冲正表,查找是否有冲正标志为 1(待冲正)的待冲正流水记录。记录待冲正流水记录的主流水号、交易码和冲正次数。加载交易配制信息。根据待冲正流水记录的交易码在冲正服务表中查询交易配置信息,

包括冲正服务码、冲正请求模版、冲正回应模版和冲正策略。根据从冲正服务表中取得的冲正服务码在渠道服务表中查询冲正发 起的配置信息,包括渠道编号、渠道交易码(冲正服务码)、服务 ID、交易请求模板、交易回应模板等。根据渠道服务表中的到的服务ID在服务管理表中查询该冲正的服务配置。加载原交易请求数据。根据交易主流水号从流水表中查询所有流水号与该交易主流水号一致的交易流水、交易子流水的交易请求数据,组织冲 正请求报文。

根据冲正策略发起冲正交易。

如果冲正策略为 0,即通知模式。这种冲正交易不需要服务系统返回 交易成功标志,只要冲正交易能够发起则视为冲正成功。冲正交易发起后将 待冲正流水表中的冲正标志修改为 0,冲正成功。

如果冲正策略为 1,即请求模式。这种冲正交易需要服务系统返回交易成功的标志。当冲正交易发起时,冲正发起端与平台建立连接,发送原交易的冲正请求报文,并等待平台的响应报文,当平台返回响应报文显示交易成功时,更新待冲正流水表中的冲正标志为 0,冲正成功。当平台返回交易响应报文为失败时,重新组织冲正。当冲正次数超过最大冲正次数时,更新待冲正流水表中的冲正标志为2(不冲正),该笔交易将由银行工作人员手工进行冲正。

管理监控模块
管理监控模块实现用户管理、机构管理、报表管理、日终处理管理、交易服务管理等管理功能和交易信息监控、异常交易监控、大额交易监控等监控功能。

管理监控模块主要分为管理类交易、交易配制管理、参数配置管理、用户管理和实时监控五部分。

管理功能中管理类交易用于进行线路测试和密钥更新等银行内部线路管理操作。交易配置管理对银行业务的渠道、服务配置进行增删改以及服务启停等管理。参数配置管理用于对各机构的节点号、路由选择和各分行的 PIN、 MAC 密钥进行管理。用户管理用于确定用户平台使用权限。
监控功能包括实时消息监控、实时消息统计监控和实时通讯状态监控。

正常交易处理实现
中央控制子系统收到由服务接入转换过的交易请求数据,按照
数据请求的服务类型查找服务的路由配置信息,并判断当前该服务系统 的启停状态。如果该服务没有启动,则抛弃该笔请求数据,并返回错误 响应信息。如果发生通讯或其他异常则调用异常处理步骤。
服务系统预处理后,调用生成流水号接口和记流水接口记录流水信息,包括交易流水号、系统时间、交易发起机构和目的机构等等交 易信息。如果出现异常调用异常处理步骤。
根据交易请求数据的服务类型和当前机构的服务加载情况判断是否需要进行机构间的服务调用。如果当前机构没有所需的服务加载, 则通过机构调用接出模块,根据路由配置信息,调用所需的机构进行服 务处理,返回服务处理结果。如不需要进行机构调用,则进入服务调用功能。
服务调用功能将转换后的交易请求事件转发,交由相应的服务子系统进行处理,根据返回报文的响应标志判断交易成功与否,如果失败则组异常报文。同时调用冲正接出模块向待冲正流水表里添加该条服务记录。返回处理结果。
根据返回的数据信息,更新流水的关键字段。如果更新流水失败则调用服务后异常处理,并按照交易类型需要来进行冲正操作。如果 更新流水成功则根据交易请求的来源对交易返回事件进行发送,或者送至机构调用接入模块,或者直接返回交易渠道。

冲正交易处理实现
冲正交易即一笔交易在终端已经置为成功标志,但是发送到主机的帐务交易包没有得到响应,所以不确定该笔交易是否在主机端也成功完成,为了确保用户的利益,终端重新向主机发送请求,请求取消该笔交易的流水,如果主机端已经交易成功,则回滚交易,否则不处理,然后将处理结果返回给终端。这种情况往往发生在一些先扣款再缴费的组合交易当中,例如转账交易、代缴费交易等。
在出现异常的交易后中央核心控制流程模块会通过异步冲正接
出模块将异常交易的主流水号插入待冲正流水表。冲正模块轮询待冲正表,一旦发现有标识需要冲正的交易,即按照该笔交易的主流水号在流水表中查询出所有该交易的流水记录。检查流水中的冲正标志位,如果该标志表示不冲正,则在待冲正表中将该条记录的冲正状态位修改为不冲正。
若该条记录需要冲正,则判断其冲正方式。冲正有两种方式,一种是通知式,这种方式的冲正一旦由冲正模块发起了冲正交易则视为冲正成功; 另一种是请求式,冲正模块发起冲正交易后等待原交易的返回结果,只有当原交易正确返回后才视为冲正成功。如果是通知式的交易,则在发起冲正交易时修改待冲正流水表中的冲正状态,并向平台返回冲正成功的数据。如果该条记录为请求式交易,则在通过异步调用接入进行调用后,等待原交易的返回结果,如成功则修改待冲正流水表中的冲正状态位为冲正成功。
如果请求式的冲正交易不成功,判断该笔交易冲正的次数是否达到 了最大冲正次数,若已达到则修改待冲正流水表中的冲正状态位为不需要冲正。否则继续轮询待冲正流水表,直到交易成功为止。

机构间服务调用时的业务处理实现
以华夏卡 B 股股票转帐转出的复杂交易为例讲解中央控制的机构调用。
华夏卡 B 股股票转帐转出的主要流程为顾客在总行柜台发起股票的转帐的请求,这笔交易首先要的分行客户关系管理服务器(CIF)查询顾客的帐户信息以及该顾客所使用的华夏卡的级别,再跟据这些帐户信息返回到总行外汇卡中心(ForeignCard)进行帐面股票数额的划拨。 柜台渠道上送交易请求报文到总行中央控制子系统。服务接入将请求数据由定长无分隔符格式转换为中央控制子系统可识别的 XML 格式。总行中央控制子系统通过对报文中关键字段的解析进行交易识别,根据得到的交易 类型确定服务路由以及服务调用策略。在这笔交易中,第一步需要到分行查 询顾客的帐户信息。
总行的机构调用接出建立与分行机构调用接入的连接,将交易请求数据发送给分行,并等待分行返回相应数据。分行机构调用接入收到交易请求, 转给分行中央控制子系统进行服务调用。
分行中央控制子系统向客户关系管理服务器(CIF)发送查询请求。
客户关系管理服务器(CIF)将客户的帐务信息反馈给分行中央控制子 系统。
分行中央控制子系统将返回数据经由分行机构调用接入返还给总行机构 调用接出。总行机构调用接出收到数据后,送至总行中央控制子系统进行下 一步的交易处理。
根据业务流程中央控制子系统要向总行外汇卡中心(ForeignCard)发出帐 面股票转出的请求。
总行外汇卡中心(ForeignCard)进行华夏卡股票的转帐,并返回转帐结果。
中央控制子系统根据转帐结果更新流水,将交易成功或失败的信息返还 给柜台等候的顾客。