要知道为什么RPA机器人容易失败，首先了解下它和常规的应用系统有哪些区别。
常规应用系统，就像程序员自己创造了一个世界、一个域，在这个世界里创造它的人就是主宰。出现BUG的风险是相对可控的，顶多是功能用不了。
而RPA项目，是基于其他的应用系统实现自动化。
最简单的例子，把系统A的数据复制到系统B。
那么试想一下，当系统A 或系统B，其中任意一个出现问题，RPA机器人自然崩掉、卡住，影响的是整个业务流程，关键RPA运行的过程业务人员是看不到的，很容易认为是RPA的问题。
城门失火，殃及池鱼。
“基于其他的应用系统”本身意味着出错的风险不可控。
“背锅侠”由此诞生。
那么，大家更关心的是，如何解决这个问题呢？我们得自救啊，是谁错的“证据”得记录吧。
针对这个问题，Uipath官方已经有一套成熟的解决方案。
REFramework，The Robotic Enterprise Framework, 机器人企业框架。
看图可知有四个组成部分。【Initialization 初始化】、【Get Transaction Data 获取数据】、【Process Transaction 处理数据】、【End Process 结束流程】。并且是一个闭环。
REFramework框架有三个优势。
第一、异常处理&重试机制。
机器人运行失败的情况可以大致分为两种情况。
一是已知可能会出现失败的情景，可以预设逻辑，retry或者判断if。
二是未知的错误，比如系统A崩溃。这时可以回到【Initialization 初始化】，启动重试机制。
一次不成功多试几次，这样就能提高机器人运行的成功率。
第二、配置文件。
Uipath是没有前台输入界面的，也就是说有一点小改动都需要跑到程序里找到对应的位置修改，如果是去改别人的代码，犹如大海捞针，十分麻烦。
Reframework框架自带的Config配置文件相当于应用系统的前台输入界面。
机器人重试次数等需要维护的信息，可以直接在Config文件里配置。
第三、日志管理。
Reframework框架可以逐条执行事务，并且有不同级别（errorwarninginformationtrace）的日志消息来记录异常和每一步的执行结果。消息内容可以在Config文件中预设。
RPA项目仅仅实现业务需求是不够的，更重要的是保证RPA机器人能够持续稳定的运行。这样企业数字化之路才能走的更远更长久。
噢不，我们程序员才能更省事省力，不再背锅。
我将持续输出RPA相关干货，欢迎关注~
