機器人流程自動化（RPA，Robotic Process Automation）無疑是目前商用最為成熟、應用最為廣泛、收益最為顯著的數字化技術之一，其應用場景從早期的財務稅務領域，不斷地向其它業務領域擴展和嘗試，包括人力資源管理、信息系統運維、供應鏈管理、客服中心、法務、內審等。

圖一 RPA可應用的不同業務領域

在大量實施和交流的過程中，安永發現：RPA的實施方法決定了其運行穩定性及后續運維復雜性。一個優秀的設計理念及實施過程，不僅可以保證RPA運行穩定，并且方便后續的運維和優化。

安永基于以往豐富的RPA實施案例，并結合主流RPA產品和業務流程，梳理總結出一套行之有效的RPA設計理念?；谶@套設計理念，可以有效地規避企業在部署RPA中經常遇到的難題，如RPA運行經常不夠穩定意外終止運行、流程異常中斷后需要人工調試重啟、自動化流程增加導致代碼管理難度直線上升、RPA開發成本居高不下、運維工作量大等等。

這套設計理念包括七大部分，分別是：框架設計、開發規范、出廠設置、資源管理、通用代碼、質檢程序、安全策略，以下內容將詳細對七大部分展開說明。

       

要保證信息系統的建設成功以及可持續發展，一份優秀的框架設計方案必不可少。同樣，在RPA項目實施過程中，一份針對目標流程的優秀框架設計，是保證流程順利自動化并持續穩定運行的關鍵。

“我們需要端到端的實現自動化流程”；“可不可以自由地添加我想要機器人運行的組織機構”；“出現這種情況需要及時地向業務人員反饋，甚至有必要的時候要終止流程”；“最近網絡不是很穩定，假如RPA停止了能不能繼續上次的運行結果繼續運行”；“我們明天可能業務量會增加一倍，還需要進行二次開發么”……

這些問題常常出現在RPA項目的需求溝通階段。客戶不同的角色導致了他們對RPA流程存在不同的需求方向，而如何滿足不同的需求，則是對RPA框架設計最大的考驗。

基于大量的開發經驗和成果，安永認為，在進行流程自動化的框架設計與開發的過程中，應當遵循四大原則：“安全、靈活、穩定、高效”，同時也要考慮到業務標準化對未來的可延展性需求。

為了保證這四大核心原則在框架設計的過程中都得到了充分的考量，我們從業務流程的長度、復雜度、關鍵流轉節點、檢核點、校驗邏輯等流程內部影響因素出發，結合機器人運行時間、運行時長、運行環境等外部影響因素。從需求銜接、本地化參數與配置、風控與恢復機制、結構化開發、快速拓展需求、全局性維護考量這六大方面實現全面、完整的框架設計，并在流程執行前、執行中、執行后三個階段將設計思想貫穿整個流程。

例如：

進行大量的環境檢查和分析，包括輸入文檔，配置文件，初始運行環境狀態等等。

（4）貫穿整個流程的關鍵數據節點的質量檢查及信息反饋，提高整個自動化流程質量。

按需進行執行結果的反饋、運行環境的恢復以及所有運行相關數據的備份歸檔等，以便后續流程的運行以及歷史記錄的追溯。

圖三 框架設計考慮因素

“不以規矩，不能成方圓”，作為RPA的實施方，我們的首要目標是確保項目的順利落地，一套嚴格的實施標準能從各個方面推進項目快速、準確、高質量的完成。安永從大量的項目經驗中總結并設立了一套開發規范與標準，從注釋、日志、排版、目錄、版本、命名等多個維度出發，應用在整個項目進行中，從而提高項目效率和質量。

圖四 安永提倡的各類開發規范

安永認為，從流程步入實施階段開始，就需要建立統一的工作目錄及配置管理，構建出清晰的工作目錄結構，并且在對關鍵文件進行版本控制時按照配置管理的要求，在更新后對關鍵信息進行標注。例如：針對不同部門、不同業務性質進行流程目錄的設定。在獨立流程中建立不同系統功能模塊子目錄。

在模塊代碼的開發過程中，確保統一的文件命名以及注釋的規范性，例如：參數變量的命名采用駝峰命名法或者帕斯卡命名法等，并且不能使用編程語言的保留字。標準化相同系統功能文件的詞綴便于閱讀，要求增加關鍵節點的注釋說明等。

示例：

變量命名采用駝峰命名，如：dateTable，userName。

參數命名采用帕斯卡命名法+后綴Arg，如：DateTableArg，UserNameArg。

參數命名采用匈牙利命名法，如in_DataTable，out_UserName。

當整個項目的進行都處在一個標準化的要求下，整個自動化項目實施周期的各個階段都可從中受益，從開發階段的效率提升，到測試階段的迅速解決異常情況，再到運維階段的代碼易讀等等各類優勢。同時也提升了相關代碼的質量及友好性，便于交付后客戶自身進行代碼管理。

當企業中RPA流程越來越多后，往往需要不斷增加機器人數量以滿足大量業務流程的執行，而在機器人數量逐漸增加的過程中，企業則會遇見機器人部署麻煩，自動化流程遷移難，機器人資源排班分配難的窘境。

原因是自動化的流程運行時往往需要特定的環境，而一旦機器人都是針對固定流程進行基礎配置的話，當出現機器人需要增加資源時，則要求重新部署并配置對應的生產環境。甚至在出現災備的情況下，就需要對照現有的不同機器人重新配置新增的機器人，不僅費時費力導致無法快速恢復機器人還容易導致流程運行異常。

安永認為，應該在開發流程前進行對機器人“出廠”設置的標準化，針對客戶的需求與現有配置的實際情況，形成一部全流程通用的配置說明書。在每次誕生新的機器人時，只需要按照說明書標準進行配置，即可滿足大部分通用全流程的運行。

這樣，機器人就從繁雜的“原料”成為了可利用的資源，只要有需求就可以直接拿來使用，再配合控制中心，就可以實現對機器人的規?；\用，提升RPA工作效率。

圖五 RPA出廠設置

為了最大化RPA使用的便捷性，對配置說明書的編寫應做到盡可能的明確與精細。例如對于前臺機器人配置，應包括系統環境、分辨率、本地化應用、流程涉及系統等，對于機器人軟件環境配置，應該包括RPA工具版本、Office工具版本、客戶系統應用版本等，甚至Java、壓縮工具的版本。示例：

圖六 出廠設置示例

機器人的“抗壓”能力超乎你的想象，它可以24小時地不停工作，但就目前而言幾乎沒有企業能充分利用自己的機器人能力，往往是哪里有需求，哪里就新增機器人。這就會導致企業內部機器人空閑時間過多，機器人無法得到有效的利用，大幅降低了機器人項目的收益回報。

本著“集中管控”的原則，安永認為，當我們充分考慮“出廠”設置后，就可以從內部和外部全面對機器人進行管理。有了標準統一的“出廠”設置，機器人就成為了企業可隨意利用的資源，按照業務流程的執行計劃，就能夠對這些機器人進行統一的調度運行，最大化利用RPA的能力，并且降低了License成本投入。

在企業中，不同的部門有著不同的權限與職能，部門之間往往有著各種邊界，同樣不同的流程對機器人的運行環境及執行計劃也有著不同的要求，有些部門或者特殊的流程還需要特殊配置的機器人。

例如，完成報稅工作需要稅盤的連接，而企業的稅盤通常由稅務部門管理；網銀相關的業務流程不僅需要搭配能連接UKey的環境，而且需要在特殊的時間段執行。因此，在RPA的設計過程中，應該充分考慮到自動化流程的部門劃分，運行環境，執行權限與執行計劃，在滿足企業規章制度的情況下，進行機器人的資源管理。

圖七 RPA資源管理

相信大家對“中國速度，一天三層樓”的新聞并不陌生，基建行業的快速施工的能力來自建筑理念的轉變和技術的進步，不再是一磚一瓦澆灌，而是采用成型的工業化模塊，通過拼接已組裝好的各種材料和模塊，省去大量施工時間，顯著提升施工效率。同樣，在RPA部署中我們也可以應用這種理念。

在大量RPA實施項目中，安永發現同一企業的不同業務流程，往往會有一些同樣的子流程或操作，比如登錄SAP系統、訪問內部的網站或業務系統、驗證碼的識別等。如果對所有流程都進行獨立的開發，會導致開發工作的重復和冗余，且后期維護和更新都需要重復修改多處。但是，如果將這些業務流程中常見的操作和動作封裝成一個個組件，并建立企業的RPA 代碼庫進行統一管理，就可以形成一個“隨手可用，安全可靠，高效便捷”的資源庫。通過代碼庫的建設可以減少開發成本（因為可以避免重復開發），規范開發模式（因為大家用的都是同一套代碼），方便業務人員自行開發（因為業務人員可以直接調用）等等。

圖八 RPA代碼庫

安永始終致力于RPA代碼庫的建設。截至目前，安永內部的通用代碼庫涉及20余種應用系統，擁有超過100份通用代碼。同時，安永擁有一套嚴格完善的管理體系和方法，包括代碼入庫審查、代碼上架、代碼更新、代碼維護、代碼借用審查、代碼退役等等。借助這一整套管理方式，安永可以幫助企業快速建立專屬代碼庫，從而允許企業內部團隊基于代碼庫快速完成業務流程的開發，讓熟悉業務流程的業務團隊自行發揮，打造屬于自己的機器人。

圖九 安永RPA代碼庫示例

在當今自動化的制造生產線上，整個生產環節會設置多個自檢點以移除次品、殘品或不合規的產品。這些自檢點有物理方式，如稱重、震動、翻轉等；也有化學方式，如溶解、溶劑反應等各種各樣的方式，其目的就是保證生產的最終產品是符合質量要求的。

類似的，安永認為，作為商業中的自動化流程，RPA需要具備自我檢查的質檢程序。RPA通?？梢圆东@異常情況并作出反應，但有時會出現這種情況：整個流程沒有任何異常，但最終結果卻是錯誤的，這往往是因為交互對象的改變而導致的。但自動化流程“無聲”的錯誤可能會帶來嚴重的后果。

例如，某流程需要從特定網站的右上角獲取一個金額數據，并將此數據作為輸入源流轉至后續流程以得出最終結果。但此網站在不知情的情況下進行了更新，原位置上的信息由金額變成了交易量，而RPA仍從原定頁面元素獲取數據，從而導致獲取錯誤的數據并繼續后續的流程，進而可能會對最終流程的執行帶來嚴重的后果。

為了盡量規避此類問題，安永認為應該在設計時考慮如何添加質檢程序，此功能可從兩個角度實現。

通過對關鍵節點數據源的縱向分析，得出此數據的可能范圍，并設立預警系統，一旦RPA得出的數據超出預定的范圍，RPA會停止工作并通知業務人員。

對來源不止一處的信息源，可以設置多來源獲取數據并進行對比，如果出現無法匹配的情況，則停止工作并通知業務人員。

圖十 RPA需要具備質檢功能

       

“道路千萬條，安全第一條”，安全無論在哪個領域都異常重要。同樣的，安全作為RPA開發的重中之重，需要貫穿于整個設計與開發環節。安永認為，為了保證RPA實際運行過程中的安全性，需要從下述八個安全維度考慮RPA的設計和開發工作。

當業務信息輸入全部參數化后，RPA運行所依賴的業務配置表需要加密處理，或放置于有訪問級別限制的共享盤中，置于公司防火墻保護下，保障配置信息安全。

對于所有的輸入、過程和結果文件，需要按照統一標準的方式進行備份，為事后核查及審計要求提供支持。

在使用RPA發送、傳輸、流轉信息過程中，應盡量避免使用非企業認可的即時溝通軟件、外部軟件或第三方軟件，防止信息泄露的風險。

對于需要向外部發送和接受數據的流程，需要對發出和接收的數據進行加密處理，并使用可信任的證書加載，以保證業務數據無法破譯或盜取。

若使用實體電腦作為RPA載體，則需要確保存放這些電腦或相應如Ukey集中器等物理設備的安全，保障通順的網絡環境和供電。同時，應限制存放環境的人員出入，減少與不相干人員的接觸。

在較長、較復雜的流程中，應在流程的關鍵節點添加狀態日志，說明當前流程節點，為后續勘查和糾錯提供支持。

在龐大復雜的RPA項目中，應使用SVN等工具進行代碼管理，統一管理監控代碼開發，防止代碼版本錯亂，代碼被意外修改，代碼丟失等問題。

企業自建的RPA代碼庫應由專人管理，并定期維護和更新已開發的組件，保證后續使用的安全和穩定。

圖十一 RPA部署時需要考慮的安全因素

       

相信很多與RPA打過交道的人都會有一點體會，那就是RPA的報錯和異常中斷讓人非常頭疼。安永認為，打造一個機器人很容易，但打造一個健壯、穩定、安全、靈活的機器人卻很難。好比一棟高聳的摩天大樓需要堅固的地基和錯綜復雜但承重均勻的鋼筋水泥，RPA也需要類似的架構和代碼來保證其穩定、可靠和安全。

所以，在RPA開發和部署過程中，應當全面考慮上述七個維度，在實施過程中切實地貫徹這七大理念，力爭所開發出來的機器人可以應對異常并妥善處理。

最后需要強調的是，上述七個方面所討論的是一種指引和標準，但更為重要的是對業務需求的理解程度、對業務流程的熟悉程度、對實際情況的判斷分析。如果對業務流程本身就理解不具體，不透徹，不清晰，那再怎么套用上述設計理念都是徒勞低效的。