RPA是什麼？RPA 是 Robotic Process Automation 的縮寫，中文稱為機器人流程自動化，指用軟體機器人模擬人在電腦上的操作，例如開啟系統、點選按鈕、填入欄位、複製貼上與下載檔案，把規則固定、步驟重複的工作依序跑完。它透過畫面上的元素操作既有系統，不必先改寫原系統，所以也能用在沒有 API 可以串接的舊系統。但畫面改版、資料格式不一致或遇到需要判斷的例外，流程就可能中斷；評估時要先確認流程夠穩定，並和 API 串接、客製系統比較長期的維護成本。
機器人流程自動化怎麼運作：照著畫面一步步操作
RPA 的核心做法是像人一樣操作畫面：看到欄位就填，看到按鈕就按。以 Microsoft 的 Power Automate 為例，官方說明它的桌面流程屬於 RPA 功能，可以自動化舊版應用程式、網頁與桌面應用程式、Excel 檔案和資料夾，並透過應用程式的 UI 元素、圖片或座標與電腦互動。
要讓機器人找到正確的按鈕，工具會記錄每個元件在畫面中的位置描述，Power Automate 稱為「選取器」。流程設計好之後，可以手動啟動，也可以由排程或事件觸發，例如每天固定時間執行，或收到特定郵件時啟動。
執行方式分成兩種：有人參與是在使用者登入的工作階段中執行，使用者可以在旁邊看著流程跑；無人參與則在背景、沒有人操作的電腦上自動執行。以 Power Automate 為例，兩種模式需要的授權不同，無人參與還要求執行的電腦所有使用者都已登出，執行時畫面保持鎖定。
適合交給 RPA 的流程特徵
判斷一項工作適不適合 RPA，可以逐項對照下列特徵，符合越多，越值得試做：
- 規則明確：每一步都能寫成「如果是這樣，就做那樣」，不需要人看情況判斷。
- 重複頻繁：每天或每週固定要做，而且每次的步驟大致相同。
- 輸入資料有固定格式：來源是系統匯出的報表、固定欄位的表單或試算表，而不是手寫或格式不一的檔案。
- 跨多個系統搬資料：要在兩三個系統之間重複複製貼上，人工可能漏填或貼錯。
- 系統畫面穩定：操作的系統不常改版，按鈕與欄位位置固定。
- 沒有更好的串接方式：系統沒有 API，或短期內不打算汰換。
反過來說，例外情況多、規則每季都在改、或系統即將換新的流程，就算做成 RPA，也可能要花不少時間修流程。
常見的 RPA 應用情境
下面依部門整理可以考慮 RPA 的情境，可以拿來對照自己公司的工作清單：
- 財務會計：定期登入網站下載對帳檔，整理成固定格式後輸入會計系統，再產出異常清單給承辦人確認。
- 訂單與庫存：從電商平台後台匯出訂單，逐筆輸入進銷存或 ERP，並回填出貨單號。
- 業務與客服：把官網表單收到的詢問整理進 CRM，或把客戶資料從舊系統轉入新系統。
- 行銷報表：從各平台下載報表，彙整到同一份試算表，供每週會議使用。
- 人資行政：依到職清單在多個系統建立帳號與權限，離職時依清單停用。
這些情境的共同點，是人負責判斷與處理例外，機器人負責重複的搬運與輸入。
RPA、API 串接與客製系統差在哪
同樣是讓系統之間的資料自動流動，三種做法的運作方式與維護重點不同：
| 做法 | 運作方式 | 適合情況 | 維護重點 |
|---|---|---|---|
| RPA | 模擬人操作畫面 | 舊系統沒有 API、流程短期內不會大改 | 畫面改版後要重新調整選取器 |
| API 串接 | 系統之間依約定格式直接交換資料 | 雙方系統都提供 API | 對方 API 版本更新與錯誤通知 |
| 客製系統 | 把流程直接做進後台 | 流程是公司核心、規則複雜 | 需求變更與長期維護 |
Power Automate 的雲端流程就是透過連接器呼叫各服務的 API，官方說明連接器的每個動作都直接對應 OpenAPI 規範中定義的操作。如果雙方系統都提供 API，就可以先評估直接串接，不必讓機器人去點畫面。API 的規劃方式可參考企業系統 API 串接的規劃；要從整體流程決定該用哪一種做法，可以先讀流程自動化的盤點方式。
RPA 的限制與風險
- 畫面一改就可能失效：機器人依選取器找元件，網頁或系統改版後可能找不到。Power Automate 允許替同一元件設定多個選取器，失敗時依序改用下一個，但仍需要有人定期檢查。
- 錯誤預設會讓流程停下：官方說明桌面流程發生錯誤時預設會停止執行，可以另外設定重試、移至標籤或執行子流程；失敗通知則要自行安排。
- 帳號密碼的保管：機器人通常要登入系統。官方提醒避免把密碼或 PIN 等敏感資訊直接寫在動作屬性中，即使變數已標記為敏感也一樣，因為標記為敏感並不能保護硬式編碼的資訊。
- 權限過大：機器人帳號只開放必要的系統與功能，並保留執行紀錄，才查得出資料是誰改的。
- 流程沒人懂：做流程的人離職後沒人能修，所以每條流程都要有負責人與步驟說明。
RPA 上線前的檢查清單
- 用測試帳號與測試資料完整跑過，包含資料缺漏、格式錯誤等例外情況。
- 替關鍵步驟設定錯誤處理與失敗通知，確認通知會送到負責人。
- 確認執行的電腦、授權與執行模式，無人參與的電腦不要安排人員同時登入使用。
- 把帳號密碼改由安全的方式傳入，不寫在流程裡。
- 保留執行紀錄，並約定多久檢查一次結果是否正確。
- 寫下流程目的、觸發條件、涉及系統與負責人，系統改版前先通知負責人。
常見問題
RPA 和 AI 有什麼不同？
RPA 依事先設定的步驟執行，遇到沒定義的情況就會停下；AI 模型能理解文字或圖片內容，但結果可能不準確。兩者可以搭配，例如由 AI 讀取文件、RPA 負責輸入系統，關鍵資料仍要人工確認。
做 RPA 需要會寫程式嗎？
簡單流程可以在視覺化介面中組合動作建立，不一定要寫程式碼；但變數、迴圈、錯誤處理與選取器調整仍需要邏輯概念。流程一多或牽涉核心資料時，建議由熟悉系統的人負責設計與維護。
網站改版後，RPA 流程為什麼會失敗？
機器人是靠選取器辨認按鈕與欄位，改版後元件的名稱或位置改變，就可能找不到。可以設定備用選取器、避免依賴容易變動的屬性，並在系統改版前先測試流程。
RPA 可以在下班後自動執行嗎？
可以用排程觸發。以 Power Automate 為例，無人參與執行需要 Process 方案的授權，執行的電腦要所有使用者都已登出，執行時畫面會保持鎖定，執行期間不要再登入那台電腦。
哪些流程不適合用 RPA？
需要大量人工判斷、規則經常變動、系統即將汰換，或雙方系統已提供 API 的流程，都不建議優先用 RPA。這些情況可以先評估 API 串接或調整流程本身，再決定是否需要 RPA。
本文由京采數位科技整理。我們自 2005 年起提供官網設計、系統開發與 Google SEO 服務，實際案例可見成果與案例。
想直接討論你自己的網站狀況，或需要一份初步的搜尋機會評估？
相關主題
下一步
建議先列出每週重複次數多的三到五項工作，記下步驟、涉及系統與例外情況，再判斷適合 RPA、API 串接，還是把流程做進後台。需要把表單、訂單或會員資料改成系統之間直接交換，或規劃客製後台時，京采的網頁設計服務可以協助需求釐清、API 串接與後台開發，歡迎與我們聯繫討論。
