干货!构建稳定性高、弹性强的RPA机器人看这里
(上)

目前,各大金融财会领域的企业或行业部门都纷纷上线RPA机器人,以达到降本增效的成果。RPA作为数字化的智能抓手,其最大的优势在于7×24无间断工作,代替人工完成重复、枯燥、标准化的工作。而充分发挥RPA的优势,从RPA部署到RPA运行各环节的稳定性以及应对突发事件的抗风险能力则成为关键。

如何增强RPA的稳定性,在出现异常的状况之下仍可继续运行,不出现崩溃和退出等现象,且不影响后续项目的执行便显得尤为重要。

我们将从RPA异常的三大场景以及如何从RPA的设计方法、管理手段、变更维护三个方面来谈谈如何构建稳定性高、弹性强的RPA机器人。

干货!构建稳定性高、弹性强的RPA机器人看这里
(上)

RPA脆弱性来源的三大异常:01
环境异常

在RPA开发工程中,程序开发、单元测试与系统集成测试通常是在测试环境进行,但在进行用户验收测试或RPA投产上线后可能会遇到非应用或业务异常的情况。这是由于生产环境和开发测试环境之间可能存在差异性所导致的,而这些差异又非常细小,比如操作系统或浏览器的版本不同、系统的某些相关设置不一致、某时段补丁插件自动推送安装导致的弹窗等,这些差异极易被忽略,但又对RPA的正常运行起到决定性作用。02
应用异常

RPA在上线投产前已经过多次测试,包括单元测试、系统集成测试与用户验收测试等多项测试。但RPA在日常运行中可能会出现某应用程序中断或因网络等原因卡顿、网站的某个页面打不开或应用出现异常报错等特殊情况,若设计RPA时未考虑此类情况的发生,此时RPA要么报错,无法继续执行或者重复错误的运行,导致后续任务执行失败。在开发RPA之初,开发人员很难预测此类异常情况。

此外,上线投产的RPA流程也可能会因为操作系统、浏览器、应用的自动升级,界面模块升级前后不一致而出现运行异常的情况。

03
业务异常

RPA在执行过程中可能会存在一些数据异常或超出业务规则的情况。尽管测试阶段测试人员已经尽可能模拟了各种业务情况,但测试样本数据和真实业务数据之间的差异性仍旧是不能避免的。在未引入RPA之前,此类异常情况的解决通常需要业务人员采用特别的手段进行处理。因此,RPA在执行过程中遇到此类问题时采用人机交互(将错误的数据交给员工处理,机器人只处理正常的数据)的方式来解决。

最后,三类异常如果在RPA投产上线后很长时间才爆发,还可能会引发业务运行黑盒化的问题。即RPA导入应用以后,某些业务的流程就被封装到了RPA里。企业为了解决上述问题,却发现很多原始细节上的处理方法除了最初部署的业务人员,就只有RPA机器人知道,当前业务人员无法处理,而原本业务人员可能会因生疏而无法确知细节,或工作调度早已不在岗,以及交接说明不够细致等,难以解决黑盒化问题,严重影响着后续进程。

可见,设计完整能够常久稳定运行的RPA流程不仅仅对软件产品本身有着极高的技术性要求,对于部署经验、预案能力、风险防控意识一样有着更高的标准,牵涉到诸多的变量。任何一环出现问题,作为执行标准流程作业的RPA都可能出现罢工。针对上述状况该如何做到从源头上规避呢?

我们给出从设计方法、管理手段、变更维护三方面的建议,关于三方面详细的内容我们将在下篇中介绍,请密切关注艺赛旗。

声明:
1.本内容作为作者独立观点,不代表RPA学习天地立场,RPA学习天地仅提供信息存储空间服务。
2.未经允许不得转载,如需转载和授权,请联系工作客服微信号。
3.如果对本稿件有异议或投诉,请联系邮箱或工作客服微信号。
作者:RPA学习天地,如若转载,请注明出处:https://www.rpa-learning.com/rpa-learning/2434

发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注