从RPA异常的三大场景，看如何增强RPA的稳定性

目前，各大金融财会领域的企业或行业部门都纷纷上线RPA机器人，以达到降本增效的成果。

RPA作为数字化的智能抓手，其最大的优势在于7×24无间断工作，代替人工完成重复、枯燥、标准化的工作。而充分发挥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都可能出现罢工。针对上述状况该如何做到从源头上规避呢？

如何构建稳定性高、弹性强的RPA机器人？

那么针对相关的状况该如何做到有策略性的规避呢？综合UB Store多年的RPA实施经验，给出以下建议：

01-设计方法

为保证RPA机器人的稳定运行，开发人员在RPA开发时需重点考虑两方面内容，一是减少异常情况的发生，二是发生异常时的应急响应。为避免异常情况发生，可注重以下几个方面。

1、为应对因网络延迟等原因造成RPA与应用脱节，可考虑在RPA设计时加入延时等待时间以防止RPA与应用不同步等情况发生。

2、为防止前序RPA异常中断或其他原因导致运行环境不符合此刻RPA运行条件从而发生运行中断，建议在每次RPA运行前清除进程，初始化环境，保证RPA运行环境的稳定性。

3、对输入文件进行检查，防止RPA在运行过程中因输入信息不符合录入规范造成的异常情况发生。如有偶发性的网站崩溃等原因造成的运行中断，若重复操作不造成生产事故，可采用循环机制解决此类问题。

在日常RPA设计中，设计人员应注意三个方面，即配置文件、复用模块和开发规范。配置文件是指为了同一流程RPA可在不同环境和不同条件下复用，将目录结构、环境信息和状态值等参数信息通过文件进行设置。在RPA运行时，先读取配置文件，而后再进行后续的业务处理。复用模块是指将相同的处理结构封装成子流程，供其他流程来调用。

模块复用的意义在于，一是减少重复流程的编写，提高开发效率；二是一旦修改了子流程，就相当于调整了所有调用该子流程的主流程，减少了后期的维护成本，同时也提高了RPA的运行稳定性。开发规范是指除常规的变量命名规范、日志记录和代码注释等常规规范，也包括规范RPA的处理业务过程，如读取配置文件、初始化运行环境、检查输入文件合规性、正常业务处理流程、异常情况处理、进行扫尾工作。

02-管理手段

RPA运行的稳定性与RPA管理密不可分，并非完成设计便可一劳永逸。RPA管理主要分为日常运行管理和业务监测管理两大方面。

在日常运行管理中，RPA运行稳定性的提升与改进如同员工不断优化自己的处理方式、不断改进与其他工作人员的协作关系一样，需不断优化自身的程序代码、运行周期和人机协同方式等。

当存在不合规的业务数据造成RPA运行中断时，运维人员可根据业务人员提供的数据格式规范不合规的业务数据，使其达到某一预设的RPA可正常执行的业务规则，并及时将异常数据反馈给业务人员。

当然，业务人员也应当定期手工核对RPA运行结果，若发现RPA处理结果与手工核算结果不一致的情况应及时通报给运维人员，共同探讨异常原因或调整业务处理策略。

03-变更维护

变更维护是指RPA在投产上线后因某种原因需要对代码进行修改。RPA的变更维护主要有以下三种情况。

一是遇到了在设计时未考虑到的异常情况。当遇到未知的异常情况时，可通过运行日志和状态截图分析异常发生原因。更及时通过增加分支判断条件或调整运行环境解决此类问题。

二是业务规则或处理流程发生了变化。RPA设计之初便需充分考虑可能发生变化的业务规则。建议将其设置为参数或变量，并通过配置文件保存。当业务规则发生变化时，业务人员可直接调整配置文件而不需修改代码，该方式既可保证RPA运行的稳定性，又可保证业务的灵活性。

三是运行环境发生了变化。运行环境的变化主要是指RPA所操作的对象发生了变化，属于被动变化的一种。以页面变化为例，当页面发生变化时，首先需找到操作该页面的所有RPA流程，分析RPA在该页面进行了何种操作，页面的修改是否会影响原流程的处理。若页面的变化影响处理，便需重新抓取页面元素，并对该流程完成回归测试。因此，企业与运营部门不要轻易升级操作系统与软件，避免运行环境与流程适配出现问题。

通过良好的设计方法和充分的测试可开发出高稳定性的RPA，不过在多种外部因素的影响之下，RPA在运行初期仍会遇到种种未知的异常情况。

此时，RPA管理人员要做好心态上的调整，在修复已出现问题与预防未出现问题后，RPA的健壮性会逐步增强。构建一款稳定性高、弹性强的RPA，需要从设计、管理和运维等方面多措并举。

RPA作为企业员工中的一员，它本身也需要一定的成长空间，在开发和运行过程中充分积累经验，企业与部门一定能打造出一支强有力的数字员工队伍。