要知道為什么RPA機器人容易失敗，首先了解下它和常規的應用系統有哪些區別。

常規應用系統，就像程序員自己創造了一個世界、一個域，在這個世界里創造它的人就是主宰。出現BUG的風險是相對可控的，頂多是功能用不了。

而RPA項目，是基于其他的應用系統實現自動化。

最簡單的例子，把系統A的數據復制到系統B。

那么試想一下，當系統A 或系統B，其中任意一個出現問題，RPA機器人自然崩掉、卡住，影響的是整個業務流程，關鍵RPA運行的過程業務人員是看不到的，很容易認為是RPA的問題。

城門失火，殃及池魚。

“基于其他的應用系統”本身意味著出錯的風險不可控。

影響RPA機器人潛在的變化因素

“背鍋俠”由此誕生。

那么，大家更關心的是，如何解決這個問題呢？我們得自救啊，是誰錯的“證據”得記錄吧。

針對這個問題，Uipath官方已經有一套成熟的解決方案。

REFramework，The Robotic Enterprise Framework, 機器人企業框架。

Reframework框架

看圖可知有四個組成部分?！綢nitialization 初始化】、【Get Transaction Data 獲取數據】、【Process Transaction 處理數據】、【End Process 結束流程】。并且是一個閉環。

REFramework框架有三個優勢。

第一、異常處理&重試機制。

機器人運行失敗的情況可以大致分為兩種情況。

一是已知可能會出現失敗的情景，可以預設邏輯，retry或者判斷if。

二是未知的錯誤，比如系統A崩潰。這時可以回到【Initialization 初始化】，啟動重試機制。

一次不成功多試幾次，這樣就能提高機器人運行的成功率。

第二、配置文件。

Uipath是沒有前臺輸入界面的，也就是說有一點小改動都需要跑到程序里找到對應的位置修改，如果是去改別人的代碼，猶如大海撈針，十分麻煩。

Reframework框架自帶的Config配置文件相當于應用系統的前臺輸入界面。

機器人重試次數等需要維護的信息，可以直接在Config文件里配置。

第三、日志管理。

Reframework框架可以逐條執行事務，并且有不同級別（errorwarninginformationtrace）的日志消息來記錄異常和每一步的執行結果。消息內容可以在Config文件中預設。

RPA項目僅僅實現業務需求是不夠的，更重要的是保證RPA機器人能夠持續穩定的運行。這樣企業數字化之路才能走的更遠更長久。

噢不，我們程序員才能更省事省力，不再背鍋。

我將持續輸出RPA相關干貨，歡迎關注~

總結

以上是生活随笔為你收集整理的shell 执行失败重试_Uipath 机器人总是运行失败怎么办？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。