RPA 是什麼?哪些工作適合 RPA、什麼時候改用 API 或 AI agent

RPA 讓軟體照設定好的步驟操作畫面,補上沒有 API 的那一段。這篇用一個每月對帳流程比較 RPA、API 流程與 AI agent,也整理 RPA 上線後最常卡住的地方。

先說結論

RPA(機器人流程自動化)讓軟體模仿人在電腦上點選、輸入、複製貼上,照固定步驟操作畫面,適合規則清楚、量大、系統卻沒有 API 的工作。系統有 API 時,用 API 流程比較穩;格式不一、需要判斷的那一段,才考慮 AI agent。導入前先算維護成本:畫面改版、登入驗證和例外狀況,是 RPA 最常停下來的地方。

象牙色桌面上一具黃銅與鋼製的縮放儀,左邊筆尖描著一組幾何線條,右邊筆尖在另一張紙上畫出相同的圖形,暖黃側光
RPA 是什麼?哪些工作適合 RPA、什麼時候改用 API 或 AI agent 封面視覺

假設一家物流公司的財務專員,每個月 1 號早上都在做同一件事:登入三家銀行的企業網銀,各自下載上個月的對帳單,把欄位順序整理成公司 ERP 能匯入的格式,再和帳上的應收、應付逐筆核對。三家銀行的網頁長得都不一樣,其中一家登入還要輸入手機收到的驗證碼,整套做完大約兩個小時。

主管問:這種重複的事,能不能交給 RPA?能交出去的只有一部分。這個流程裡有一段很適合 RPA,有一段用 API 更穩,還有一小段需要判斷,那才輪到 AI agent。下面先講 RPA 怎麼運作,再用這個對帳流程把三種做法各走一次,最後談 RPA 上線之後最常停在哪裡、要花多少力氣維護。

RPA 怎麼運作:照錄好的步驟,找到畫面上的同一個按鈕

RPA 是 Robotic Process Automation 的縮寫,中文常翻成機器人流程自動化。這裡的機器人是一支軟體:它在電腦上開視窗、點按鈕、輸入文字、複製貼上,像一位照著操作手冊做事的同事。

Microsoft 對它的定位寫得很直接:應用程式沒有現成的連接器、也沒有 API 可用時,就用模仿滑鼠和鍵盤的方式來自動化(Power Automate 授權說明)。

建一個 RPA 流程有兩種起手式。一種是錄製:人先操作一遍,工具把點了哪裡、打了什麼記下來;另一種是在設計畫面裡一個動作一個動作排。不管哪一種,關鍵都在下次執行時,機器人怎麼在畫面上找到「同一個」按鈕。

早期的做法是記座標,或截一小塊圖片去比對,螢幕解析度一變、按鈕挪幾個像素就找不到。現在的工具多半改用 selector(選擇器):記下那個元素在視窗結構裡的位置和屬性,例如它的名稱、ID。

Power Automate 的文件說明,桌面流程用 UI 元素辨識畫面,因此不必依賴影像比對或絕對座標。一個元素可以設好幾組 selector,第一組失效就換下一組。也可以改用元素上的文字來找,頁面結構改版時比較不容易壞(UI 元素說明)。

回到對帳的例子。機器人要按的是網銀頁面上的「匯出 Excel」。只要按鈕的名稱和它在頁面裡的位置沒變,換一台螢幕、把視窗縮小都找得到;銀行把按鈕改名成「下載明細」,或把它收進一個新的下拉選單,流程就停了。RPA 認得的是畫面上的名稱和位置,看不懂資料的意思,這點決定了後面所有的維護成本。

有人值守和無人值守:差在誰按開始、誰輸入驗證碼

RPA 有兩種執行方式。Microsoft 把它們分成 attended(有人值守)和 unattended(無人值守):有人值守是在使用者自己的電腦上、有人看著時執行。無人值守則是機器人自己登入一台電腦,跑完流程再登出,全程沒有人在旁邊。UiPath 也把「要在哪一種情境下執行」列為規劃自動化時要先做的第一個決定。

有人值守(attended)無人值守(unattended)
誰啟動使用者在自己的電腦上按執行排程或系統事件,在指定的電腦上執行
在哪裡跑使用者正在用的那台電腦專用電腦或虛擬機,機器人自己登入、登出
遇到驗證碼人在旁邊,輸入後讓流程繼續沒有人能輸入,流程只能停下
適合一天幾次、需要人在旁邊確認的工作夜間批次、量大且步驟固定的工作
授權(以 Power Automate 為例)免費版可在本機手動執行;從雲端觸發要 Premium每台執行電腦要一個 Process 授權

例如對帳流程裡那家要輸入簡訊驗證碼的銀行,就只適合有人值守:專員自己登入、輸入驗證碼,剩下的下載、整理、匯入交給機器人。想改成半夜自動跑,得先確認銀行有沒有提供不需要手機驗證的企業介接方式。這件事要問銀行,RPA 的設定改不了它。

同一個對帳流程,用 RPA、API 和 AI agent 各做一次

把開頭的流程拆開,三家銀行的條件剛好都不同:A 銀行提供企業帳務資料的介接,可以用程式定時取檔。B 銀行只能登入網頁下載,登入要簡訊驗證碼。C 銀行每月寄 PDF 對帳單到信箱。ERP 是十年前導入的版本,沒有匯入 API,只能在畫面上按「批次匯入」選檔案。

同一件事用三種方法做,差別是這樣:

判斷項目RPAAPI 流程(n8n、Zapier 等)AI agent
前提能在電腦上操作網銀與 ERP 的畫面銀行或 ERP 提供資料介接有可讀的資料、工具權限,以及負責審核的人
登入方式照人登入的步驟走,有驗證碼就要人在場系統對系統,用金鑰或憑證看它背後呼叫的是 RPA 還是 API
三家格式不一樣每家各寫一套步驟與欄位對應每家一個轉換節點讀得懂不同格式,但每次結果都要驗算
最常壞在哪網頁改版、彈出公告、驗證流程改變介接規格更新、金鑰過期讀錯欄位,或把看不清楚的值猜出來
適合哪一段B 銀行的下載、舊 ERP 的匯入A 銀行的取檔對不上帳的那幾筆:整理可能原因給專員判斷
誰要定期照顧改版時有人修流程規格變動時改節點有人抽查結果、維護提示詞與規則

C 銀行的 PDF 是第四種情況:內容要先從檔案裡讀出來。PDF 如果是銀行系統直接產生的,程式可以直接取字;如果是掃描檔,就要先經過 OCR,讀完還要驗算金額。OCR 讀得多準、什麼時候會讀錯,我們另外實測過,寫在 OCR 辨識是什麼。

灰色底上由左到右排開五張空白表單,前四張的琥珀色印記都落在左上角的方框裡;第五張的方框移到右上角,印記落在框外的空白處 RPA 每次都在同一個位置動作。畫面一改,它照樣蓋章,只是蓋在框外。

整張表的結論很單純:有 API 的那一段用 API,沒有 API 又規則固定的那一段才用 RPA,需要判斷的那一小段交給 agent,並留給人確認。

四種自動化工具的定義與分工,在 AI agent 和聊天機器人、RPA、自動化流程差在哪 有完整比較。A 銀行那種有介接的流程,可以照 n8n 教學 從一個排程觸發開始接。

RPA 最常壞在哪:我們自己送 Google 收錄時踩到的四件事

2026 年 10 月,我們替自己的網站整理 Google 收錄狀態,要對幾個新頁面做網址檢查,再按「要求建立索引」。這件事是讓 AI agent 透過瀏覽器自動化完成的,操作方式和 RPA 一樣:打開 Search Console 網頁、在搜尋框貼上網址、等結果出來、讀畫面上的字、按按鈕。前後碰到的問題,剛好是 UI 自動化最典型的幾種:

  1. 輸入框不吃值。一種「插入文字」的指令在一般輸入框沒問題,在 Search Console 的搜尋框卻填不進去,要改成先點一下、再填值、再按 Enter。
  2. 等待的方式把工具弄斷。10 月 6 日凌晨,用「等到畫面出現某段文字」的指令等檢查結果,瀏覽器的執行環境兩次直接斷線;改成每 3 秒讀一次頁面文字,才穩定下來。
  3. 畫面上看不到的字,程式讀得到。結果頁裡「已要求建立索引」「再次要求」這類字串,平常就藏在網頁原始碼裡,只讀原始碼會誤判狀態,要讀實際顯示出來的文字或看截圖。
  4. 有配額,也會被要求重新登入。「要求建立索引」每天有上限,當天用完畫面就跳 Quota Exceeded,只能隔天再送。10 月 10 日再打開 Search Console 時,Google 要求帳號重新驗證身分,密碼我們不交給自動化工具輸入,流程就停在那裡等人。

這裡有一個常被跳過的問題:動手之前,先確認這個動作有沒有 API。檢查網址狀態,Google 有 URL Inspection API,每個網站每天可以查 2,000 次。

要求建立索引卻只能在 Search Console 的網址檢查工具裡按,Google 也提醒同一個網址重複要求,並不會更快被檢索(要求重新檢索的說明)。

另一個 Indexing API 只開放給徵才與直播兩種頁面。所以查狀態可以用 API,送收錄只能點畫面。一天只送幾個網址的話,人工按比維護一支自動化流程省事。

一般公司的 RPA 遇到的狀況也差不多:系統改版、多一個彈出公告、登入加了一道驗證、網頁變慢讓下一步按得太早。用桌面方式抓網頁元素的流程,還會受瀏覽器版本影響,Microsoft 的文件就提醒這種元素沒有網頁元素可靠。導入 RPA 之前,先問清楚畫面多久改一次、改版時誰會通知你,這比挑哪一套工具重要。

上線前先寫好例外處理和維護分工

Power Automate 的桌面流程預設是遇到錯誤就停。每個動作可以設定失敗時重試(預設重試一次、間隔兩秒)、跳到下一步、跳到某個標籤,或改跑另一段子流程。一整段動作也能用 On block error 包起來統一處理(錯誤處理說明)。

它另外有一個還在預覽的 AI 功能 Self-healing(自我修復):找不到畫面元素時,試著判斷最可能的那個元素繼續跑,目前只處理「找不到元素」這一種錯誤。

這些設定能讓流程少停幾次,失敗之後由誰接手,還是要人先決定。上線前我會先寫好這五件事:

  1. 每一步的成功條件:下載完要確認檔案有內容,列數和網銀畫面上顯示的筆數一樣。
  2. 失敗時留下什麼:截圖、錯誤訊息、停在哪一步,存到固定的資料夾。
  3. 通知誰、多久內處理:例如財務專員收到通知,當天手動補做。
  4. 重跑不會重複入帳:匯入前先比對 ERP 裡有沒有同一批資料。
  5. 誰負責改流程:網銀或 ERP 改版時誰修、修完怎麼測。委外製作的流程,尤其要在合約裡寫清楚。

第 4 點最容易被跳過。對帳流程如果在匯入一半時當掉,重跑時又從頭匯一次,ERP 裡就會出現兩筆一模一樣的入帳,月底要花更多時間找出來。例外處理要寫的是「失敗之後怎麼辦」,只設定重試次數還不夠。

費用與授權:免費版做得到哪裡

以 Power Automate 為例,桌面版(Power Automate for desktop)裝在 Windows 10、Windows 11 或 Windows Server 上,ARM 處理器的電腦目前不支援。

免費的部分,用 Microsoft 帳號登入,就能錄製、編輯,並在自己的電腦上手動執行桌面流程(安裝需求與帳號比較)。

付費的部分分三種。要從雲端排程觸發、把流程分享給同事,需要 Premium 使用者授權,內含一個有人值守的機器人。要無人值守執行,每台執行電腦要一個 Process 容量授權,一個授權同一時間只跑一個流程。不想自己管電腦,可以用 Hosted Process,讓 Microsoft 代管執行的機器。

UiPath 有免費的 Community 方案,給個人開發者與符合條件的小型組織,條件寫在它的 Community Agreement。Automation Anywhere 也有雲端版的 Community Edition 可以免費使用。企業正式上線多半走付費方案,席次、機器人數量與價格要看官方方案頁。

回到對帳流程:專員自己在電腦上按執行、輸入驗證碼的版本,免費版就做得出來。想讓它半夜自動跑,要 Process 授權,外加一台能整天開著的 Windows 電腦或代管機器。授權費是看得到的成本,我會把維護流程的人力算得比授權費更重,因為畫面每改一次,就有人要回來修。

需要有人一起拆流程

RPA、API 和 agent 怎麼搭配,要看你們的系統有哪些介接、哪些步驟需要人確認,例如開頭的對帳流程,就同時用得到三種。

我們的企業 AI 營運方案從需求診斷開始:工程師到現場梳理作業細節,確認交付與驗收標準。接著打通既有軟體與資料庫,建置專用的操作後台與工作流,在真實業務中測試驗證後才上線,之後持續維護。資料異常或高風險的判斷會設計成先暫停、交由專人確認再執行,哪些動作需要確認,上線前和負責的主管一起訂好。

還在評估哪一段流程值得先自動化,可以先看哪些企業流程適合先交給 AI agent,裡面挑流程的四個條件,拿來篩 RPA 的候選也適用。

常見問題

RPA 算 AI 嗎?

傳統的 RPA 本身不算。它照設定好的規則與步驟執行,遇到沒寫到的狀況就停。現在的 RPA 平台多半把 AI 接進來,例如讀文件的 OCR、找不到畫面元素時的自我修復,或在流程中間呼叫模型做分類與摘要。比較準確的說法是:RPA 負責照步驟操作,AI 負責其中需要辨識或判斷的部分。

RPA 是免費的嗎?

有免費的起點。Power Automate 桌面版用 Microsoft 帳號,就能在自己的 Windows 電腦上手動跑流程。UiPath 有 Community 方案,Automation Anywhere 有 Community Edition。要從雲端排程、多人共用或無人值守執行,就要付費授權。

RPA 軟體有哪些?

常見的有 Microsoft Power Automate、UiPath、Automation Anywhere。公司已經在用 Microsoft 365,Power Automate 最容易先試;流程多、要集中管理很多機器人時,再比較各家的管理後台與授權方式。決定之前,拿一個真實流程在兩套工具上各做一次,看錄製、除錯和例外處理哪一套順手。

RPA 要有專人維護嗎?

要有負責人。RPA 工程師(也常稱 RPA 開發者)的工作,就是設計流程、處理例外、在系統改版後修流程。流程只有一兩支時不一定要專職,但要指定一位知道流程停了該看哪裡、該找誰的人。

Mac 可以用 Power Automate 跑 RPA 嗎?

桌面版只支援 Windows 10、Windows 11 與 Windows Server,ARM 處理器的電腦也不支援。用 Mac 的團隊可以先用雲端流程串接有 API 的服務;需要操作桌面畫面的部分,就要另外準備一台 Windows 電腦或虛擬機。

參考來源

以下依官方文件整理,授權方案、免費版範圍與 API 配額以官方頁面當下為準。

從這篇繼續看相關內容

依文章主題整理同站文章、服務/產品與 FAQ 入口,讓下一步有清楚的閱讀方向。

延伸閱讀

下一步

服務入口

了解企業 AI 營運導入

名詞弄清楚之後,看 AI agent 怎麼接進既有系統,以及哪些動作要人工確認。

查看相關頁面

常見問題

AI 的 token 是什麼?

用量和費用怎麼算,先看一題直接回答。

查看 FAQ 解答

企業 AI 落地實踐

把文章裡的判斷帶回你的流程

從一個實際工作流開始,與 EthorX 共同釐清 AI agents 的導入起點。