RPA淺談

目錄

1、什麼是RPA

2、RPA能做啥

3、RPA組成

4、一些心得體會

什麼是RPA

        Robtic Process Automation(簡稱RPA)，即機器人流程自動化。狹義來看，它就是通過一些自動化手段來實作流程自動化的這類技術或産品的總稱；廣義來看，可以認為是通過計算機模拟人工操作，解決生産問題的一套自動化解決方案。本文主要從狹義上來簡單談談RPA。

       從名稱上看，Robotic（機器人，就是模拟人），Process（流程，就是要模拟的事），Automation（自動化，就是無人或盡量無人參與）。如果隻是實作這樣功能的技術，也不是什麼新鮮事情。比如Window 提供的UI Automation、基于WebDriver協定的Selenium、基于DevTools協定的Puppeteer等其實都能實作這一效果，隻是以上技術更多的在自動化測試領域大放異彩。而RPA的不同在哪呢？個人認為是将機器模拟人這種行為打造成一項能夠向各行各業賦能的服務并最終提升企業人效，正如目前各大RPA廠商打出的口号“數字員工”。

RPA能做啥

      如果咨詢RPA銷售商或檢視各大廠商的RPA白皮書，得到的答案可能是：RPA能夠替代員工、降本增效、與AI技術完美融合進而推進企業數智化程序等等。結合将近一年的RPA實戰經驗，就目前來看，個人認為RPA能完成的事項包括：

     1、重複性的、有既定規則的工作，并且要求目标對象相對穩定。如銀行對賬、财稅業務、證券業務、物流服務、網上購物等

     2、跨平台資料拉取與整合分析。如，企業内部各平台之前的資料記錄在不同的資料庫中，直接聯庫查詢有時并不符合實際，這種情況下RPA的優勢就展現出來了，它可以分别登陸到各個平台擷取資料并結合Redis或excel等做中間資料的緩存落地并最終輸出滿足要求的結果。跨企業之間拉取資料也同樣可行，這裡不展開...

     3、替代接口完成後端相關業務。如公司業務與第三方互動的情況下，通常的操作都是雙方面對接口對接，隻要遵守同樣的接口協定。但有些情況下第三方無法提供接口或費用超出預期，亦或是第三方不可控，這時候就可以考慮用RPA來代替接口（當然第三方需要有Web界面供人工操作）。這種情況下，效率會是一個核心問題，但是結合業務特性從政策的角度上可以做優化。

     4、與AI技術結合，解決一些簡單的識别場景。如，驗證碼識别、圖表内容識别（如發票）、語音識别（語音指令）等。一般作為整個流程中的某個環節。

總的來說，目前整個市場對RPA概念有炒作的嫌疑。但從長遠來看，RPA+AI的概念如果順利落地并更加接地氣，使得中小企業也能從中受惠（AI一般情況下小企業玩不起），RPA還是大有所為的。

RPA組成

RPA的組成

設計器：流程設計平台，目前主流的RPA産品均有自己的RPA Studio，隻是各有各的優勢，主要基于C#和Python語言。

控制中心：流程排程和機器人管理平台，包括流程上傳、派發、删除等管理；機器人排程、分組、定時任務等操作；日志管理、過程回放、平台更新等輔助功能。

機器人：執行流程，目前主流RPA都是Window計算機或移動裝置。多數情況下，單台機器人也能滿足使用，也就沒必要購買控制中心（這玩意不便宜）。如果用RPA來代替接口完成背景服務，那麼多台機器人的統一管理時必要的，控制中心就是不可或缺的。

（對于RPA技術原理的部分将單獨寫一篇文章分析）

一些心得體會

1、整套RPA環境的購買成本其實并不低，RPA機器人（Licence+雲端伺服器租賃）+設計器+控制中心基本都需要收費，而且還是按時間收費并非一次購買終身使用。

2、整套RPA環境的部署和維護成本也不便宜，并非宣傳中所說的7x24小時不間斷工作，替代員工。機器人故障+程式異常都需要人工參與修複并且需要額外的RPA監控營運來及早發現問題并人工介入。是以近期RPA Plus上也有人提出RPA+人工的人機結合模式，這個一方面是解決異常問題，另一方面是讓人工參與決策，以便業務流程符合實際。

3、機器人運作的目标對象（通常為Web網頁）的穩定性（包括界面和功能），直接影響RPA的使用效果。一個經常調整的網站，如果讓RPA去上面做事情，那就是一種折磨，不是在修複BUG上就是在修複BUG的路上。是以說RPA适合做重複性的有既定規則的工作，并且要求被操作的對象相對穩定。

4、RPA的優勢在于模拟人工、跨平台優勢，對于被操作對象來說是無侵入式的，是以也很少被識别為機器人（這個做爬蟲的人是懂的）。它的缺點也是模拟人工，一方面單台機器人執行效率比較低，按步驟一步步操作；另一方面，既然模拟人工那就得像人一樣去識别驗證碼滿足登入驗證。說起驗證碼，那就是千奇百怪，一般驗證碼識别功能RPA廠商自身是不提供的或者是另外收費的，亦或者隻能滿足簡單的識别。如果哪一天目标網站做了調整，就直接嗝屁了。

5、 不建議把RPA作為滿足業務的單一技術，它優劣鮮明，就決定了技術組合才是王道。比如Selenium+RPA 、RPA +AI（當然是公司自研或是額外購買的AI服務）、RPA+BHO等等。

6、RPA流程的開發講究子產品複用，特别是同一類型的業務流程，如何将開發人員所關注的業務強相關子產品剝離出來，通用子產品統一管理，是批量開發RPA流程的關鍵。

7、RPA流程的統一管理和RPA機器人的合理分組是提升資源使用率的重要手段。這裡面故事太多，一言難盡！

8、沒有監控營運的RPA就是在自掘墳墓，如何将不可控的外界環境變為可控是一個可持續發展必須思考的問題。

9、非開發人員也可以自行設計RPA流程來滿足業務需求，這是一句謊言！

以上是個人的愚見，希望給在尋求RPA解決方中的我們提供一些借鑒的東西！