RPA机器人中断后怎么办？

RPA与SAT（软件自动化测试）在技术实现上非常相似。二者最大的区别，其一是服务对象不同，RPA服务于业务，是可以为企业带来直接ROI回报的，所以业务价值高；SAT服务于开发，带来的可能是更好的软件质量这类的间接价值，所以相对的业务价值偏低。

RPA与SAT第二个差异是，RPA运行在生产环境，SAT运行在测试环境。正是因为RPA是直接上生产的，导致有些维护问题会变得更加棘手。

 

很少有RPA产品公司在宣传自身产品和解决方案的时候会主动提到RPA后续的维护问题。随着RPA在企业内部应用的逐步扩展，维护RPA会变得越来越麻烦。以下几类原因都可以导致RPA无法正常工作：

基础环境：网络连接故障、服务器维护、应用服务器挂起、访问权限丢失、URL更改等原因可以归于基础环境因素。这是导致RPA运行中断最主要的原因之一，如果无法及时找到问题原因，那么所有问题都会变成RPA供应商的问题。

应用变更：指RPA与之交互的应用，修改了或更新了，而且变更的内容导致RPA机器人元素识别出现异常。C/S应用更新后安装了新的本地客户端，B/S应用更新后浏览器显示出了不同的UI，那么很有可能需要维护RPA流程文件（或者也可以这么理解– 需要修改生产环境上的RPA流程源代码）。

• 【有时维护是高效的】：有熟悉的RPA技术人员，可以直接在生产环境操作，受影响的业务流程少，那么有可能仅仅需要几分钟就可以修复中断的RPA机器人。

• 【有时维护是痛苦的】：产品业务流程可维护性差，RPA技术人员对流程不熟悉，受影响的业务流程数量还不少，而且无法直接在生产环境上操作。最极端的情况是，生产环境已经应用了新版本，测试环境没有部署，又无法直接上生产操作，想想就头疼。