自助终端机现金交易问题分析与优化

时间:2022-09-28 05:56:57

自助终端机现金交易问题分析与优化

【摘要】本文对通信行业中被广泛使用的自助终端机的现金交易系统进行了研究,对普遍存在的长款问题产生原因进行了分析,对系统优化提供了几个实例,辅以实际统计数据说明效果,为系统开发人员的系统优化工作提供了参考。

【关键词】通信行业自助终端机现金交易长短款

一、背景介绍

在目前人力成本快速增长的环境下,金融、电信等行业将大量低价值的前台服务转移到自助终端机,以降低运营成本的现象已越来越普遍。因此,自助终端机的发展非常迅速,已不断涌现在各商业办公楼、商圈、小区等人流密集的地方。它们突破了时间与空间的限制,可全方位全天候地提供服务。

通信行业的自助终端机,既要能适应简陋的环境,又要易于部署与维护。基于B/S(浏览器/服务器)架构的WEB自助终端系统,对操作人员的计算机技术水平要求低,系统的使用界面就是网页浏览器,非常适合普通客户使用;而且只要有电源与网络的地方就能部署,系统服务的升级也可以通过WEB同步升级至各分散网点,使系统的升级与维护变得非常方便。基于B/S架构的WEB自助终端系统,在通信行业已得到广泛的应用。

二、自助终端机的运营现状

随着自助终端机的使用越来越频繁,系统问题也逐渐突现出来,最为敏感的莫过于客户的现金交易业务。提高系统的现金交易准确率,一直是困扰开发人员的难题。自助终端机的现金交易,由于需要对纸币进行识别与存储,流程相对其它业务要复杂许多。而且基于资金的安全考虑,在自助终端机交易的纸币被识币器识别与存储后,客户是无法取消业务并退回存入的纸币的。因此在现金交易过程中的些许差错,均易造成现金交易的长短款差异。

三、自助终端机长款问题分析及优化

3.1识币器流程优化

函数说明:

WaitForNote():等待存入纸币

CancelNoteWait():取消等待纸币

NoteDetected():存入纸币通知

FinishCheckNote():纸币鉴别完成

ConfirmStore():纸币存储完成

优化1:在初始的系统硬件接口文档说明中,用户存入纸币通知NoteDetected()函数是在纸币被吸入识币器时发出的。在实践过程中发现,当纸币在识币器吸入、执行纸币通知函数后,纸币被识别为异物而退回,但纸币通知已上送至业务平台,而实际上识币器却没有识别到纸币,则会引发程序逻辑错误而挂死。如果客户在此情况下再次送入纸币,可能无法正常完成充值,引发长款。

因此,将存入纸币通知函数优化为纸币预处理通过后调用(如图1),纸币被退回时不再调用纸币通知函数,以区分正常纸币与异物(如皱币、假币、普通纸张等)的识别流程。

优化2:按正常设计思路,在完成一轮完整的识币流程后,才初始化流程,开始新一轮纸币识别(如图1)。但在程序实际运行中发现,在识币器完成当前识币,通知业务平台并等待平台返回确认期间,由于软硬件平台交互异常或网络连接异常导致平台迟迟没能返回确认。此时入币口由于未初始化而仍处于开放状态,客户就有可能在此间隙再次存入纸币。如果前一轮的平台确认刚好返回,放开了“充值”按钮,客户马上确认充值,则后一轮的纸币就可能会被忽略累计,产生长款问题。

3.2WEB业务平台交互流程优化

优化1:在WEB业务平台与识币器之间,为了方便不同协议之间的相互调用,一般会利用中间件(如自助终端的PC机的DLL应用程序包)来充当硬件信息采集与WEB信息上传的角色。

目前在WEB业务平台端,在稳定度难以保障的网络环境下,数据传递异常暂无法有效避免。考虑到在实际环境中,处于本地的中间层获取识币器信息相对稳定,因此将投币累计处理优化到中间层处理(如图2)。WEB平台从中间层获取投币总额再提交充值,同时保留WEB轮询当前投币总额信息供WEB页面展示。优化2:在原有的程序设计过程中,就存在WEB平台记录客户充值信息,以进行校对及补送的机制。但因WEB平台累计投币总额不稳定,且需通过网络传递还节,补送失败的机率相对较高。

因此,在投币累计处理前移至中间件后,优化增加中间件记录投币总额及明细(含存币客户ID,存币时间、纸币面值、交易流水号等信息)至识币器本地数据库的流程。投币总额用于WEB平台定时核对差异,及时纠错及补送;明细供长短款故障核查。

四、优化效果

在实施以上优化前后,对某市投入使用的自助终端系统2013年的业务数据进行了统计分析,结果如下:该市约130台自助终端机,系统优化前的上半年,月均现金交易124987.0笔,月均长款36.5笔,长款率0.0292%;系统优化后的下半年,月均现金交易141018.7笔,月均长款13.7笔,长款率0.0097%。优化后长款率下降66.78%,长款现象取得了明显改善。

五、结束语

在实际的系统开发与维护中,由于受开发经费制约,且系统本身也受硬件损耗、程序BUG、网络不稳定等各种因素影响,想要完全避免系统的差错是不现实的。作为系

统开发人者,首先要减少系统的设计陷与逻辑错误,避免系统自身引发的问题。

参考文献

[1]王位.面向移动客服的WEB自助终端系统的设计与实现[D].复旦大学硕士学位论文,2010

[2]黄立权.自助终端硬件接口说明书[R].广州:从兴电子开发有限公司,2013

[3]加拿大CASHCODE公司. CASHCODE识币器使用手册[R]. ,2014

上一篇:以生成性资源彰显高中政治课的高效和有序 下一篇:生物降解吻合环在58例肠道重建中的临床应用