挑RPA工具之前，先確認這條流程真的需要模擬畫面操作：系統有 API 就優先串接，平台內建的自動化做得到就不必另外導入。確定要用 RPA 後，再比較這幾個面向：有人值守或無人值守的執行模式、能操作哪些應用程式、畫面改版後好不好維護、帳號權限與執行紀錄能否稽核，以及授權依使用者、依機器人還是依用量計費。下文以 Microsoft Power Automate 為例說明，各家產品的名稱與計費方式不同，實際以原廠官方說明為準。
先判斷：RPA、API串接還是內建自動化
RPA 的定義與適合的流程特徵，可先讀RPA是什麼，這裡只整理選工具前的分流判斷：
- 兩邊系統都有 API：優先評估API串接，資料直接交換，不受畫面改版影響。
- 現有工具內建規則或排程：例如雲端服務的通知、表單送出後的流程，先用內建功能完成。
- 要操作沒有開放介接的系統：舊系統、桌面軟體或終端機畫面，才是 RPA 的主場。以 Power Automate 為例，桌面流程可以自動化終端模擬器這類舊版應用程式、網頁與桌面應用程式，以及 Excel 檔案與資料夾。
三種做法可以混用，例如雲端流程負責通知與資料搬移，RPA 只處理非得點畫面的步驟；整體分工可參考自動化流程的盤點方式。
RPA工具評估面向比較表
拿同一條真實流程請候選工具實作，逐項記錄在下表，比閱讀功能列表更能看出差異：
| 評估面向 | 要問的問題 | 怎麼驗證 |
|---|---|---|
| 執行模式 | 支援有人值守、無人值守，或原廠託管的雲端電腦 | 試點流程分別用兩種模式各跑一次 |
| 支援的應用程式 | 能否操作你的舊系統、瀏覽器、桌面軟體與試算表 | 用實際要接的系統建立一段流程 |
| 觸發與排程 | 能否依排程、事件或其他雲端流程啟動 | 確認所需的帳號等級是否支援 |
| 維護難度 | 元件辨識失敗時怎麼調整、有沒有除錯工具 | 改動一個欄位位置，看修正要花多久 |
| 權限與稽核紀錄 | 誰能建立、分享、執行流程，紀錄保留哪些資訊 | 查看一次失敗執行留下的紀錄 |
| 憑證保管 | 密碼能否存在外部保管庫，不寫進流程 | 確認執行紀錄裡不會出現密碼 |
| 授權計費 | 依使用者、依機器人或依用量 | 用預估的同時執行數量試算 |
授權計費方式：依使用者、機器人或用量
RPA 工具的授權常見三種計算方式，同一套產品也可能混合採用：
- 依使用者：授權給建立與執行流程的人。以 Power Automate 為例，Premium 使用者授權可在自己註冊的電腦上，以有人參與（即前文的有人值守）模式執行桌面流程。
- 依自動化或機器人：授權配置給流程或電腦。Power Automate 的 Process 授權分配給一台電腦後，成為一個無人參與的機器人，一次執行一個桌面流程；託管程序授權則用於原廠託管的電腦。
- 依用量：依實際執行量計費，Power Automate 也提供隨用隨付模式。
Power Automate 官方也說明，容量授權不取代使用者授權，建立與執行桌面流程仍需要授權使用者。此外，以個人 Microsoft 帳戶，或沒有進階授權的公司或學校帳戶登入桌面版時，不支援雲端流程觸發與排程、分享協作與集中管理，企業要排程或多人協作，得先確認帳號等級。試算時，用「要同時跑幾條無人值守流程」估算機器人數量。
執行環境：自備電腦、電腦群組與託管電腦
無人值守的流程要有一台專門執行的電腦，選工具時就要決定這台電腦放在哪裡、由誰維護。以 Power Automate 為例有三種安排：
- 自備電腦：在公司的電腦或虛擬機安裝桌面版並註冊，能直接存取內部網路的舊系統，但作業系統更新與重開機要排進維運。
- 電腦群組：把多台電腦組成群組分散工作負載，流程觸發後排入佇列，有電腦空出時自動指派執行，適合流程變多、尖峰時段集中的情況。
- 託管電腦：不必提供或設定實體電腦，就能建置、測試與執行有人參與和無人參與的桌面流程，需要託管程序授權，並搭配 Windows、Intune 與 Microsoft Entra ID 等必要授權。
評估時要確認執行電腦連得到要操作的系統；選託管電腦時，要另外確認它如何連到公司內部網路。
安全與治理：帳號、憑證與執行紀錄
- 專用帳號：機器人以專屬帳號登入各系統，權限只給流程用得到的範圍，異動紀錄才分得出是人還是機器人做的。
- 憑證保管：Power Automate 的憑證功能使用存放在 Azure Key Vault 的祕密，在桌面流程與連線中登入，不必把敏感資訊寫進指令碼；憑證變數一律標為敏感，值不會存入記錄。
- 資料外洩防護：管理員可用 DLP 原則，把桌面流程的模組與動作分為商務、非商務或封鎖，不符規範的桌面流程會被暫停。
- 執行紀錄：在「監視」下的「桌面流程執行」可查看狀態、執行模式、持續時間與觸發它的雲端流程。要注意，在桌面設計工具內啟動的流程不會收集動作記錄，正式執行應由雲端流程啟動。
導入步驟：從概念驗證到維運分工
- 列出候選流程：訪談實際執行的人，或用流程挖掘從系統的事件資料找出耗時、重複的步驟；Power Automate 的流程挖掘可把事件資料視覺化，協助找出自動化機會。
- 概念驗證：用同一條流程在候選工具上實作，比較建置時間、執行穩定度與畫面改動後的修正難度。
- 試算授權與電腦：依同時執行的流程數、是否需要排程與多人協作，決定授權組合與執行電腦數量。
- 完成治理設定：上線前建好機器人帳號、憑證保管、DLP 原則與紀錄查看權限。
- 建立維運分工：每條流程指定負責人，系統改版前先通知，無法自動處理的資料轉進人工待辦。
常見問題
免費的 RPA 工具可以給公司正式使用嗎？
要看授權條款與功能限制。以 Power Automate 桌面版為例，用個人 Microsoft 帳戶登入時流程存在個人 OneDrive，也不支援雲端觸發、分享與集中管理，正式使用前要確認帳號類型。
有人值守和無人值守要怎麼選？
需要人在旁確認或中途輸入資料的流程，適合有人值守，在使用者登入的電腦上執行；夜間批次處理、不需要人介入的流程，適合無人值守，要準備專用電腦與對應授權。
評估 RPA 工具時要找誰參與？
實際執行流程的同仁、負責系統權限與資安的人員，以及日後維護流程的人。只有主管參與時，容易漏掉例外情況，上線後才發現帳號權限或執行電腦沒人管理。
RPA 流程可以搬到其他工具嗎？
不同工具的流程格式不一定相容，換工具時可能要重建。每條流程保留步驟說明、涉及系統與例外處理文件，日後換工具或改用 API 串接，都能據此重新實作。
導入 RPA 工具後還需要工程師嗎？
簡單流程可由熟悉業務的同仁在視覺化介面建立，但執行電腦、帳號權限、憑證保管與失敗排查，仍需要懂系統的人負責。流程涉及多個系統或核心資料時，建議由資訊人員把關。
本文由京采數位科技整理。我們自 2005 年起提供官網設計、系統開發與 Google SEO 服務，實際案例可見成果與案例。
想直接討論你自己的網站狀況，或需要一份初步的搜尋機會評估？
相關主題
下一步
選工具前，建議先挑一條候選流程，記下涉及的系統、各系統是否提供 API，以及常見的例外情況，再決定用 RPA、API 串接或把流程做進後台。京采的網頁設計服務可以協助需求釐清與 API 串接開發，或把重複作業規劃成客製後台的功能，減少需要機器人點畫面的步驟；想討論哪條流程適合哪種做法，歡迎與我們聯繫。
