企业网银落地指令处理系统的设计

一、需求的提出

企业网上银行指令处理有“联机处理”与“落地处理”两种方式。联机处理由主机自动记账、网上银行内部管理系统自动打印凭证；而落地指令的处理则需要通过内部管理系统打印出待记账凭证后，由操作人员进行柜台手工记账和批复，这一过程比一般柜台记账交易要复杂得多。

目前网上银行系统的落地指令产生的原因主要有四个方面：跨行交易（普通）、公对私转账交易、收款账号非19位工行账号或账号户名不符的转账交易和国库支付交易。另外，由于网银操作的失误也容易造成指令落地。

随着企业网上银行业务不断扩展，需要落地处理的指令数量越来越多。由于完全是手工操作，不仅容易造成人为差错，而且给前台操作员特别是业务处理中心操作人员带来了沉重的工作压力。

根据上述情况，我们设计开发了企业网银落地指令处理系统，该系统使用总行提供的网银落地指令查询批复RPC（Remote Procedure Calls，远程进程调用）接口以及主机外围接口，实现了对企业网银落地指令的查询、下载、记账、批复的自动处理，并建立了复核、授权机制。这不仅减少了人为差错，节约了人力资源，加强了操作风险控制，而且也提高了客户的满意度，收到了良好的效果。

二、系统的设计

1.系统总体架构

整个系统以落地指令处理服务器为核心，分别与网银服务器、内部管理服务器、RPC服务器、中间业务平台、跨行支付系统、同城交换系统相连接，并使用TCP/IP协议进行通信。

落地指令处理服务器通过RPC服务器下载指令

先对指令进行预处理、入库；落地指令系统连接跨行支付服务器和同城交换服务器同步行名行号文件，以便补录指令；网点、二级分行通过IE浏览器访问RPC服务器对指令进行补录、处理；补录通过的指令通过中间业务平台记账，补录拒绝的指令填写拒绝原因，提交RPC服务器进行批复。网银落地指令处理系统逻辑结构如图2所示。

2.系统开发环境

(1)Web客户端

硬件环境：PC、打印机;

软件环境：IE 6.0;

编程语言：JSP Java 语言。

(2)落地指令处理服务器

硬件环境：PC服务器；

操作系统：Windows 2000 Server；

数据库:Oracle 10.2.0.3.0 ;

软件平台：WebSphere应用服务器4.0以上,WebSphere开发工具(WSAD);

编程语言：Java语言。

(3)中间业务平台

硬件环境：Sun F890 小型机;

操作系统: Solaris 10 Update3；

数据库:Oracle 10.2.0.3.0 ；

应用平台：Maps 5.0；

编程语言：C语言、Java语言。

3.系统模块设计

(1)客户端部分

客户端主要提供前台操作员访问网银落地服务器，进行指令补录、审核等相关操作。打印操作员连接打印机，进行打印票据凭证。

(2)中间业务平台部分

提供跨行、实时清算等外围接口通道，落地指令系统需要连接中间业务平台数据库中的跨行账号的行名行号文件，以便补录指令。

(3)指令落地处理后台系统

通过RPC指令接口定时从总行网银下载未入库的指令，进行指令入库处理并进行账务处理方式预分配，同时将已经审核通过的指令进行账务处理，并在账务处理成功后自动通过RPC接口批复总行网银。

指令下载。后台程序按照一定的时间间隔进行轮巡，按照总行的RPC指令下载接口向总行网银发起请求，下载落地指令。

指令入库。分行系统从总行系统获取待处理落地指令，是落地指令自动处理系统的第一步，要求准确和完整，即系统应保证完整无误的获取全部待处理的指令，既不能重复也不能遗漏，同时每笔指令的详细要素必须与该指令在总行系统中的记载完全一致。下载指令后，对指令进行预处理，即要对指令进行自动补录。

自动补录。对于同行公转私指令，系统可自动补录其地区号信息，无需操作员再作补录；对于跨行指令，可采用学习库功能完成自动补录，即系统将曾经处理成功的跨行账号的行名行号信息自动计入学习库，如下次再遇此账号，则系统自动补录其行名行号。自动补录的正确性由审核操作员控制，而不是直接发往中间业务平台处理。

账务处理。后台程序按照一定的时间间隔，自动扫描后台数据库，将审核通过但没有记账的指令通过中间业务平台进行记账处理。

指令批复。后台程序按照一定的时间间隔，自动扫描后台数据库，将记账成功的指令通过RPC指令接口自动批复总行网银。

行名行号库同步模块。行名行号库为指令补录操作提供基本信息，行名行号库信息要求准确、完整，为此必须同步行名行号库信息。本模块通过查询操作同步跨行大小额行名行号库和同城跨行清算行名行号库，每日通过系统任务调度，对网银落地指令处理系统的行名行号库进行同步。

(4)指令落地处理前台系统

指令补录模块。补录操作员通过此功能完成对落地指令的交易类型、收款人地区、收款人开户行行号等信息补录或者不补录而录入拒绝原因。

指令审核模块。审核经办操作员通过此功能审核补录经办操作员补录或拒绝的指令和系统自动补录的指令。

指令解锁模块。按各种条件（“指令提交日期”、“转账类型”、“指令序号”、“指令状态”）查询指令详细信息。对锁定的指令（正在补录、正在审核）进行解锁。

可疑指令处理模块。按各种条件（“指令提交日期”、“转账类型”、“指令序号”、“指令状态”）查询指令详细信息。对可疑指令（记账未知、批复未知）进行手工处理，对于记账未知的指令，发起查询明细交易，查询该笔交易是否成功。如果成功则修改为记账成功，否则为未记账。对于批复未知的交易，则进行再次批复，根据网银接口返回错误信息进行判断。

指令轧账模块。提供操作员同时按指令提交日期和指令处理日期两个条件统计包含在各种处理结果中的指令笔数和金额，以便操作员日终轧账和核对之用。

凭证打印模块。提供对记账成功的指令进行批量打印和逐笔打印。

系统管理模块。包括行名行号管理和操作员管理。行名行号管理主要进行跨行支付行名行号文件和实时清算行号文件管理。操作员管理是将经办操作员按角色进行划分，分别为补录操作员、审核操作员、打印操作员和系统管理人员，和总行网银内部系统所定义的操作员信息保持一致，保障了系统的安全可靠。

４.与现有系统的关系

企业网银落地指令处理系统是工商银行安徽分行的内部管理系统，该系统操作员的管理遵循“事权划分、岗位牵制”的原则。系统兼容性强，系统通过连接总行跨行支付系统、实时清算系统、省行中间业务平台、各地市同城交换系统进行实时记账、打印凭证，实现企业网银落地指令自动处理的目标。

三、系统的功能

企业网银落地指令处理系统提供系统参数管理、指令下载入库、落地指令补录、落地指令审核、指令解锁、异常指令处理、报表打印、日终轧账、业务量统计和补录学习库等功能。

1.系统参数管理

提供页面给系统管理人员，对于系统基本的操作员信息、权限、网点信息和账号等信息进行设置。

2.指令下载入库

后台自动从总行网银服务器下载指令，对指令进行预处理、入库，提供给操作人员进行补录操作。

3.落地指令补录

补录手工操作员通过此功能完成对落地指令的交易类型、收款人地区、收款人开户行名等信息补录或者不补录而录入拒绝原因后，将补录或者拒绝后的指令提交给审核操作员进行审核。对于特殊指令（如需要手工处理的落地指令或异常指令），补录经办操作员也可直接改为手工处理（需审核），采用原有记账接口记账后再回到本系统进行手工处理指令批复。

4.落地指令审核

提供对已补录指令的审核操作，确认后则进行自动记账及批复处理。

5.指令解锁

由于操作员非正常退出补录操作页面或审核操作页面造成指令被锁定（正在补录、正在审核）时，可通过“指令查询解锁”功能对指令进行解锁，解锁后的指令重新被其他操作员进行操作。

6.异常指令处理

按各种条件查询指令详细信息。对可疑指令（记账未知、批复未知）进行手工处理，对于记账未知的指令，操作员可通过行内系统确认该笔交易是否成功，如果成功则修改为记账成功，否则为未记账。异常指令处理后必须经由审核操作员审核。

7.报表打印

按照设定的条件统计，操作员可批量或逐笔打印各类凭证：手工处理指令凭证、财政零余额垫款凭证、同城票据交换凭证。

对于记账成功的指令，操作员可按照逐笔、批量、逐笔补打、批量补打多种方式打印客户回单。

8.日终轧账

日终按操作员交易类型、交易状态统计处理的指令笔数和金额，方便日终进行核对和轧账。

9.业务量统计

行和支行按时段、网点、操作员统计通过网银落地指令处理系统的业务量情况。系统根据输入条件可灵活统计符合条件的交易笔数和交易金额。

10.补录学习库

系统对于操作员补录的开户行信息进行主动学习，在操作员下一次需补录该收款人时系统将自动填充收款人开户行信息供操作员参考，该功能将大大降低操作员补录的工作量。

工商银行安徽分行企业网银落地处理系统从顺利投产至今，系统运行稳定。网银落地指令自动处理系统可以有效提高网银落地指令处理效率，缓解柜台的压力，减轻网点操作员的劳动强度。同时，该系统利用网银的电子数据，减少了指令处理差错的概率，降低了业务运营成本。全分行月均26万笔企业网银落地指令实现了系统自动处理，按照省行营业部业务处理中心减少10人次工作量，其他各行业务处理中心减少4人次工作量的标准测算，全年各行可节约人力费用约700万元。同时系统设计采用B/S结构，方便了维护、推广，减少了客户端的维护工作，操作界面友好、人性化，界面风格贴近工商银行其他系统，完全符合操作员的操作习惯。

(本文不涉密)
责任编辑：

转载：感谢您对网站平台的认可，以及对我们原创作品以及文章的青睐，非常欢迎各位朋友分享到个人站长或者朋友圈，但转载请说明文章出处。