國內(nèi)外大量RPA廠商、iBPMS廠商、iPaaS廠商、流程挖掘廠商等都聲稱自己提供的是超級自動化軟件，雖然這些廠商都是超級自動化這一龐大技術(shù)集合體系中技術(shù)和軟件工具的供應(yīng)商，但由于各軟件廠商所倡導(dǎo)的超級自動化理念和方向存在差異，會讓超級自動化的概念被一定曲解，本次就帶大家拆解超級自動化，以便理解其本質(zhì)。

我將相對核心的能力進(jìn)行了分層，見超級自動化能力框架如下：

超級自動化能力框架

超級自動化能力框架主要分為三個層級：任務(wù)自動化層、流程自動化層、增強(qiáng)組件層，在做每層定義解釋前，我們先來看個示例：

員工入職流程圖

從上圖可以看出以單職能視角完成的事項為任務(wù)級，而跨多個職能協(xié)作完成的一連串任務(wù)為流程級。任務(wù)自動化是自動運(yùn)行某個任務(wù)的引擎，而流程自動化可以使得復(fù)雜工作流程變成自動化。基于此，支撐任務(wù)自動化的技術(shù)與工具為：機(jī)器人流程自動化和集成平臺服務(wù)，支撐流程自動化的技術(shù)與工具會在任務(wù)自動化的基礎(chǔ)上再增加：智能業(yè)務(wù)流程管理套件、低代碼工具、決策管理套件、多體驗開發(fā)平臺等。

而增強(qiáng)組件，主要是基于AI能力和大數(shù)據(jù)能力、流程科學(xué)對流程自動化進(jìn)行賦能，讓流程自動化更加的智能，包含：人工智能、智能文檔處理、任務(wù)挖掘/流程挖掘、數(shù)據(jù)編織等技術(shù)及工具組成。

執(zhí)行系統(tǒng)以iBPMS、LCAP、iPaaS、RPA等技術(shù)為主，致力于用協(xié)作流、執(zhí)行流、數(shù)據(jù)流打破企業(yè)組織壁壘和資源孤島(業(yè)務(wù)孤島、應(yīng)用孤島、數(shù)據(jù)孤島)，激活企業(yè)活力。

在“超級動化-執(zhí)行”階段，主要表現(xiàn)形式為“任務(wù)自動化”和“流程自動化”，在前文中簡述了“任務(wù)”和“流程”的區(qū)別，為了更好地幫助大家理解，這里引入“業(yè)務(wù)流程分級圖”，見下圖：

業(yè)務(wù)流程一共可以分為5個級別：

● Level 1 為公司價值鏈層，是整個組織最高級別的流程圖，是組織創(chuàng)造價值最核心的價值環(huán)節(jié)，比如圖中“人力資源管理”作為企業(yè)核心價值環(huán)節(jié)之一，和它同級的一般還有銷售管理、產(chǎn)品管理、研發(fā)管理等。

● Level 2 為業(yè)務(wù)流程鏈層，代表了一組相連接的(串行的或并行的)業(yè)務(wù)流程，是描述組織某個價值環(huán)節(jié)所涉及的全部流程，比如圖中“培訓(xùn)與發(fā)展管理”是作為人力資源領(lǐng)域中的一個細(xì)分領(lǐng)域，在人力資源領(lǐng)域還會有如招聘管理、績效管理、人才管理等細(xì)分領(lǐng)域。

● Level 3 為流程層，該層是上層業(yè)務(wù)流程鏈中的一個具體流程，比如圖中“培訓(xùn)管理”隸屬于培訓(xùn)與發(fā)展管理的領(lǐng)域，是一個可以具體落地的流程，而Level 1和Level 2的層級相對抽象，不能直接作為具體落地的流程。

● Level 4 為活動層，該層代表了一系列組成流程的活動，用來描述該流程是如何實現(xiàn)的，比如圖中“培訓(xùn)申請”是作為一個活動，后續(xù)活動可能會有：培訓(xùn)審批、培訓(xùn)排期、通知具體培訓(xùn)信息、培訓(xùn)認(rèn)證等圍繞培訓(xùn)管理閉環(huán)的一系列活動。

● Level 5 為步驟層，該層代表為完成活動而進(jìn)行的一系列步驟的詳細(xì)信息，每個方框都是具體的動作或程序，是怎么完成活動的具體描述。

基于以上信息，我們就可以更好地解釋和理解“任務(wù)自動化”和“流程自動化”，“任務(wù)自動化”就是Level 4 活動層中的一個“活動”，并把這個“活動”所對應(yīng)的Level 5中所有“步驟”盡可能地自動化。“流程自動化”就是Level 3 流程層中的一個“流程”，并把這個“流程”所對應(yīng)的Level 4 中所有“活動”，及所有“活動”所對應(yīng)的Level 5 中所有“步驟”盡可能地自動化。所以流程自動化比任務(wù)自動化高一個維度，需要把多個任務(wù)進(jìn)行組合編排，所以在超級自動化能力框架圖中看到流程自動化比任務(wù)自動化多了幾種技術(shù)組件，分別是智能業(yè)務(wù)流程管理套件、低代碼工具、決策管理套件、多體驗開發(fā)平臺等。

任務(wù)自動化典型代表技術(shù)組件是機(jī)器人流程自動化(RPA)和集成平臺服務(wù)(iPaaS)，兩種技術(shù)都可以代替人去執(zhí)行重復(fù)的任務(wù)活動，可以被代替的主要任務(wù)活動為：PC界面操作、移動端界面操作、應(yīng)用系統(tǒng)操作、數(shù)據(jù)相關(guān)操作等。通過下面這張任務(wù)自動化透視圖，直觀了解RPA和iPaaS是如何進(jìn)行自動化的。

任務(wù)自動化透視圖

RPA主要通過UI抓取(桌面元素、網(wǎng)頁元素拾取)實現(xiàn)自動化，可以模擬用戶在PC端和移動端的大部分操作，能對桌面辦公軟件、web瀏覽器、B/S及C/S應(yīng)用軟件、移動應(yīng)用進(jìn)行自動化操作，兼容性較高，比較靈活。

iPaaS主要通過API集成、數(shù)據(jù)集成、應(yīng)用集成、批量Agent腳本執(zhí)行等能力，可以直接與應(yīng)用系統(tǒng)、應(yīng)用數(shù)據(jù)進(jìn)行高頻交互，穩(wěn)定性高。兩種任務(wù)自動化技術(shù)各有特點及優(yōu)勢，在我們實際落地超級自動化場景時，這兩種技術(shù)需要相互配合與互補(bǔ)，基于用戶場景使用最適合的任務(wù)自動化技術(shù)組件。

從上圖我們可以看到，C/S架構(gòu)還是B/S架構(gòu)的應(yīng)用系統(tǒng)一般都采用三層架構(gòu)：表現(xiàn)層(UI, User Interface Layer)，業(yè)務(wù)邏輯層(BLL, Business Logic Layer)，數(shù)據(jù)訪問層(DAL, Data Access Layer)。RPA通過PC端和移動端設(shè)備前臺訪問B/S、C/S應(yīng)用系統(tǒng)的UI層，代替人來完成人機(jī)交互操作。而iPaaS則通過API與JDBC等數(shù)據(jù)通訊協(xié)議與B/S、C/S應(yīng)用系統(tǒng)的應(yīng)用層和數(shù)據(jù)層進(jìn)行后臺調(diào)用。

那既然兩種技術(shù)都可以完成對應(yīng)用系統(tǒng)的交互，我們該如何選擇呢，請看下表所示：

兩種路徑對比如下：

再來看一個數(shù)據(jù)查詢場景，見下圖：

數(shù)據(jù)查詢場景下的RPA與iPaaS

上圖為一個數(shù)據(jù)查詢場景的推演，其中RPA路徑為：用戶表單錄入查詢請求 → RPA開始分別登錄多個系統(tǒng)，每打開一個系統(tǒng)會從前臺界面下載數(shù)據(jù)，然后再打開下一個系統(tǒng)，依次循環(huán)進(jìn)行 → 數(shù)據(jù)全部下載后，打開Excel進(jìn)行本地數(shù)據(jù)操作(計算處理) → 最后把整理好的數(shù)據(jù)，通過郵件發(fā)送給用戶。

iPaaS的路徑為：用戶表單錄入查詢請求 → iPaaS會把事先構(gòu)建好的數(shù)據(jù)服務(wù)直接返回數(shù)據(jù)(事先iPaaS會通過數(shù)據(jù)集成能力把不同系統(tǒng)的數(shù)據(jù)源同步到iPaaS，再通過簡單的數(shù)據(jù)建模用SQL查詢包裝成一個數(shù)據(jù)服務(wù)供調(diào)用) → 用戶可以在界面上直接看到數(shù)據(jù)查詢的結(jié)果。

兩種路徑對比如下：

綜上所示，任務(wù)自動化的技術(shù)選擇方法：界面操作場景、被操作的應(yīng)用系統(tǒng)無API接口時和數(shù)據(jù)權(quán)限時首選RPA，其他默認(rèn)選擇iPaaS。

經(jīng)過上面的介紹，我們對任務(wù)自動化有了一定認(rèn)知，并且從業(yè)務(wù)流程分級圖已知流程自動化需要調(diào)度和編排多個任務(wù)自動化來完成一個較為復(fù)雜的業(yè)務(wù)場景，需要RPA和iPaaS技術(shù)組件的基礎(chǔ)上引入智能業(yè)務(wù)流程管理套件(iBPMS)、低代碼工具(LCAP)、決策管理套件(DMS)、多體驗開發(fā)平臺(MXDP)等組件。

業(yè)務(wù)流程自動化不僅需要調(diào)度和編排任務(wù)自動化，更主要的是實際業(yè)務(wù)場景需要跨職能、部門的人員進(jìn)行協(xié)作，所以需要流程自動化不僅需要具備流程引擎調(diào)度外部自動化的能力，還需要表單引擎建立表單后讓人參與進(jìn)來，與流程進(jìn)行交互，包括審批等動作，而表單引擎和流程引擎就是典型iBPMS所必須具備的能力。在業(yè)務(wù)流程中“審批”動作不是為了審批而審批，更多是一種決策，流程引擎通過審批節(jié)點讓人進(jìn)行審批決策，而很多審批決策是可以被固化下來的，完成自動審批決策，這就需要引入DMS，它能通過規(guī)則引擎將決策因子用規(guī)則矩陣視圖進(jìn)行統(tǒng)一配置，當(dāng)然DMS不僅僅只有基于規(guī)則的決策，還有基于大數(shù)據(jù)分析和AI算法的延伸，這部分內(nèi)容會在后續(xù)超級自動化-智能階段及DMS獨立章節(jié)進(jìn)行展開。

為了滿足不斷變化的業(yè)務(wù)，業(yè)務(wù)流程的配置過程也需要敏捷快速，則可以引入LCAP進(jìn)行圖形化拖拉拽編排快速上線，同時為了人更好的參與流程協(xié)作，則需要讓流程能在多端(PC端、移動端等)上進(jìn)行操作，可以引入MXDP來加速多端交互界面的開發(fā)。接下來我們來看下業(yè)務(wù)流程自動化全景框架圖(這里需要說明：部分技術(shù)組件的邊界不一定會如此清晰，實際產(chǎn)品在規(guī)劃時為贏得更多賣點，技術(shù)組件衍生的產(chǎn)品邊界感會變得模糊)，見下圖：

業(yè)務(wù)流程自動化全景框架圖

我們來一起解構(gòu)這張圖，首先由iBPMS構(gòu)建起主業(yè)務(wù)流程，分為三個節(jié)點：

節(jié)點1為“申請節(jié)點”

節(jié)點2為“審批節(jié)點”

節(jié)點3為“自動化節(jié)點”

節(jié)點1與節(jié)點2分別由兩個用戶進(jìn)行協(xié)作，一位用戶通過PC端來訪問，一位用戶通過移動端的H5頁面進(jìn)行訪問，一個流程多端的交互體驗由MXDP進(jìn)行編排加速交付，用戶A通過節(jié)點1完成申請表單的填寫，流程流轉(zhuǎn)到節(jié)點2的審批節(jié)點，該審批節(jié)點既可以讓用戶B進(jìn)行主觀審批，也可以基于審批決策的規(guī)則用DMS完成自動審批(有些iBPMS產(chǎn)品會把部分DMS能力集成在一起)，當(dāng)流程審批完成后，流程流轉(zhuǎn)到節(jié)點3的自動化節(jié)點，該節(jié)點可以通過標(biāo)準(zhǔn)API協(xié)議(如Webservice、RESTful等)與第三方系統(tǒng)進(jìn)行交互，這里自動化節(jié)點與任務(wù)自動化編排后的工作流所生成的API進(jìn)行交互，任務(wù)自動化通過iPaaS和RPA與PC、移動端、應(yīng)用系統(tǒng)、數(shù)據(jù)、AI服務(wù)等進(jìn)行交互調(diào)用操作，當(dāng)任務(wù)自動化完后會把執(zhí)行結(jié)果節(jié)點3的自動化節(jié)點，即業(yè)務(wù)流程自動化的主流程執(zhí)行完成。同時 iBPMS的流程編排、任務(wù)自動化的執(zhí)行任務(wù)編排、MXDP多端交互體驗進(jìn)行頁面編排都應(yīng)用LCAP的技術(shù)理念(與其說LCAP是一種獨立的產(chǎn)品，我更想講LCAP是一個產(chǎn)品設(shè)計理念，應(yīng)用了LCAP設(shè)計理念的產(chǎn)品都可以稱之為LCAP類的產(chǎn)品，但該類產(chǎn)品可以橫跨多個領(lǐng)域)，可以讓用戶使用圖形化拖拉拽的方式快速進(jìn)行編排配置。

下面給大家一個業(yè)務(wù)流程自動化工具選擇的框架，幫助大家在實際場景中，選擇適合自己場景的自動化技術(shù)組件，見下圖：

業(yè)務(wù)流程自動化工具的選擇路徑

上圖中綠色模塊為超級自動化框架里的技術(shù)組件，藍(lán)色模塊為傳統(tǒng)技術(shù)手段，如果你的場景最終路徑指向藍(lán)色模塊，即代表你的場景不適合使用超級自動化進(jìn)行落地或改進(jìn)。

最后我們來看一個實際場景來結(jié)束“超級自動化-執(zhí)行”階段的拆解，舉例的是一個證券行業(yè)通用的場景，場景名字叫“證券代碼段變更”，場景背景是目前證券交易所會不定期給各個證券公司以郵件的形式告知哪些股票上新、哪些股票退市了，因為這屬于重要業(yè)務(wù)信息，需要及時更新到各家的證券股票軟件里，所以每家證券公司都會安排專人負(fù)責(zé)收取郵件，第一時間收到郵件后，走流程最終完成變更，中間涉及多個角色和多個操作動作(變更、復(fù)核等)，流程冗長且重要，所以證券公司就希望把該流程線上化、并自動化，流程圖如下：

證券代碼段變更場景解構(gòu)圖

場景路徑推演

綜上所述，我們一起對超級自動化-執(zhí)行階段的“任務(wù)自動化”和“流程自動化”進(jìn)行了解構(gòu)，該階段解決方案和產(chǎn)品已經(jīng)相對成熟，各位可以基于自身組織的情況，進(jìn)行一定嘗試。另外OCR、NLP、IDP等技術(shù)與任務(wù)自動化、流程自動化的結(jié)合也有非常多的實踐場景，這些內(nèi)容會在后續(xù)文章的超級自動化-智能階段去給大家進(jìn)行陳述。最后希望本文對您有幫助，如果描述不準(zhǔn)確的情況，還請見諒。