GSS 技術部落格
在這個園地裡我們將從技術、專案管理、客戶對談面和大家分享我們多年的經驗,希望大家不管是喜歡或是有意見,都可以回饋給我們,讓我們有機會和大家對話並一起成長!
若有任何問題請來信:gss_crm@gss.com.tw
字體大小: +
9 分鐘閱讀時間 (1783 個字)

從零開始學 RPA:AutoIt、Power Automate、Automation Anywhere 的使用經驗-Part2

Designer-3

以終為始,先了解所面對的情境以及資源,做一個整體的考量:

  • 資源現況:
    • 最終使用者: 非技術背景,為一般日常操作人員。
    • RPA 開發能力: 組織內部目前沒有專門的 RPA 開發團隊,短期內也無成立計畫。
    • RPA 開發人力: 負責 RPA 開發的人員同時身兼其他職務,並非專職 RPA 開發人員。
  • 維護考量:
    • 維護的目標:選擇的 RPA 工具應能實現最低度維護,提供快速簡便的 Debug 方式,並能輕鬆佈署,避免額外安裝。
    • (必要)執行環境的限制:由於部分執行環境的封閉性,程式碼不適合佈署於外部雲端。
    • (必要)使用情境挑戰:
      • 部分系統是穩定不太會變動的。
      • 部分非自開發系統畫面變動頻繁且不可預測、不可控。
      • 因此,RPA 工具的易用性、維護的簡便快速性、佈署的便捷性以及維護人力資源的可取得性至關重要。 我們理解系統變動的必然性,目標是透過持續的維護與調整,尋求更穩定的解決方案,減少維護工作量,並在無法避免的變動發生時,能快速應對。
      • 面對不可控的系統變動,無論使用多麼高檔、多麼簡單的工具,調整是無可避免的,因為沒有任何程式的產出,可以精準的預測到未來的變化,包含未來、不改程式、不維護程式。世界是「無常」的,是一種軌則。而是朝維護修改中,找出能夠更穩定的方式來應對,來漸漸縮小需要調整的範圍,降低維護的頻率,而無法應對的地方就是要調整了。
      • 所以工具選擇首重易上手、維護的簡便快速性、佈署的便捷性以及維護人力資源的可取得性至關重要。系統變動的必然性,目標是透過持續的維護與調整,尋求更穩定的解決方案,減少維護工作量,並在無法避免的變動發生時,能快速應對。

在上面的前提下,繼續來進一步比對 AutoIt、Power Automate、Automation Anywhere 這三個自動化工具。

比較項目

AutoIt

Power Automate

Automation Anywhere

1. 是否開源 ◆ 是(自由可商用) X 否(微軟產品)

X 否(商業授權)

2. 安裝方式 本地安裝
需下載 AutoIt 與 SciTE 編輯器
桌面版需安裝 Desktop Agent
雲端版免安裝,透過瀏覽器操作
安裝桌面 Bot Agent + 雲端平台,需企業 IT 佈署
3. 前置需求 無需依賴,只要 Windows 環境 需 Windows + 微軟帳戶 + Office 環境(建議) 通常需 IT 先安裝連線模組與認證配置
4. 使用者環境佈署方式 ◆ 可打包為 .exe,直接執行 X 無法打包為 .exe,
通常透過 Power Automate Desktop 執行流程,或排程在雲端觸發
X 無法打包為 .exe,
流程需在雲端平台設定 + Agent 收到指令後執行
(補充說明) 打包後可拷貝到他人電腦單機執行 使用者需登入 Power Automate Desktop,
透過流程面板執行
使用者由雲端平台指派流程,Bot Agent 收到後自動執行
5. 開發對象 技術人員、具程式背景的自動化工程師 一般業務 / IT 支援者 / 微軟生態圈用戶 企業級 RPA 工程師 / 自動化顧問 / IT 部門
6. 純使用者能力需求 中高,需要理解腳本結構 低,可全圖形操作,不需寫程式 中等,需理解流程模組與企業平台邏輯
7. 價格 完全免費 有免費版,進階功能需付費訂閱 高價授權制(依機器數量、使用時間等)
8. 適用場景 單機桌面 GUI 自動化、
批次任務
Office 365、SharePoint、Teams 整合流程 金融、醫療、政府等需大規模流程控管
9. 使用者自行維護可能性 ○中(需寫程式、維護編譯) ◆ 高(使用者可透過 Web 或 Desktop 編輯流程) ▲ 低(需專人管理平台與流程佈署)

※ 進一步針對「使用者自行維護可能性」分析如下:

◆ AutoIt :語法直覺、容易理解

例如:MouseClick("left", 100, 200)

這種語法:

  • 結構簡單
  • 動作名稱明確(MouseClick, Send, WinActi◆ate)
  • 沒有物件導向概念,不需要理解「類別」、「物件屬性」

對於喜歡嘗試、願意照範例修改的非技術使用者來說,是比較親民的。
尤其搭配 SciTE 編輯器還有即時提示與範例,使用者只要稍微懂一些「英文動詞」就能照改。

◆ Power Automate :介面友善但抽象概念多

UI上 Power Automate 是「拖拉介面」很容易用,而實際上:

  • 一個按鈕或畫面元素會被 Power Automate Desktop 定義為:
  • UI automation > Windows UI element > application > window > control > control instance
  • 控制元件還要「錄製」後挑選,甚至手動辨識 selector,這對沒有 DOM 或 UI 概念的人來說非常抽象
  • 錯誤處理、條件分支、資料變數格式常常也讓非技術者搞混

所以,如果只是要「打開一個檔案、點一下按鈕、打幾個字」,AutoIt 是明快直接的;Power Automate 則容易讓人一臉問號。

總結:

工具

初次上手友善度

真正「自己維護」的負擔

AutoIt ○中等(需要進入簡單語法) ◆ 高:只要照範例改指令
Power Automate ◆ 高(錄製流程簡單) ▲ 低:維護時會碰到抽象 UI 結構
Automation Anywhere X 低(初期門檻高) X 低(幾乎都要交由 IT 維護)

AutoIt 雖然是「程式語言」,但對於輕度流程的維護反而更直接好懂
Power Automate 適合讓人「點一點、錄一錄」,維護異動性極小的自動化流程,如果要修改流程、理解元件層級時,其實比 AutoIt 複雜許多。個人覺得這個小而美很適合一般情境使用,唯獨針對預備維護人力資源上這點來考量時,只能暫時先放下它了。

Automation Anywhere 看起來是又貴又有門檻,其實不是的,回到最初所說的,以終為始,要看你的需求情境,跟你可用的資源,以及想要建構甚麼樣的狀態,來選用適合的工具。

Part2 就先到這裡囉。

×
Stay Informed

When you subscribe to the blog, we will send you an e-mail when there are new updates on the site so you wouldn't miss them.

OpenShift 容器平台 SCC 策略:適應隨機 UID 啟動容器
從零開始學 RPA:AutoIt、Power Automate、Automation Anywher...

相關文章

 

評論

尚無評論
已經注冊了? 這裡登入
2025年10月28日, 星期二

Captcha 圖像