要知道為什么RPA機(jī)器人容易失敗，首先了解下它和常規(guī)的應(yīng)用系統(tǒng)有哪些區(qū)別。

常規(guī)應(yīng)用系統(tǒng)，就像程序員自己創(chuàng)造了一個世界、一個域，在這個世界里創(chuàng)造它的人就是主宰。出現(xiàn)BUG的風(fēng)險是相對可控的，頂多是功能用不了。

而RPA項目，是基于其他的應(yīng)用系統(tǒng)實現(xiàn)自動化。

最簡單的例子，把系統(tǒng)A的數(shù)據(jù)復(fù)制到系統(tǒng)B。

那么試想一下，當(dāng)系統(tǒng)A 或系統(tǒng)B，其中任意一個出現(xiàn)問題，RPA機(jī)器人自然崩掉、卡住，影響的是整個業(yè)務(wù)流程，關(guān)鍵RPA運(yùn)行的過程業(yè)務(wù)人員是看不到的，很容易認(rèn)為是RPA的問題。

城門失火，殃及池魚。

“基于其他的應(yīng)用系統(tǒng)”本身意味著出錯的風(fēng)險不可控。

影響RPA機(jī)器人潛在的變化因素

“背鍋俠”由此誕生。

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

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

REFramework，The Robotic Enterprise Framework, 機(jī)器人企業(yè)框架。

Reframework框架

看圖可知有四個組成部分。【Initialization 初始化】、【Get Transaction Data 獲取數(shù)據(jù)】、【Process Transaction 處理數(shù)據(jù)】、【End Process 結(jié)束流程】。并且是一個閉環(huán)。

REFramework框架有三個優(yōu)勢。

第一、異常處理&重試機(jī)制。

機(jī)器人運(yùn)行失敗的情況可以大致分為兩種情況。

一是已知可能會出現(xiàn)失敗的情景，可以預(yù)設(shè)邏輯，retry或者判斷if。

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

一次不成功多試幾次，這樣就能提高機(jī)器人運(yùn)行的成功率。

第二、配置文件。

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

Reframework框架自帶的Config配置文件相當(dāng)于應(yīng)用系統(tǒng)的前臺輸入界面。

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

第三、日志管理。

Reframework框架可以逐條執(zhí)行事務(wù)，并且有不同級別（errorwarninginformationtrace）的日志消息來記錄異常和每一步的執(zhí)行結(jié)果。消息內(nèi)容可以在Config文件中預(yù)設(shè)。

RPA項目僅僅實現(xiàn)業(yè)務(wù)需求是不夠的，更重要的是保證RPA機(jī)器人能夠持續(xù)穩(wěn)定的運(yùn)行。這樣企業(yè)數(shù)字化之路才能走的更遠(yuǎn)更長久。

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

我將持續(xù)輸出RPA相關(guān)干貨，歡迎關(guān)注~

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。