导航栏

×
申请书 > 工作总结 > 导航

(高质量)银行国际业务这一年

今年主要跟那套跨境支付系统死磕了一年。谈不上脱胎换骨,就是把那些常年看着碍眼、平时又不敢动的老毛病,挨个收拾了一遍。

先说件打脸的事。年初我们搞报文自动解析的升级,我拍胸脯说没问题,结果上线第一周,某拉美小国的业务全被退单了。查了两天,原因是对方银行SWIFT代码里有个特殊字符,我们的脚本不认识,直接判成无效报文。那周过得确实狼狈——周六下午被电话叫回行里,一边手工给客户重发报文,一边紧急回滚脚本规则。挨个打电话解释的时候,有个外贸公司的小姑娘都快哭了,说货款再不收到要赔违约金。那天晚上改完最后一版代码,我在机房坐了一个多小时,想明白一件事:技术升级如果只盯着代码,不把那些“非标”的脏数据当回事,最后吃苦头的还是自己。

后来重新定了策略。没再急着往上加新功能,而是把过去两年所有被系统打回来的异常报文全翻出来,手工过了一遍。四千多条记录,我和两个同事熬了一周,一条条看原因、分类别。最后发现一个规律:将近四成的报错,根子上就是三类问题——受益行没在系统里登记、附言里有生僻符号、账户名拼写不一致。说白了,大部分问题跟技术架构没半毛钱关系,就是录入时的手滑或者信息不全。所以我们做了个预处理脚本,业务进核心系统之前先过一遍“安检”,能自动补的自动补,补不了的直接推给前台改。就这么个土办法,把这类拒付从每月三十多笔压到了个位数。

最有意思的是那个故障仪表盘。原来我们监控系统也有大屏,但那是给领导参观用的,什么交易量、峰值TPS,花花绿绿的。对我们干活的人来说,最需要的是知道哪儿卡住了、卡多久了。后来自己动手在后台搭了个预警看板,逻辑极简单:一笔支付在中间行滞留超过20分钟,我钉钉上就弹一条告警。告警里直接链着报文全文和当前状态。那是一个雨后的早晨,我刚到行里,手机连着震了三下,一看是三笔信用证项下的款项卡在同一个节点。没等客户来催,直接联系了代理行,手动把那几笔给催过去了。下午客户打来感谢电话,说钱收到了,比预期快半天。其实只有我们自己知道,哪是快了,是差点出问题被提前堵住了。 【m.968OK.cOm OK语录网】

当然也有偷懒的时候。比如那个双人复核,老规矩是纸质单子传来传去签个字。我觉得太麻烦,直接在系统里加了个逻辑锁——修改核心参数必须我和另一个同事同时在各自终端确认。这算不上技术创新,就是把线下规矩搬到线上,但防住了两次因配置失误差点捅出去的篓子。

说到不足,那个预处理脚本上线初期误判率其实挺高,有段时间操作岗的同事看见弹窗就烦,觉得还不如人工来得快。后来调整了好几版,加了一批白名单规则,才慢慢消停。这事给我的教训是,别指望一步到位,再好的工具也得留个“人工干预”的后门,真出乱子时能切回老路子。

    申请书范文网小编为您推荐工作总结专题,欢迎访问:工作总结

文章来源://m.swy7.com/a/5323523.html

更多
L

猜你喜欢

更多
N

最新更新

更多
H

推荐访问