Power Automate 的授權 ── Microsoft 365 能免費用到什麼程度,何時需要 Premium
· Go Komura · Power Automate, 授權, 進階連接器, Microsoft 365, 雲端流程, RPA, AI Builder, 業務自動化, 技術諮詢
「Power Automate 因為包含在 Microsoft 365 裡,所以可以免費使用吧」。抱著這種認知開始自動化的公司,往往會在一段時間後前來諮詢。「想連接 SQL Server 時,跳出了『進階』的警告」「試做的流程過了 90 天就不動了」「被告知建立流程的負責人一旦離職,流程就會停止」。這些問題,全都出在授權的機制上。
這種認知只對了一半。Microsoft 365 的授權裡,確實包含一項不需額外付費就能建立 Power Automate 雲端流程的有限使用權限(第 2 章會談到的隨附授權),核准流程、通知、SharePoint 清單整合,這類需求真的可以在免費範圍內搭建起來。問題在於,這個範圍的邊界是按連接器逐一劃定的,從動手建立到真正撞上邊界之前,很難提早察覺。本文將以「想做什麼」為出發點,整理 Power Automate 的授權體系──免費範圍到哪裡、什麼時候會需要進階授權、付費方案該怎麼選,以及實務上容易踩坑的地方。
另外,本文不觸及價格本身。價格會不斷調整,但「哪個層級的授權能做什麼」這種結構相對穩定。最新的條件請務必以 Microsoft Learn 與官方價格頁面為準確認。
1. 先講結論
- Microsoft 365 的授權中包含使用標準連接器建立/執行雲端流程(自動化流程、排程流程、按鈕啟動)的權利。SharePoint、Outlook、Teams、Forms、Excel Online 等自動化,都可以不產生額外費用地建立。12
- 不過這項使用權限的定位是「把 Microsoft 365 擴充用於個人生產力提升」,存在每位使用者每天 6,000 個動作的上限,也不包含進階連接器、自訂連接器、地端資料閘道、RPA、AI Builder。13
- Dataverse、SQL Server、HTTP(通用 HTTP 動作)、自訂連接器都屬於進階層。「只是呼叫外部的 Web API,應該是免費的吧」這種想法行不通。45
- 付費方案大致分為兩個體系:指派給使用者的 Power Automate Premium,以及指派給流程或機器的 Power Automate Process(舊 per user 方案、舊 per flow 方案、無人 RPA 附加元件的後繼產品)。結構上就是「按人數算比較划算,還是按流程數算比較划算」的問題。67
- 自動化流程、排程流程按流程擁有者的授權運作,按鈕啟動的即時流程則按執行者本人的授權運作。若把含有進階連接器的按鈕流程共用給整個部門,就需要讓所有執行者都持有 Premium(或為流程指派 Process)。8
- 核准(Approvals)雖然會把資料儲存到 Dataverse,但核准連接器本身是標準連接器。用 Microsoft 365 的授權就能建立核准流程。9
- 90 天試用版(Power Automate Trial)可以自行啟用,幾乎能體驗所有進階功能。這很方便,但在試用版狀態下就直接投入正式運作、到期後流程停止是常見的事故模式。610
2. 授權的整體樣貌 ── Microsoft 365 的「隨附授權」是什麼
Power Automate 的授權由兩個體系構成:使用者授權(指派給人)與容量授權(指派給流程、機器等自動化本身)。6
其中作為使用者授權的一種,還有一類隨 Microsoft 365、Dynamics 365、Windows 等其他產品的授權「附贈」而來的有限使用權限,Microsoft 的文件中稱之為隨附授權(seeded licenses)。「Power Automate 包含在 365 裡」,指的實際上就是這個。本文此後也統一使用這個稱呼。3
把這個體系整理成一張圖,就是下面這樣。
flowchart TD
Root["Power Automate的授權"] --> User["使用者授權<br/>指派給個人"]
Root --> Cap["容量授權<br/>指派給流程或機器"]
User --> Seed["隨附授權<br/>隨Microsoft 365、Windows等附帶<br/>僅限標準連接器・每天6,000個動作"]
User --> Prem["Power Automate Premium<br/>進階連接器・自訂連接器・有人RPA<br/>每天40,000個動作"]
User --> Trial["Power Automate Trial<br/>90天・相當於Premium加無人RPA"]
Cap --> Proc["Power Automate Process<br/>指派給1個雲端流程或1台機器<br/>每天250,000個動作"]
Cap --> Hosted["Power Automate Hosted Process<br/>在Microsoft代管的機器上無人執行"]
正如圖中分成的兩條分支所示,使用者授權是按「人」計數,容量授權是按「自動化本身」計數。第 4 章的選擇方式,說到底就是這兩種計數方式哪一種比較划算的問題。
Microsoft 365 的隨附授權能做到的事,如下所示。1
- 建立並執行自動化流程、排程流程、按鈕流程
- 使用標準連接器
- 每位使用者每天最多 6,000 個動作
- 進階連接器
- 自訂連接器
- 地端資料閘道
- RPA(桌面流程的協調管理)
- AI Builder
Microsoft Learn 將這項使用權限定位為「讓使用者能夠為個人生產力情境自訂與擴充 Office 365 的有限使用權限」,並明確寫道企業用途建議使用 Premium 授權。1 換句話說,「包含在 365 裡的 Power Automate」,只是一項能在 Microsoft 365 內部自我完結的自動化權利,並不是把內部系統、外部服務都涵蓋在內的整體業務自動化基礎設施──這是 Microsoft 自己給出的定位。
每天 6,000 個動作這個上限,也是容易被誤解的數字。它計算的不是流程的執行次數,而是流程內每一個觸發程序與動作各自的執行次數。迴圈內的動作每重複一次就計一次,因此即使是「每收到一封郵件就儲存一次附件」這樣單純的流程,只要件數夠多,消耗量也會出乎意料地大。超過上限並不會立即停止,而是會依超出的程度延遲執行。8
3. 標準連接器與進階連接器 ── 界線就在這裡
連接器分為標準(Standard)與進階(Premium)兩個層級,每個連接器歸屬於哪個層級都是固定的。把中小企業實務中常用的連接器整理出來,就是下表。
| 層級 | 代表性連接器 |
|---|---|
| 標準(Microsoft 365 範圍內可用) | SharePoint/Office 365 Outlook/Microsoft Teams/Microsoft Forms/Excel Online (Business)/OneDrive for Business/核准(Approvals) 29 |
| 進階(需要付費授權) | Microsoft Dataverse/SQL Server/HTTP/自訂連接器/Salesforce 等大量其他公司的業務 SaaS 45 |
以下列舉三個容易踩坑的地方。
- HTTP 屬於進階層。「即使沒有現成連接器的服務,只要有 Web API,就能用 HTTP 動作呼叫」這個說法本身沒錯,但這個通用的 HTTP 連接器是按進階層處理的。511 如果把與基幹系統、Web 服務的整合,想當然地估算成「用 HTTP 呼叫就免費」,就會在這裡崩潰。不過,只要想呼叫的對象是 SharePoint 的 REST API,就能用標準 SharePoint 連接器內建的「傳送 HTTP 要求給 SharePoint(Send HTTP Request to SharePoint)」動作來代替,這種情況下不需要額外的授權。11
- Dataverse 連接器屬於進階層,但核准連接器是標準層。核准功能在背後會把記錄儲存到 Dataverse,但核准連接器本身是標準連接器,可以用 Microsoft 365 的授權建立核准流程。所需的 Dataverse 資料庫,在預設環境中會在第一次建立核准流程時自動準備好。9 但另一方面,一旦把設定改成用觸發程序或動作直接讀寫 Dataverse 資料表,就立刻變成進階層了。4
- 地端資料閘道的使用權限,同樣不包含在 Microsoft 365 裡。從雲端流程存取公司內部伺服器上的 SQL Server 或檔案共用的架構,會同時牽涉到閘道使用權限與進階連接器兩方面,實質上屬於付費方案的範疇。3
在流程編輯畫面中,進階連接器會顯示「進階」標籤,因此可以在動手建立之前先確認。沒有相應授權的使用者,如果嘗試執行含有進階連接器的流程,會因為名為 DirectApiAuthorizationRequired 的授權錯誤而失敗。5
4. 付費方案的結構 ── Premium 與 Process,該按哪個算
需要用到進階功能時,目前主要有三個選項。名稱在幾年前重新整理過,舊名稱的資訊很容易混入搜尋結果中,需要留意。舊 per user 方案已被 Premium 取代,舊 per flow 方案與舊無人 RPA 附加元件已被 Process 取代。7
| 方案 | 指派對象 | 主要內容 |
|---|---|---|
| Power Automate Premium | 使用者 | 無限制地建立/執行/共用使用標準、進階、自訂連接器的雲端流程(每人每天 40,000 個動作)。可建立桌面流程並有人執行(1 個 attended bot)、流程探勘功能,並附贈 AI Builder 額度 6 |
| Power Automate Process | 雲端流程或機器 | 指派給流程後,無論執行者是否持有授權都能使用進階連接器,每天最多可執行 250,000 個動作(最多可疊加至 10 個授權)。指派的前提是流程必須包含在解決方案(Solution)中。指派給機器後,就成為 1 個無人執行的機器人 6 |
| Power Automate Hosted Process | 代管機器/代管機器群組 | 在 Microsoft 代管的虛擬機器上執行無人 RPA,不需要管理實體機器。定位為 Process 的升級版 6 |
選擇的關鍵很單純:按「使用人數」計算,還是按「業務流程數」計算。
- 如果使用進階連接器的流程,只是由特定負責人建立並讓它自動執行,那麼只需要為這位擁有者指派一個 Premium。由於自動化流程、排程流程是按擁有者的授權運作,觸發流程的員工(在 SharePoint 放檔案的人、在 Forms 填答的人)並不需要授權。8
- 如果按鈕啟動的進階流程要供整個部門所有人使用,或存在會消耗大量動作的基幹業務流程,那麼為流程指派 Process 會比較合理。指派了 Process 的流程,無論由誰執行,都能通過授權檢查。86
- Microsoft 的文件把以下幾種情形列為適用 Process 的判斷基準:無人 RPA、由服務主體擁有的流程、消耗大量動作、由多人啟動的進階流程──只要符合其中之一即可考慮。8
另外,Process 終究是面向流程、機器的授權,無法取代使用者授權。建立流程的人、管理桌面流程的人,依然需要使用者端的授權。6
由誰的授權運作 ── 對應矩陣
授權的問題之所以變得複雜,是因為「由誰負擔」會隨流程的啟動方式而改變。把擁有者、執行者、機器這三者,與 Premium(人)、Process(自動化本身)的對應關係整理成一張表,就是下面這樣。
| 流程類型與啟動方式 | 需要授權的對象 | 僅使用標準連接器 | 包含進階功能 |
|---|---|---|---|
| 自動化流程、排程流程 | 流程擁有者(而非觸發流程的人) | 隨附授權即可 1 | 擁有者需要 Premium,或為流程指派 Process 8 |
| 即時流程(按鈕、Power Apps、Dataverse 啟動) | 執行的本人(每次執行都由當次執行者負擔) | 隨附授權即可 1 | 所有執行者都需要 Premium,或為流程指派 Process 8 |
| 子流程(包含進階功能,由父流程呼叫) | 父流程或子流程二者之一 | ─ | 父流程擁有者需要 Premium,或為子流程指派 Process(若父流程本身也含進階功能,父流程同樣需要授權) 12 |
| 在自己的 PC 上有人執行桌面流程 | 執行的本人 | 屬於 Windows 使用權限範圍,不需額外付費。但僅限在預設環境中本機執行,不能共用或在其他環境中建立 3 | ─(這裡的界線不是按連接器層級劃分,而是取決於有無共用、整合) |
| 從雲端流程呼叫桌面流程(有人) | 用於連線的使用者 | ─ | Premium 610 |
| 桌面流程的無人執行 | 執行的機器(以及註冊機器的使用者) | ─ | 機器需要 Process,註冊機器的使用者需要 Premium 6 |
| 僅回應核准要求 | 核准者 | 不需要 9 | 不需要(只是回應核准,不需要 Premium)12 |
這張表的讀法可以歸納成三點:「自動化流程看擁有者,按鈕流程看執行者,無人 RPA 看機器」。只要抓住這三點,剩下的就只是依是否包含進階功能,決定要看右邊兩欄中的哪一欄。
5. RPA(桌面流程)的授權 ── PAD 單獨使用免費,整合開始才要付費
Power Automate for desktop(PAD)作為 Windows 10/11 使用權限的一部分,只要是在自己的 PC 上建立桌面流程,並在本機有人執行,就不需要額外付費。不過這個範圍僅限於「在預設環境中本機執行(不含協調管理)」,既不能共用流程,也不能在預設以外的環境中建立。31
到了要把它嵌入實際業務的階段,就會依以下順序逐步需要授權。
- 從雲端流程呼叫桌面流程(有人):用於呼叫的連線所對應的使用者需要 Premium。持有 Free 授權的使用者,若嘗試新增「執行以 Power Automate for desktop 建立的流程」這個動作,就會被提示開始試用。610
- 無人執行(unattended):需要指派給機器的 Process 授權。此外,註冊該機器這件事本身,必須由持有 Premium 授權的使用者來執行,因此並非「只要買了 Process,無人 RPA 就能動起來」。6
- 不想擁有實體機器時:可以選擇 Hosted Process,在 Microsoft 代管的機器上實現無人執行。6
「先用 PAD 單獨手動執行來驗證效果,確認有價值之後,再用 Premium/Process 把它升級為自動化」,這種分階段推進的方式,就投資判斷而言比較穩妥。基幹系統轉錄自動化的具體做法,我們在「用 Power Automate for desktop 自動化基幹系統的轉錄作業」中有詳細說明。
6. AI Builder 的額度 ── OCR 等 AI 功能按用量計費
在流程中加入單據 OCR(表單處理)、文字分類等 AI Builder 動作時,會消耗一種稱為 AI Builder 額度的用量配額。額度會以一定數量包含在 Power Automate Premium 等進階授權中,並且必須在流程執行的環境中可用。13 另外還有可額外購買的 AI Builder 容量附加元件,但自 2025 年 11 月 1 日起,已停止對新客戶銷售,目前處於過渡期:既有合約的續約,以及 Premium 附贈的隨附額度,都將於 2026 年 11 月 1 日終止。AI Builder 的功能本身不會消失,可以透過後繼的 Copilot 額度繼續使用,因此如果是今後才要導入的情境,請以 Copilot 額度為前提規劃費用,而不是附加元件。14
在目前的比較表中,Premium、Process、Hosted Process 各類授權都寫明包含每月 5,000 額度。不同情境的消耗速率各不相同,表單處理(從文件擷取資料)消耗較大,單純的文字擷取消耗較小。6 由於 Microsoft 365 的隨附授權不包含 AI Builder,因此無法做到「只在免費範圍內試用 OCR」。1
每月 5,000 額度是否夠用,取決於處理件數。以傳真訂購單的 OCR 為題材的具體設計,以及額度消耗量的估算方法,我們整理在「用 AI Builder 讀取傳真送達的訂購單」中。
7. 實務上容易踩坑的地方
在 90 天試用版狀態下就直接投入正式運作
Power Automate Trial 是使用者可以自行啟用的 90 天試用授權,除了擁有與 Premium 幾乎相同的功能(AI Builder 額度與儲存空間除外)之外,就連無人 RPA 都能試用。6 由於一接觸到進階功能,系統就會提示「是否要開始試用」,因此本人在沒有意識到授權問題的情況下就開始試用的情形並不少見。10
問題出在 90 天之後。擁有者失去進階授權的進階流程,會先被降低效能,並在通知所有擁有者後,若不加以處理,流程會在 14 天後被停用。15 「驗證用而建立的流程,不知不覺間就成了業務的一部分,直到 90 天後停止運作,才第一次意識到授權問題」,這是典型的事故模式。若要用試用版認真建置,就應該從一開始就把正式採用時的授權費用也一併估算進去。
擁有者的授權與流程執行的關係
再重複一次,自動化流程、排程流程是在流程擁有者的授權情境中運作,即時流程(按鈕、應用程式啟動)則是按執行者本人的授權運作。8 由此可以得出幾個實務上的結論。
- 若是自動化流程,觸發流程的員工,以及回應核准要求的核准者,都不需要進階授權。沒有必要連核准者的份都按人數購買 Premium。12
- 反過來,若共用含有進階連接器的按鈕流程,就要求所有執行者都必須持有 Premium。這種情況下,應考慮為流程指派 Process。8
- 被共用、成為含進階連接器流程共同擁有者的人,若要編輯該流程或手動執行它,本人也需要持有相當於進階層的授權。16
- 一旦擁有者離職,流程就會失去擁有者的授權,進入前述的 14 天規則。若流程包含在解決方案中,可以變更擁有者;若不是,就需要由共同擁有者匯出/匯入(以新流程的形式,用新擁有者的授權重新運作),或透過指派 Process 來重新建立。15
流程擁有者、連線、交接的設計,是與授權並列的維運要害。詳細內容我們在「Power Automate 的人員依賴對策 ── 讓建立者離職後流程也不會停止」中討論。
「只買一個授權共用」屬於違反授權規定
「只買一個 Premium,指派給共用帳戶,讓大家都用這個帳戶就好」──這種想法,正是 Microsoft 稱為多工化(multiplexing)的架構,被明確認定為違反授權規定。多個使用者共用服務帳戶的認證資訊,用指派給該帳戶的一個 Premium 授權使用進階流程,這種架構屬於不合規──Learn 的 FAQ 中舉出了具體案例來說明這一點。12
判斷的標準在於「誰從流程中獲得了價值」。自動化流程、排程流程的執行本身是在擁有者的授權情境中進行,因此僅僅是在清單中登錄項目、成為流程觸發契機的人,或只是回應核准要求的人,並不會因此就需要進階授權。若流程只是把郵件寄給擁有者,用擁有者的授權就足夠了。另一方面,同一份 FAQ 也舉出一個例子:進階流程把結果(郵件)回傳給登錄項目本人這種架構,被視為登錄者間接觸發了流程並獲得了價值,因此除了擁有者之外,本人也需要 Premium,屬於多工化的一例。若要把進階流程的結果回傳給大量的人,直接用 Process 為流程本身授權會更穩妥。12
由於界線容易混淆,這裡把 FAQ 中列舉的範例,按允許/違反分類整理如下(均以含有進階功能的流程為前提)。12
| 架構 | 授權的處理方式 |
|---|---|
| 流程只是把 Dataverse 的資料移到共用位置,或寄郵件給同事 | 不屬於多工化。接收方只是消費資料,並沒有觸發流程 |
| 以登錄清單為觸發條件進行處理,僅寄郵件給流程擁有者 | 只需要擁有者持有授權。無論有多少人向清單登錄項目,都不需要授權 |
| 與上述相同的架構,但把結果郵件回傳給登錄的本人 | 擁有者與登錄者雙方都需要 Premium。因為登錄者間接觸發了流程,同時也獲得了價值。若不授權,就屬於多工化 |
| 僅回應核准要求的核准者 | 不需要 |
| 共用按鈕啟動、應用程式啟動的流程,由團隊執行 | 所有執行者都需要 Premium,或為流程指派 Process |
| 少數人共用服務帳戶的認證資訊來使用 | 只要為所有使用者與服務帳戶都購買授權,就屬於合規 |
| 多人共用服務帳戶的認證資訊來使用 | 建議為流程指派 Process(即使使用者增加,也能自動保持合規) |
| 多人共用認證資訊,用指派給該帳戶的一個 Premium 使用進階流程 | 不合規(多工化) |
另外,FAQ 本身也明確寫道:「這只是指導原則,並非強制性的技術限制,正確授權的責任在於管理員」。12 「能動起來」不代表「合規」,這一點請務必牢記。
核准流程屬於免費範圍,但直接操作 Dataverse 是另一回事
核准流程可以用 Microsoft 365 的授權建立(如第 3 章所述)。9 但是,用 Dataverse 連接器直接讀寫核准歷史紀錄、用 Dataverse 觸發程序擷取核准資料表的變更,這類更進一步的架構就屬於進階層了。「核准本身可以免費完成,但一想在歷史紀錄上加個報表功能就變成付費了」,先了解這種落差,可以避免估算出錯。核准流程本身的設計方式,我們整理在「用 Power Automate 建立核准流程」中。
8. 判斷表 ── 依想做的事分類・所需的授權
| 想做的事 | 需要的東西 |
|---|---|
| 把 Forms 的回答記錄到 SharePoint 清單並用 Teams 通知 | 僅需 Microsoft 365 12 |
| 簽核・申請的核准流程(用 Teams/Outlook 核准) | 僅需 Microsoft 365 9 |
| 用 HTTP 動作呼叫外部的 Web API | 擁有者需要 Premium(或為流程指派 Process) 58 |
| 寫入公司內部的 SQL Server(地端) | Premium + 地端資料閘道的使用權限(不包含在 Microsoft 365 中) 43 |
| 部門所有人使用含進階連接器的按鈕流程 | 所有執行者都需要 Premium,或為流程指派 Process 8 |
| 用 PAD 自動化自己 PC 上的畫面操作,在本機執行 | 不需額外付費(屬於 Windows 使用權限範圍) 3 |
| 從雲端流程呼叫桌面流程(有人) | 連線使用者需要 Premium 6 |
| 無人執行(類似夜間批次處理的 RPA) | 機器需要 Process + 機器註冊需要 Premium 使用者 6 |
| 使用 AI Builder 進行單據 OCR 等操作 | Premium 等授權內含的額度(每月 5,000)或附加元件 613 |
拿不準時,先在流程編輯畫面確認連接器是否帶有「進階」標籤,再依「這個流程由誰啟動(自動運作,還是按鈕啟動)」「使用人數與流程數哪一個比較多」的順序思考,基本上就能確定所需的授權。
9. 總結 ── 把授權費用視為「開發費用的分期付款」
Microsoft 365 的隨附授權,只要在標準連接器的範圍內,確實是零額外費用。核准、通知、SharePoint 整合,這些中小企業自動化的入門情境都落在免費範圍內,這一點應該老實地善加利用。但另一方面,一旦踏入基幹系統、外部 API、RPA、OCR 的領域,就會立刻進入進階層,從此產生「人數 × 月費」或「流程數 × 月費」的持續成本。
評估這筆成本時,建議不要只看月費,而是用月費 × 人數(或流程數) × 使用年數算出總額,再與替代方案比較。單價本身會不斷調整,本文不做具體討論,但計算的公式是固定的。請到Power Automate 的價格頁面確認所需授權的月費,代入下面的公式。
- 按人數計算時:Premium 的使用者單價 × 涉及人數 × 12 × 年數
- 按自動化本身計算時:Process 的單價 × 涉及流程數(或機器台數) × 12 × 年數
先算出倍率,判斷起來會更快。1 人用 1 年是月費的 12 倍,3 人用 3 年是 108 倍,5 人用 5 年是 300 倍。抱著「5 人份的 Premium 用 5 年,總額是月費的 300 倍」這種感覺,再把它和用自行開發或委外開發實作同樣功能所需的初期費用加維護費放在一起比較。正因為這個倍數影響很大,縮小涉及人數的設計(以自動化流程為主,讓執行者不需要授權;多人使用的流程改由 Process 端承擔)本身就能直接降低總額。有時候,幾個人份的 Premium 用上 5 年,金額已經足以完成一個小規模的委外開發專案;反過來,若需求複雜到流程的維護始終離不開人力,從一開始就打造專用系統,總額反而可能更便宜。當然,與購買現成套裝軟體或委外開發的報價相比,即使要支付授權費用,Power Automate 也往往壓倒性地便宜,這樣的情況同樣不少。重要的是,及早放棄「因為包含在 365 裡所以免費」這種前提,用包含授權費用在內的總額,來做自動化的投資判斷。
該用哪一層授權自動化哪項業務、從哪裡開始要切換為開發,這條界線的釐清諮詢,到 Power Automate 涵蓋不了的部分的委外開發,我們都能提供協助。
相關文章
- 用 Power Automate 自動化業務 ── 雲端流程與桌面流程的分工,以及錯誤處理設計
- 用 Power Automate 打造核准流程 ── 將紙本與電子郵件的簽呈、申請電子化
- 用 Power Automate for desktop 自動化基幹系統的轉錄作業 ── 把 Excel、紙本的手動輸入換成 UI 自動化
- 用 AI Builder 讀取 FAX 送達的訂購單 ── 減少手動輸入抄錄的務實設計與極限
- Power Automate 的屬人化對策 ── 讓建立者離職後流程也不會停止
相關諮詢領域
合同會社小村軟體處理的範圍,包含 Power Automate 授權選型在內的自動化設計諮詢、授權費用與開發費用的比較檢討,以及流程無法涵蓋的業務系統化。
參考連結
-
Microsoft Learn, Power Automate licensing FAQ。關於 Microsoft 365(Office 365)授權所包含的 Power Automate 功能(自動化、排程、按鈕流程,標準連接器,每天 6,000 個動作)與不包含的功能(進階連接器、自訂連接器、閘道、RPA、AI Builder),以及「面向個人生產力情境的有限使用權限」這一定位的說明。 ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10
-
Microsoft Learn, List of all Standard tier connectors。關於 SharePoint、Office 365 Outlook、Microsoft Teams、Microsoft Forms、Excel Online (Business)、OneDrive for Business 等屬於標準層連接器的說明。 ↩ ↩2 ↩3
-
Microsoft Learn, Deep dive on specific licenses。關於隨附授權的定義、Microsoft 365 隨附授權的內容(僅限標準連接器・每天 6,000 個動作,不含進階連接器/自訂連接器/閘道/RPA/AI Builder),以及 Windows 授權下有人 RPA(僅限本機執行,不含協調管理)的說明。 ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8
-
Microsoft Learn, List of all Premium tier connectors。關於 Microsoft Dataverse、SQL Server、Salesforce 等屬於進階層連接器的說明。 ↩ ↩2 ↩3 ↩4
-
Microsoft Learn, Cloud flow error code reference。關於 HTTP、SQL Server、Dataverse、自訂連接器均屬於進階連接器,以及 Microsoft 365 隨附授權使用者執行含進階連接器的流程時,會出現 DirectApiAuthorizationRequired 錯誤的說明。 ↩ ↩2 ↩3 ↩4 ↩5
-
Microsoft Learn, Types of Power Automate licenses。關於使用者授權與容量授權兩大體系,Premium(全部連接器・每天 40,000 個動作・1 個 attended bot・AI Builder 額度),Process(指派給流程/機器・每天 250,000 個動作・最多可疊加 10 個・需要解決方案・無人機器人),Hosted Process,Trial(90 天・幾乎等同 Premium 加無人 RPA,AI Builder 額度與儲存空間除外),各授權皆含每月 5,000 AI Builder 額度,機器註冊與呼叫桌面流程需要 Premium 使用者等內容的說明。 ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10 ↩11 ↩12 ↩13 ↩14 ↩15 ↩16 ↩17 ↩18
-
Microsoft Learn, Deep dive on specific licenses。關於舊 Per-user 方案被 Premium 取代、舊 Per-flow 方案與舊無人 RPA 附加元件被 Process 取代(列為舊版)的說明。 ↩ ↩2
-
Microsoft Learn, Power Automate licensing FAQ。關於自動化流程、排程流程在擁有者的授權情境中運作,即時流程按執行者的授權運作,含進階連接器的即時流程需要所有執行者持有 Premium(或為流程指派 Process),Process 授權的適用基準(無人 RPA、服務主體、大量動作、多人使用),動作的計數方式與迴圈計數,以及超出額度時延遲執行的說明。 ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10 ↩11
-
Microsoft Learn, Get started with approvals。關於核准連接器屬於標準連接器、可以用能使用標準連接器的授權(Office 365 等)建立核准流程,以及儲存核准資料所需的 Dataverse 資料庫在預設環境中會自動準備好的說明。 ↩ ↩2 ↩3 ↩4 ↩5 ↩6
-
Microsoft Learn, Guidance: Migrate from classic workflows to Power Automate flows in SharePoint。關於通用 HTTP 連接器(動作)屬於進階層,以及呼叫 SharePoint REST API 可以用標準 SharePoint 連接器的「Send HTTP Request to SharePoint」動作代替的說明。 ↩ ↩2
-
Microsoft Learn, Power Automate licensing FAQ。關於透過多工化(multiplexing)減少授權數量屬於違規行為,僅消費資料的使用者不屬於多工化,僅寄郵件給擁有者的架構與把結果回傳給登錄者本人的架構之間的差異,多人共用服務帳戶認證資訊並用一個 Premium 授權使用進階流程屬於不合規(少數人應為所有使用者與帳戶都購買授權,多人則建議為流程指派 Process),含進階功能的子流程只需為父流程或子流程之一授權即可,僅回應核准要求的使用者不需要 Premium,依「誰從流程中獲得價值」進行判定的範例,以及這只是指導原則、並非強制、合規責任在管理員的說明。 ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7
-
Microsoft Learn, Power Automate licensing FAQ。關於 AI Builder 動作會消耗 AI Builder 額度,額度可透過 Power Automate Premium 等進階授權或 AI Builder 容量附加元件取得,以及額度必須在流程所在環境中可用的說明。 ↩ ↩2
-
Microsoft Learn, End of AI Builder credits。關於 2025 年 11 月 1 日起 AI Builder 容量附加元件停止對新客戶銷售、2026 年 11 月 1 日附加元件續約終止及 Premium 附贈隨附額度廢止、AI Builder 功能可透過 Copilot 額度繼續使用,以及過渡期間額度消耗優先順序的說明。 ↩
-
Microsoft Learn, Power Automate licensing FAQ。關於擁有者失去進階授權(包含離職)的進階流程會被降低效能,並在通知擁有者後、若不處理則於 14 天後停用,以及支援解決方案的流程可以變更擁有者、或透過匯出/匯入、指派 Process 重新建立的說明。 ↩ ↩2
-
Microsoft Learn, User doesn’t have a service plan adequate for the non-Standard connection error。關於被共用含進階連接器流程的使用者,若要編輯或手動啟動該流程,本人也需要相當於進階層的使用者授權,以及授權過期時同樣會出現該錯誤的說明。 ↩
相關文章
共用相同標籤的最新文章。能以相近的主題延伸理解。
用 Microsoft Forms 打造企業內部申請・請求受理窗口 ── 把郵件與口頭請求彙整到表單中
本文彙整將資訊系統、總務、會計部門收到的郵件與口頭請求,統一彙整至 Microsoft Forms 的實務指南。內容涵蓋問題設計與分支、僅限組織內部與匿名公開的差異、透過 Power Automate 轉寫至 SharePoint 與核准整合,以及 Forms 單獨使用時的限制。
用 Power Automate 設計定期執行流程 ── 月底處理、營業日判定與提醒的實務
透過 Power Automate 的 Recurrence 觸發程序自動化定期處理的實務指南。整理預設時區為 UTC 的陷阱、日期運算式、以國定假日主檔判定營業日、催辦設計,以及 90 天自動關閉等維運注意事項。
用 Power Automate 自動處理電子郵件送達的訂購單・請款單 PDF ── 儲存・分類・通知・讀取的設計
整理如何用 Power Automate 自動化電子郵件送達的訂購單・請款單 PDF 的保存、分類、通知設計。從 Outlook 觸發程序與共用信箱的前提條件、簽名圖片誤判的對策,到 AI Builder 讀取與授權注意事項,以實務工作者的視角解說。
用 Power Automate 打造核准流程 ── 將紙本與電子郵件的簽呈、申請電子化
本文是將紙本簽呈或郵件附加 Excel 的申請・核准,透過 Power Automate 電子化的實務指南。內容整理核准動作的種類、Forms・SharePoint・Teams 的搭配運用、考量到執行歷程限制的記錄留存方式,以及退回處理。
用 Power Automate 自動化業務 ── 雲端流程與桌面流程的分工,以及錯誤處理設計
本文整理 Power Automate 雲端流程與桌面流程的差異、與 PowerShell / VBA 的分工、授權、錯誤處理、UI 自動化的穩定化,以及認證資訊的安全處理,提供將業務自動化導入正式運作的實務設計指引。
相關主題
與本文相近的主題頁面。以本文為起點,可進一步連到相關服務與其他文章。
Windows 技術主題
彙整 KomuraSoft LLC 關於 Windows 開發、故障調查與既有資產活用文章的主題中心。
常見問題
整理諮詢這個主題時常見的問題。
- 只靠 Microsoft 365 的授權,Power Automate 能用到什麼程度?
- 僅限於使用 SharePoint、Outlook、Teams、Forms、Excel Online 等標準連接器建立並執行雲端流程(自動化流程、排程流程、按鈕啟動的流程)。每位使用者每天有 6,000 個動作的上限。進階連接器、自訂連接器、地端資料閘道、RPA(桌面流程的管理與整合)、AI Builder 都不包含在 Microsoft 365 的使用權限中,需要 Power Automate Premium 等付費授權。
- HTTP 連接器可以用 Microsoft 365 的授權使用嗎?
- 不行。通用的 HTTP 連接器(HTTP 動作)屬於進階層,和 SQL Server、Dataverse、自訂連接器一樣,都需要 Power Automate Premium 等授權。不過,如果只是想呼叫 SharePoint 的 REST API,可以用標準 SharePoint 連接器內建的「傳送 HTTP 要求給 SharePoint」動作來代替,這種情況下不需要額外的授權。
- Power Automate Premium 和 Process 該怎麼選?
- Premium 是指派給使用者的授權,Process 是指派給流程或機器的授權。如果只是由特定負責人建立幾個使用進階功能的流程並讓它自動執行,按人數購買 Premium 就夠了;如果按鈕啟動的進階流程要供大量人員使用,或需要無人 RPA、大量執行,那麼讓執行者端不再需要授權的 Process,按流程(或機器)單位指派會更合理。判斷的重點在於使用人數與業務流程數哪一個比較多。
- Power Automate for desktop 可以免費使用嗎?
- 在 Windows 10/11 使用權限的範圍內,只要是在自己的 PC 上建立桌面流程,並在本機有人執行,就不需要額外付費。但這不包含在預設環境以外建立流程、共用流程,以及從雲端流程呼叫等協調(orchestration)層面的操作。雲端流程整合需要 Power Automate Premium,無人執行則還需要 Process 授權。