Power Automate 許可常見問題

以下是有關 Power Automate 獨立授權的常見問題集。

Power Automate 授權方案如何適用於流程執行？

如果流程設定為 Power Automate Process 方案，則其可以存取進階連接器、具有最高限制，並將始終使用程序方案要求限制 (不論是誰執行該流程)。

如果流程設定為 Power Automate Premium 使用者方案，且如果流程是自動或排程的流程，則它會取得主要負責人的方案。 如果流程是即時/按鈕流程，則會使用執行流程之使用者的授權。 如果使用者有多個方案 (如 Microsoft 365 方案和 Dynamics 365 方案)，則流程會使用這兩個方案的要求限制。

Power Automate 的使用者授權方案為 Power Automate Premium 方案，但使用者還可以使用各種其他授權方案選項。 擁有免費方案或其中一個 Microsoft 365 授權方案的使用者，只能存取標準連接器，但是大部分的其他授權方案和試用版都能提供對進階連接器的存取權。

瞭解有關包含 Power Automate 許可證類型和 Power Automate 許可指南中的功能的 Power Platform 許可證計劃的更多資訊。 有關許可證計劃的限制和性能配置檔的更多資訊，請參閱 自動化、計劃和即時流的限制。

我需要哪些 Power Automate 授權？

Microsoft 建議大多數組織為其組織中的每個用戶購買 Power Automate Premium 許可證。 為執行無人參與自動化的每個商務程序或機器購買 Power Automate Process 授權。 Power Automate 託管流程是流程許可證的 Power Automate 超集，提供相同的功能，但增加了 Microsoft 可用於託管電腦組或託管電腦組的託管電腦容量，從而實現零基礎設施的 RPA。

Premium 使用者的方案是為人類使用者而設計，以支援在組織中廣泛採用自動化文化。 RPA 開發人員需要在入口網站上 Power Automate 建構和管理桌面流程。

程序授權是為核心企業程序自動化而設計，這些流程自動化通常是自動化後端活動 (不是由人手動執行)。 例如，每個組織都需要發票處理或人力資源入職程序，必須要有這些程序才能維持業務正常運作。 這些程序的規模和複雜性各不相同，範圍從小規模計劃到跨越透過共用資料來源互連的多流程大規模工作都有。 例如，發票處理程序有多個流程處理發票從建立到審核再到付款的流程。 所有流程都是一個商務程序的一部分，因為它們都是透過數個步驟來處理發票。

透過取得 Process 授權，組織就能確保商務程序中的所有流程都已獲得適當的授權。 這使得互連的流程部署和管理成為內聚性的單元，從而促進應用程式生命週期管理 (ALM) 和最佳化效能。

如果您的流程符合下列其中一項準則，您就需要有 Process 授權：

• 您的流程會使用無人參與的 RPA (機器人程序自動化)，在電腦上執行桌面流程，而不需要使用者互動。
• 您的流程是在應用程式使用者下執行 (流程負責人是服務主體)。 具有多個環境 (開發/測試/實際執行) 的組織使用 DevOps 管線，將流程匯出並部署到其他環境中，以取得良好的 ALM (應用程式生命週期管理)。 他們會使用服務主體來執行流程，以避免在實際執行環境中授與使用者存取權。
• 您的流程會處理大量資料或需要頻繁執行，因此需要大量的 Power Platform 要求。
• 您的進階流程由多個使用者所叫用。 在這種情況下，要不是每個人都需要 Premium 授權，就是流程需要 Process 授權。 如果流程具有 Process 授權，則不需要任何使用者擁有授權。 它為組織提供了根據流程量數量支付授權費用的靈活性。 影響許多人的大型組織或解決方案可以從固定的每月費用中受益。
• 您的流程使用進階連接器，而您的組織有多個來賓使用者使用該流程，但您不知道來賓使用者的家庭租用戶是否為他們提供了 Premium 授權。

注意

Power Automate Process 和 Hosted Process 授權僅授權流程和/或電腦，而非授權使用者。 Premium 使用者方案需要 RPA 開發人員在入口網站上 Power Automate 建構和管理桌面流程。 在 Premium RPA 功能 中了解有關 Premium 用戶計劃附帶的 Premium RPA 功能的更多資訊。

我需要多少 Power Automate Process 授權？

• 您的程序有無人參與的 RPA (機器人程序自動化)：您需要多少電腦工作階段？

  為每台電腦購買一個 Process 授權。 如果您需要在電腦上並行執行，您可以新增更多的 Process 授權。 Process 授權所涵蓋所有在電腦上執行，屬於商務程序一部份的桌面流程 (RPA) 和雲端流程 (DPA)。

• 您的程序只需要 DPA (數位程序自動化)：您想要自動化多少核心商務程序？

  為每個核心商務流程購買一個流程。 以下是一些核心商務程序範例：發票處理或人力資源 (HR) 上線。 與同一商務程序相關的所有雲端流程均包含在授權中。

如果我有多個雲端流程，每個雲端流程都在電腦上以無人參與模式叫用自己的 RPA 流程，那麼我需要多少個流程授權？

使用 Process 授權，您可以將多個雲端流程排入佇列來執行它們。 例如，如果您有四個獨立的雲端流程，並且每個雲端流程都在同一台電腦上叫用自己的桌面流程執行，您可以在同一個虛擬機器中，於上午 09:00 執行第一個雲端流程，在上午11 :00 執行第二個雲端流程等。

在下面的螢幕擷取畫面中，所有雲端流程都涵蓋在一個 Process 授權中，因為它們在同一台電腦上執行桌面流程。 這些雲端流程的任何下層流程、關聯流程也包含在電腦上的 Process 授權中。

我的 DPA 程序有多個雲端流程。 我是否需要多個 Process 授權？

核心商務程序的規模和複雜性各不相同，範圍從小規模計劃到跨越透過共用資料來源互連的多流程大規模工作都有。 例如，發票處理程序有多個流程處理發票從建立到審核再到付款的流程。 所有流程都是一個商務程序的一部分，因為它們都是透過數個步驟來處理發票。 您只需要一個核心商務程序的 Process 授權。 這會鼓勵微服務架構的最佳做法，其中的流程可能會很小，但具有精細的功能，從而更好地進行維護。

找出啟動程序的流程，並將 Process 授權指派給該流程。 具有 Process 授權之流程的下層流程涵蓋在 Process 授權中。 這些流程可以位於相同解決方案或不同解決方案中。

非上層/下層流程可以手動關聯到具有 Process 授權的流程。 這些流程必須位於相同的解決方案中，而且必須使用相同的資料來源。

組織為下層流程和關聯流程的流程都視為一個流程，並向主流程指派一個 Process 授權，並共用 Process 授權的 Power Platform 要求限制。

我的解決方案有多個程序。 我需要多個 Process 授權嗎？

有。 一個解決方案可以有多個程序，並為每個程序指派一個 Process 授權。

誰需要購買 Premium 授權？

需要創建通用自動化 (使用高級連接器權利)、具有充分靈活性 (使用自定義連接器權利) 或與類比人類行為 (如鍵盤或滑鼠鍵和移動) 的應用程式 (使用機器人程序自動化有人參與權利) 進行交互的使用者應考慮使用 Power Automate 高級許可證。

更準確地說：

• 對於在 Power Automate 入口網站上建構和管理桌面流程的每個 RPA 開發人員，您都需要一個高級授權。 在 Premium RPA 功能 中瞭解更多資訊。
• Power Automate Process 方案在所有授權中的優先順序最高。 這表示如果已將 Process 授權指派給流程，則流程一律會使用此授權，而且不需要負責人或執行使用者擁有 Premium 授權。
• 自動化和預定流程一律在流程負責人的內容中執行，不管是誰啟動了流程，或在流程內部使用了哪些帳戶進行連線。 即時流程 (按鈕、混合觸發程序) 在叫用它們的使用者的內容中執行，與流程中使用的連線無關。 如果自動化或預定流程使用進階連接器，則只有負責人需要具備 Premium 授權。
• 如果您的即時流程具有進階連接器，則執行此流程的每個使用者都需要 Power Automate Premium 授權。 在這種情況下，您可以使用 Process 授權來授權流程，而不是授權每個使用者。
• 如果流程不使用進階連接器，則不需要 Premium 授權。 您可以使用 Microsoft 365 授權。

若要找出您擁有的流程類型 (自動/手動/預定)，請選取一個流程以在詳細資料中查看其「類型」。

• 如果流程位於 Power Apps 或 Dynamics 365 應用程式的內容中，而且是自動流程，則該流程必須與使用 Power Apps 或 Dynamics 365 應用程式所建立的應用程式關聯，並且負責人需要 Power Apps Premium 授權或 Dynamics 365 授權。
• 如果流程位於 Power Apps 或 Dynamics 365 應用程式的內容中，而且是即時流程，則執行該流程的每位使用者都需要 Power Apps Premium 授權或 Dynamics 365 授權。
• 如果上層流程呼叫下層流程，則下層流程會利用上層流程的內容。 例如，如果以下條件，則會使用上層流程負責人的授權：
  • 如果上層流程是自動流程，且
  • 下層流程使用進階連接器，且
  • 下層流程沒有 Process 授權。 如果下層流程具有 Process 授權，則其會使用 Process 授權，而不是上層流程的授權。

在 過渡期內，下層流程不會繼承上層流程許可證。 下層流程使用負責人的授權。 但是，交接期間結束後，將只會使用上層流程授權 (負責人的授權/上層流程的 Process 授權)，除非下層流程具有 Process 授權。

我們有三種環境 (開發、測試和生產) 來符合最佳作法，而且我們需要在多種環境中的流程。 我們是否需要為每個環境購買 Process 授權？

每個流程都存在於特定環境中。 這代表如果要將流程匯入不同的環境中，則每個執行個體都是單獨流程，而且需要單獨的授權。 具有 Process 授權的流程及其下層流程，以及所有關聯的流程都視為一個程序，一個 Process 授權涵蓋所有流程在一個環境中的使用。

我們有三種環境 (開發、測試和生產) 來符合最佳作法，而且我們需要在多種環境中的流程。 我們是否需要為每個環境購買 Premium 授權？

Power Automate Premium 授權是使用者層級授權。 所有使用者層級授權 (Power Automate Premium、Microsoft 365、Dynamics 365) 均為租用戶層級授權。 使用者可以在所有環境中使用流程，而不需要個別購買授權。

Power Automate Hosted Process 授權是否可以用作 Power Automate Process 授權？

可以，您可透過兩種方式使用 Power Automate Hosted Process 容量：

• 託管電腦和託管電腦群組。
• 作為 Process 授權，可用於內部部署電腦上無人參與型機器人程序自動化 (無人參與型 RPA) 或作為商務程序一部分的流程。

Microsoft 365 客戶能否建立解決方案感知流程和下層流程？

有。 如果 Microsoft 365 客戶建立解決方案感知流程的環境附加了 Dataverse 資料庫，則他們可以建立解決方案感知流程。 預設環境會預設取得 Dataverse 資料庫。 管理員必須將 Dataverse 執行個體附加至非預設環境。 管理員至少需要 1GB 租用戶層級的 Dataverse 資料庫容量，才能建立新的環境。

Power Apps、Power Automate、Microsoft Copilot Studio、Dynamics 365 Sales、Customer Service 和 Field Service 的第一次訂閱為租用戶新增了 10GB 的一次性預設容量限制。 當您將訂閱新增至租用戶時，額外 Dataverse 容量可能會計入該租用戶。 例如，如果新的客戶購買 Power Automate Premium 方案，則租用戶會獲得 10 GB 的預設 Dataverse 資料庫容量。 如果租用戶購買 10 個 Power Automate Premium 授權，則租用戶會取得 10.5 GB (10 GB 加 10 倍 50 MB)。

我在進階流程中使用多個使用者連線。 哪個使用者需要 Premium 授權才能執行流程？

連線是獨立於授權檢查。 您可以一個流程中擁有多個使用者連線，但是該流程永遠會在主要負責人/僅執行使用者/Premium 授權的內容中執行。

流程負責人已離開組織。 我們如何確保流程可以順利運作？

如果流程是解決方案感知流程，您可以在 Power Automate 中 變更負責人，或使用 Power Automate Web API 以確保流程可以順利運作。 如果流程是非解決方案感知流程，則任何共同負責人都可以將其新增至解決方案，然後變更負責人。 如果不是，請將 Power Automate Process 授權指派至流程，以確保它持續執行。 或者，流程的任何共同負責人都可以匯出和匯入流程。 匯入後，流程將會成為新的流程，而共同負責人會成為該流程的負責人。 流程會使用新負責人的授權。

如果不採取任何動作，流程將會降級至較低的效能，並將通知所有的流程負責人，並在 14 天後關閉流程。

流程的負責人已不具備 Premium 授權，但該流程是進階流程。 會怎麼樣？

如果不採取任何動作，流程將會降級至較低的效能，並將通知所有的流程負責人，並在 14 天後關閉流程。

來賓使用者 (非來自您的租用戶) 是否需要授權才能使用 Power Automate？

有。 來賓使用者必須擁有透過下列其中一個租用戶指派的 Power Automate 授權：

• 主控流程的租用戶。 您可以為他們指派暫時存取權或獨立授權的管理員試用版。

• 來賓使用者的主租租用戶。

例如，如果來賓使用者在主租用戶中已指派 Power Automate Premium 授權，則他們可以在主控該流程的來賓租用戶中使用 Premium 功能。

Power Automate (包括 Office、Power Automate Premium、Power Apps Premium 和 Dynamics 365 使用者方案) 具有以下特性：

• 在 Azure 公用雲端中，這些方案在來賓案例中可跨租用戶進行識別，因為它們並未繫結至特定環境。

• 在 Azure 國家或主權雲端中，這些方案可在來賓案例中跨租用戶進行識別。 詳細資訊：請參閱國家/地區雲端、Azure 地理位置

• 不同 Azure 雲端中的租用戶之間無法識別權限。

Windows 授權中包括哪些 Power Automate 功能？

在預設環境中，Windows 11 使用者可以試用有人參與 RPA 中的桌面資料流程以提高個人效率。 他們無法在預設環境以外的不同環境中共用桌面流程或建立桌面流程。 Windows 使用者無法存取雲端流程。 若要取得完整的雲端流程和 RPA 功能，請購買 Power Automate Premium 方案。

Windows 11 使用者可以在 Windows 搜尋列中搜尋「Power Automate」。 會自動下載電腦版 Power Automate 應用程式，然後在您第一次選取其圖示時再啟動。

Windows 10 和 Windows Server 2016 的使用者是否可以使用桌面版 Power Automate？

是的，他們可以用電腦版 Power Automate (他們擁有其使用權)，但他們必須從下載中心下載它。

舊版授權問題

從 2023 年 8 月 1 日開始，Power Automate 依流程方案 (每個流程每月 100 美元，至少購買 5 個授權) 和 Power Automate 無人參與 RPA 附加元件 (每個機器人每月150 美元，並且需要授權先決條件) 將從定價頁面中移除。 它們將於 2024 年 2 月 1 日從價目表中移除。 Power Automate 程序是一種更易於管理的全面授權，它可授權單一「自動化」機器人，該機器人可用於無人參與的機器人程序自動化 (無人參與 RPA)，或使用數位程序自動化 (DPA) 的雲端流程，並且組織中可存取的使用者人數不受限制。 Power Automate Process 的定價為每個機器人一個月 150 美元。

Process 授權與依流程授權有何不同

對於無人參與 RPA，先前的使用者需要為雲端流程購買依流程授權和無人餐與 RPA 附加元件。 現在，他們可以為電腦上的每個 RPA 工作階段購買 Process 授權。 所有在電腦上叫用桌面程序流程的雲端流程會包含在 Process 授權中。

對於雲端流程，每個流程授權可向該流程及其下層流程流程授予授權。 一個 Process 授權可向流程、其下層流程以及任何關聯的流程授予授權。 每個流程至少需要購買五個套件才能開始使用。 程序授權沒有最低購買數量要求。

Power Automate Premium 授權與包含有人參與 RPA 授權的 Power Automate 依使用者方案有何不同？

Power Automate Premium 方案定價為每位使用者每月 40 美元，其囊括了 [包含有人參與 RPA 的 Power Automate 依使用者方案] 的所有優點，且每位使用者每月多加 15 美元，即可獲得 Process Mining 視覺化和分析程序功能。

Power Platform 請求問題

以下是有關 PPR 限制的一些常見問題及其解答。

什麼算是 Power Platform 要求？

根據許可證，雲端流程在一天內可以運行的操作數量是有限制的。 這些限制與連接器節流限制不同。 您可以通過從雲端流程詳細資訊頁面中選擇 Analytics 並查看 Actions (操作 ) 選項卡來查看流程運行的操作數量。

即使流使用很少 Power Platform 的請求，如果流的運行頻率高於您的預期，您仍可能達到限制。 例如，您可能會建立雲端流程，在每次經理傳送電子郵件給您時傳送推播通知給您。 每次您收到電子郵件 (從任何人)，此流程都必須執行，因為流程必須檢查電子郵件是否來自您的經理。 該限制會套用至 24 小時期間內跨所有流程的所有執行。 以下是一些用於估計流的請求使用方式的見解：

1. 只有一個觸發程序和一個動作的簡單流程，每次執行時都會產生兩個「動作」，因此消耗兩個要求。
2. 流程中的每個觸發程序/動作都會產生 Power Platform 要求。 所有類型的動作，例如，連接器動作、HTTP 動作、內建動作 (從初始化變數、建立範圍到簡單的撰寫動作) 都會產生 Power Platform 要求。 例如，連接到 SharePoint Twitter 或 Exchange 的流; Dataverse所有這些操作都計入 Power Platform 請求限制。
3. 成功和失敗的動作都將計入這些限制。 跳過的動作不會計入這些限制。
4. 每個動作都會產生一個要求。 如果動作適用於每個迴圈中，則會在迴圈執行時展生更多 Power Platform 要求。
5. 一個動作可以有多個運算式，但是會計算為一個 API 要求。
6. 重試次數和來自分頁的額外要求也算作動作執行。

請考慮以下保存每個電子郵件附件的 OneDrive 雲端流程。 此觸發程序會耗用一個 Power Platform 要求，「套用至每個」會耗用一個要求，而「套用至每個」中的動作會根據迴圈執行的次數耗用多個要求。 如果有四個附件，此區段會耗用八個 Power Platform 要求 (4 x 2 個動作)。 此流程總共耗用 10 個 Power Platform 要求。

雲端流程使用誰 Power Platform 的請求限制？

• 如果雲端流程具有 Process / Per-flow 許可證，則流將使用 Process / Per-flow 許可證限制，而不是建立者/擁有者/調用使用者的限制。

• 自動化和計劃的雲端流 始終使用流創建者/擁有者的 Power Platform 請求限制，無論誰調用了流或哪些帳戶用於流內的連接。 如果是解決方案流程，您可以使用 Web API 變更流程的擁有者。 更改擁有者后，將使用新擁有者的 API 請求限制。 對於非解決方案流，流始終使用原始創建者的限制，該限制無法更改。 如果原始建立者離開公司，則流程的任何共同擁有者都可以將流程匯出並匯入為不同的擁有者。 導入流后，它將成為新流，並開始使用新擁有者的 limit。 或者，您可以為流分配 Process / Per-flow 許可證。

• 即時雲端流（按鈕、 Power Apps混合觸發器） 使用調用使用者的限制。

• 如果流程擁有者是服務委託人，則流程使用 非許可使用者限制。

• 如果您與另一個使用者分享自動化/計劃的流程，然後該使用者觸發了相同的流程，則它將使用原始擁有者的限制，而不是新使用者的限制。 但是，如果使用者隨後利用該流來創建自己的新流，則該新使用者將成為新流的擁有者，並且該流將使用新使用者的限制。

• 如果上層流程調用下層流程，則下層流程將使用上層流程的限制。 例如，如果上層流程是自動化流程，則下層流程使用上層流程建立者/擁有者的限制。

• 如果上層流程是手動流，則下層流程使用上層流程調用使用者的限制。

• 如果下層流程具有 Process / Per-flow 許可證，則它使用 Process / Per-flow 限制，而不是上層流程的限制。

• 如果流具有 Process 許可證，則該流、該流的所有子系流 (不包括擁有自己的 Process 許可證的流) 以及該流的任何關聯流分享 Process 許可證限制。

身為製作者，有什麼工具可以分析我的使用情況？

如果您在流程運行時遇到延遲或速度減慢的情況，則很可能您超出了當天的 PPR 限制。 對於由於 超額而持續延遲的的流程，使用者還會收到一則通知，告知他們超額的情況，以及如何防止其流程延遲執行的提示和技巧。

以下是為持續超出操作限制的流發送的電子郵件示例：

此外，您可以從 [流程屬性] 頁面選取分析動作，以查看指定流程的動作使用情況，這適用於所有類型的動作。 這可協助您瞭解每天執行的動作數。 它可以幫助您瞭解使用模式以優化容量：

身為管理員，有什麼工具可以分析我的環境使用情況？

Power Platform 系統管理中心包含 Power Automate API 要求的報表。 這些報告可説明您快速查看組織的採用率和用戶指標。 他們目前處於公開預覽版。 提供兩種報告：

• User report (用戶報告 )–此報告顯示 Power Platform 環境中每個使用者的請求使用方式，以及為其分配的限制。
• Per flow report (按流報告 )- 此報告顯示 Power Platform 環境中具有 Per-flow 許可證的每個流的請求使用方式。
• 非許可用戶報告 - 此報告顯示 Power Platform 該租戶的非許可使用者的請求使用方式和非許可使用者的總權利。 將來， Power Platform 此報告中將顯示在 service principal 下運行的流的請求使用方式。

報告正式發佈后，使用者將有時間做出反應並在開始實施之前購買更高的 PPR 許可證。

當我的流程執行太多動作時會發生什麼情況？

當您的雲端流程運行過多操作時，它會影響流的性能。 如果您的流程受到限制，您會在流程上看到橫幅。

在最常見的案例中，超出限制會造成後續動作的延遲，而這會減慢流程的整體執行時間。 這些延遲與流程造成的超額程度成正比。

偶爾的超額是可以的。 例如，如果您比每天限制超過 500 個動作將不會影響流程的效能，但是超過 50,000 個動作可能會對您的流程產生數天的顯著效能影響。

如果流程超過限制，我該怎麼辦？

如果是偶爾且合理的超額，則不會封鎖使用者使用應用程式或流程。

如果您超出了許可證的限制，您可以執行以下操作：

• 重新討論您的設計，並檢查是否有哪裡可以協助減少呼叫動作的數目。 查看用於建立流程以使用更少動作的最佳做法區段。

• 如果流已經優化，但由於業務性質，它使用了許多操作，請考慮購買更高的 PPR 許可證。 Process 許可證提供可用的最佳性能配額 (250k 個操作/24 小時)。

• 開啟環境的隨用隨付，以確保不會限制環境中的任何流程。

• 為您的組織購買 Power Apps 和 Power Automate 容量附加元件。 在 過渡期內，由於實施不太嚴格，因此沒有工具可以將 and Power Apps 容量附加元件 Power Automate 分配給 使用者或流。 但是， Microsoft 建議您立即購買這些附加元件，以保持在您的許可條款範圍內。 建立包含流程詳細資料及附加元件詳細資料的支援票證，以暫時 (30 天) 解除節流限制。 這種臨時緩解不適用於已分配有 Process 或 Per-flow 許可證的流。

如果流連續 14 天始終高於過渡期限制， Power Automate 則暫停流並向擁有者發送通知。 您可以購買更高的 PPR 許可證，然後隨時打開它。 您可以編輯並儲存流程，以便在購買授權時重設 14 天計數器。

什麼是連接器限制，它們與 Power Platform 要求限制有何不同？

連接器的限制與服務保護機制不同。 例如，SharePoint 連接器會限制每分鐘 600 個動作數目。 跨多個流程使用的單個 SharePoint 連線每分鐘仍只能執行 600 個動作。 大部分的連接器頁面都有一個節流區段來記錄這些限制。 此限制不同於 PPR 限制。 例如，Office 使用者可以每天執行 6000 個動作，但如果他們在一分鐘內使用超過 600 個 SharePoint 動作，儘管未達到 6000 個動作限制，仍可能受到連接器節流。

當流程因超過連接器限制而受到節流時，您可能會在您的流程中看到 HTTP 429 (要求過多) 錯誤，錯誤文字為「超出速率限制。 請在 27 秒後再試一次。」

我正在使用 CoE 入門套件。 使用量是否計入我的要求限制？

有。 CoE 初學者工具組 包含的 雲端流也使用負責人的限制。 Microsoft 建議您購買更多容量並聯繫支持人員以暫時緩解限制。

我可以在流程中使用服務主體？它是否會計入我的要求限制？

是的，擁有者是服務主體的流程會耗用一個單獨的配額，非互動式限制。 這些限制只有在流程的擁有者為服務主體時才適用。 如果流程只是在其中一個動作中使用服務主體，則這些限制不適用。 即使流程的擁有者是服務主體，手動流程 (與僅執行使用者/Power Apps 叫用的流程共用的按鈕流程) 也使用僅執行使用者的要求限制。 如果流使用 Premium 連接器，則僅運行用戶必須具有 Power Automate Premium 許可證。 在轉換期間，手動流程最多可以使用 100,000 個要求/流程/24 小時。

自動化/排程流程的限制：

• 在 Dynamics 365 應用程式上下文中運行的 服務委託人流） 獲得 500,000 個基本請求 + 每個使用者許可證累積的 5,000 個請求，在租戶級別最多共用 10,000,000。 如果租用戶擁有 1000 個 Dynamics 365 授權，則該租用戶每 24 小時擁有一個包含 5,500,000 個可用於所有 Power Platform 資源 (例如服務主體流程和 Dataverse 要求) 的要求的集區。 如果租用戶擁有 2500 個 Dynamics 365 授權，則該租用戶每 24 小時擁有一個包含 10,000,000 個可用於所有 Power Platform 資源 (例如服務主體流程和 Dataverse 要求) 的要求的集區。

• 位於 Dynamics 365 應用上下文之外的高級服務主體流將需要 Process/Per-flow 許可證。 這些流程會每 24 小時為各流程取得 250,000 個要求。

• 標準服務主體流程會取得 25,000 個基本要求，但不加計租用戶每 24 小時的每份授權應計值。

如果您需要更多要求，請為環境啟用隨用隨付或購買更多 Power Platform 要求容量。

有關詳細資訊，請參閱 將流關聯到應用。

桌面流程使用計數是否會耗用我的 Power Platform 要求限制？

只有從雲端流程叫用的桌面流程動作會計入限制。 桌面流程中的動作不會計入要求限制。

如果我有多個計畫，我的 Power Platform 要求會怎麼樣？

因為轉換期間沒有嚴格執行限制，所以不支援使用者授權堆疊。 如果使用者有多個方案 (如 Microsoft 365 方案和 Dynamics 365 方案)，則流程將會使用更高等的方案 (在本例中為 Dynamics 365 方案)。

轉換期間結束後，如果使用者已從不同的產品線指派多個方案，則允許的要求總數就是指派給每個授權類型的要求總數。 例如，如果使用者同時具有 Dynamics 365 Customer Service Enterprise 基本授權和 Power Apps 每位使用者授權，則該使用者每 24 小時將有總計 40,000 + 40,000 = 80,000 個可用要求。

如果使用者有多個配置在相同產品明細的授權，例如如果使用者有 Dynamics 365 Customer Service Enterprise 授權做為基本授權，並已附加 Dynamics 365 Sales Enterprise 授權，則要求的總數會是基本授權所提供的要求總數。

什麼是性能配置檔，如何知道我的雲端流程使用哪個性能配置檔？

根據擁有者的授權，流程會取得效能設定檔，進而決定流程的 Power Platform 要求限制。 如果為所有者分配了多個許可證， Power Automate 則從清單中選擇最高的計劃：

性能概況	許可證	過渡期內的限制	過渡期后的限額
低	- Power Automate 免費 - Microsoft 365 許可證 - Power Apps 計劃 1 (舊版) - Power Apps 按應用程式許可證 - Power Automate 計劃 1 (舊版) - 所有試用許可證 - Dynamics 365 Team Member 許可證	10,000	6000
中	- Power Apps 觸發的流 - Power Apps 計劃 2 (舊版) - Power Apps 高級許可證 - Power Automate 計劃 2 (舊版) - Power Automate 每個使用者 (舊版) - Power Automate 高級許可證 - Dynamics 365 Enterprise 許可證 - Dynamics 365 Professional 許可證	100,000	40,000
高	- Power Automate 進程許可證 - Power Automate 託管流程許可證 - Power Automate 依流程方案 (舊版)	500,000	250,000
不限定	- 按量付費環境	15,000,000	15,000,000

在組織中，有八個使用擁有 Office 365 授權，他們每天的 Power Platform 要求將是每個使用者每 24 小時 6000 個要求。 這是否意味著它將以每 24 小時 (8X6000) 內 48000 個要求的限制彙集到租用戶層級，並且所有使用者都可以從該集區中使用？

否，Power Platform 要求不會在環境和租用戶層級彙集。 這可確保使用者不會耗用租用戶的所有 Power Platform 要求，也不會對其他人造成影響。 因為授權是每位使用者，所以限制也是每位使用者。 因此，所有 Office 客戶都會獲得 6000 要求，不論他們是否使用它們。

有關 PPR 的最佳實踐

設計最佳做法

使用盡可能少的操作來實現自動化：

• 如果您的流程中有「執行到」或「套用到每個」迴圈，請看看您是否可以減少迴圈的反覆運算次數，例如擷取較少的項目來進行反覆運算。

• 許多連接器有「篩選查詢」和「最高計數」參數，您可以使用它們來減少使用 OData 擷取的項目數和資料量。

• 如果您有頻繁執行的預定流程，請考慮降低頻率。 每分鐘執行一次或每小時一次的流程可能會修改為不那麼頻繁。 使用觸發條件來將執行頻率降至最低。

• 如果您的流程正在與檔案互動，請注意檔案的大小，並嘗試盡可能減少其大小。

• 如果需要多次重複使用由較大輸出大小的動作所返回的單一屬性，請考慮使用「初始化變數」來儲存該屬性，並在後續動作中使用該變數。 即使只有一個屬性是從先前動作的輸出中使用，該動作的所有輸出都會做為將會當作輸入的後續動作進行傳遞。

擴展流程的最佳做法

• 如果您的流程每天運行數千個操作，您應該考慮購買 Process 許可證以獲得更好的輸送量和更高的配額。 Process 許可證提供可用的最佳性能配額 (每天 250k 個操作)。 請連絡您的租用戶管理員以購買授權，並將它指派給流程。 購買並指派授權之後，流程的作者就應該重新儲存該授權。 或者，雲端流每周在後台更新一次，以反映當前計劃。

• 請考慮將工作負載分割成多個流程，以取得較高的級別。

Power Platform 要求隨用隨付

我們在 2021 年末修訂了所有授權的 Power Platform 要求限制。 新限制旨在滿足大多數客戶案例。 有關請求限制的更多資訊 Power Platform ，請參閱 請求限制和分配。

對於需要超出這些限制的極大規模方案的客戶，您可以將這些環境連結至 Azure 訂閱。 通過連結環境，環境中的使用者和流程可以消耗超過其限制的資源而不會受到限制，並且只需為超過這些限制使用的 Power Platform 要求付費。 流仍可使用基本許可證 ( Power Automate Premium、 Power Automate Process、 Office 365、 Power Apps 或 Dynamics) 獲得許可。 例如，如果您擁有 Power Automate Premium 許可證，則限製為 40,000 Power Platform 個請求/每個使用者/天。 如果使用者一天使用 45,000 個要求，則額外的 5000 個要求會乘以 $/要求費露並計入 Azure 訂閱。 總金額會根據客戶的 Azure 計費週期進行加總和計費。 當您在環境上啟用即用即付時，將打開多個 計量 。 在如何設置即用 即付中瞭解更多資訊。

關於如何在即用即付 PPR 請求中計費的架構環境：

有關請求限制的一般常見問題解答

您可以參考此 要求限制常見問題集 ，以取得有關要求限制的更多資訊。

Office 365 授權問題

以下是有關透過 Office 365 授權使用 Power Automate 的常見問題集。

Office 365 授權中包括哪些 Power Automate 功能？

所選 Office 365 授權包含有限的 Power Automate 使用權，可讓使用者針對個人生產力案例自訂並擴充 Office 365。 對於企業方案，Office 建議使用 Premium 許可證。

Office 365 授權包括以下 Power Automate 功能：

• 建立和執行自動化、預定和按鈕流程。
• 訪問標準連接器。
• 6000 Power Platform 個請求/天。 過渡期內 10000 個請求/天。

不包括以下 Power Automate 功能：

• 訪問高級連接器 (環境除外 Dataverse for Teams )。 深入了解 Dataverse for Teams 功能。
• 商務程序流程
• 自訂連接器
• 內部部署閘道
• 機器人程序自動化
• AI Builder 容量

以下 Office 365 授權包括 Power Automate 功能：

• Office 365 E1
• Office 365 E3
• Office 365 E5
• Office 365 F3
• Office 365 商務基本版
• Office 365 商務標準版
• Office 365 商務進階版
• Office 365 F1
• Office 365 F3
• Office 365 E3
• Office 365 E5
• Windows 10 Pro
• Windows Enterprise E3
• Windows Enterprise E5
• Office 365 A1 教職員版
• Office 365 A1 學生版
• Office 365 A1 Plus 教職員版
• Office 365 A1 Plus 學生版
• Office 365 A3 教職員版
• Office 365 A3 學生版
• Office 365 A3 學生版使用權益
• Office 365 A5 教職員版
• Office 365 A5 學生版
• Office 365 A5 學生版使用權益

Dynamics 365 授權問題

下列問題與 Dynamics 365 授權和 Power Automate 使用權利有關。

Dynamics 365 授權中包括哪些 Power Automate 功能？

Dynamics 365 授權包括以下 Power Automate 功能：

• 建立和執行自動化、預定或按鈕流程。
• 訪問標準連接器。
• 在應用程式上下文中訪問高級連接器。
• 應用程式上下文中的業務流程。
• 應用程式上下文中的自定義連接器。
• 內部部署 App Context 中的閘道。
• Power Platform 請求 限制：Dynamics 365 Team Member 每天獲得 6000 個請求 (過渡期內 為 25000 個請求/天)，Dynamics 365 Professional 每天獲得 40000 個請求 (過渡期內 為 100000 個請求/天)，Dynamics 365 Enterprise 每天獲得 40000 個請求 (過渡期內 為 100000 個請求/天)。

Dynamics 365 授權不包括以下 Power Automate 功能：

• 機器人程序自動化
• AI Builder 容量

當您將 Dynamics 365 授權與 Power Automate 搭配使用時，流程必須在 Dynamics 365 應用程式的內容中執行。 這是指對觸發程序或動作使用與 Dynamics 365 應用程式相同的資料來源。 如果您的流程使用與 Dynamics 365 應用程式無關的獨立 Power Automate 動作，則需要購買獨立的 Power Automate 授權。

Dynamics 365 應用程式內容中使用 Power Automate 的 Dynamics 365 授權範例

您的組織將 Azure DevOps 與 Dynamics 365 CRM 連線，以升級支援案例並建立工作項目，以更快地解決問題。 作為 Dynamics 365 授權的一部分，Power Automate 權限會包含在下列案例的流程中：

• 讀取或寫入 Azure DevOps。
• 使用內建 Dataverse 觸發程序或動作。

在 Dynamics 365 應用程式內容之外使用 Power Automate 的 Dynamics 365 授權範例

相同的使用者 (在先前的 Dynamics 365 範例中) 還想使用更新 Oracle 資料庫的流程。 此流程具有以下屬性：

• 它與 Dynamics 365 應用程式完全無關。
• 它不會以任何方式與 Dynamics 365 應用程式 (或其資料來源) 進行互動。

在此案例中，使用者需要獨立的 Power Automate 授權。

以下 Dynamics 365 授權包括 Power Automate 功能：

• Dynamics 365 Sales Enterprise
• Dynamics 365 Sales Professional
• Dynamics 365 Customer Service Enterprise
• Dynamics 365 Customer Service Professional
• Dynamics 365 Field Service
• Dynamics 365 Project Operations
• Dynamics 365 Team Members
• Dynamics 365 Finance
• Dynamics 365 Supply Chain Management
• Dynamics 365 Commerce
• Dynamics 365 Human Resources
• Dynamics 365 Operations – 使用中
• Dynamics 365 Business Central
• Dynamics 365 Business Central 團隊成員

Power Apps 授權問題

下列問題與 Power Apps 授權和 Power Automate 使用權利有關。

Power Apps 授權中包括哪些 Power Automate 功能？

Power Apps 授權包含一組有限的 Power Automate 功能。 Power Apps 授權包括以下 Power Automate 功能：

• 建立和執行自動化、預定、按鈕流程。
• 訪問標準連接器。
• 在應用程式上下文中訪問高級連接器。
• 應用程式上下文中的業務流程。
• 應用程式上下文中的自定義連接器。
• 內部部署 App Context 中的閘道。
• Power Platform 請求限制： Power Apps Premium 獲得 40000 個請求/天 (過渡期內 為 100000 個請求/天)， Power Apps 每個應用程式獲得 6000 個請求/天 (過渡期內 為 10000 個請求/天)。
• Power Apps Premium 取得 250 MB Dataverse 資料庫容量和 2 GB Dataverse 檔案容量。 Power Apps 每個應用程式取得 50MB Dataverse 資料庫容量和 400MB Dataverse 檔案容量。 由使用 Power Apps 建立的處理複雜物件的應用程式所叫用的流程將消耗此儲存空間限制。 例如，如果某個流程解析 100 頁文件並對其進行更新，則其需要在 [執行歷程記錄] 中保留該文件以供未來疑難排解所需的儲存空間將消耗此限制。

Power Apps 授權不包括以下 Power Automate 功能：

• 機器人程序自動化
• AI Builder 容量

在使用 Power Apps 內容建立的應用程式中使用 Power Automate 的範例

具有獨立 Power Apps 授權的使用者執行使用 SQL 資料庫做為資料來源的應用程式。 使用 Power Apps 建立的應用程式也包含執行下列作業的流程：

• 讀取或寫入 SQL 資料庫。
• 例如，使用內建的 Power Apps 觸發程序或動作，傳送推播通知給使用 Power Apps 建立的應用程式。

在使用 Power Apps 內容建立的應用程式之外使用 Power Automate 的範例

相同的使用者 (在上例中) 還想使用更新 Oracle 資料庫的流程，且具有以下屬性：

• 它與使用 Power Apps 建立的應用程式完全無關。

• 它不會以任何方式與使用 Power Apps 建立的應用程式 (或其資料來源) 進行互動。

在此範例中，使用 Power Automate 建立的流程是在 Power Apps 的內容之外使用，因此使用者需要獨立的 Power Automate 授權。

第二個在使用 Power Apps 內容建立的應用程式之外使用 Power Automate 的範例

環境有多個應用程式。 資料管理的流程無法直接支援應用程式，但可以確保資料品質。 使用者需要獨立的 Power Automate 授權。

AI Builder 授權問題

在以下文章中尋找全域 AI Builder 授權資訊：

• AI Builder 許可摘要
• AI Builder 許可常見問題解答。

Power Automate 流程中如何獲得授權的 AI Builder 動作？

為了在流程中新增和執行 AI Builder 動作，您需要特定的 AI Builder 授權：AI Builder 動作會消耗 AI Builder 點數，這些點數可以在 Power Automate Premium 授權、其他 Power Platform Premium 授權中獲得，或主要在 AI Builder 容量附加元件中獲得。

點數必須可在流程環境中使用。

您也可以使用 AI Builder 試用版。

Power Automate Premium 授權包含多少點數？

有關植入積分的更多資訊，請參閱 獲取積分 AI Builder 權利。

實施

為什麼我的流程關閉了？

有關詳細資訊，請參閱 當高級流因許可證問題而關閉時。

此連結還說明強制執行類型，以及如何識別需要進階授權以避免因強制執行而中斷流程。

我有多個環境。 如何取得租用戶中需要我關注的流程？

如果租用戶中的環境數目小於 500，請使用下列指令碼來取得整個租用戶中所有需要授權的流程：

$environments = Get-AdminPowerAppEnvironment

$allFlows = @()
foreach ($env in $environments) {
    Write-Host "Getting flows at risk of suspension for environment $($env.DisplayName)..."
    $flows = Get-AdminFlowAtRiskOfSuspension -EnvironmentName $env.EnvironmentName
    Write-Host "Found $($flows.Count) flows at risk of suspension."
    $allFlows += $flows
}

將所有流程寫入 CSV 檔

$allFlows | Export-Csv -Path "flows.csv" -NoTypeInformation

Write-Host "All flows at risk of suspension written to flows.csv"

如果租用戶中有超過 500 的環境，請提出支援票證，以便我們的支援團隊可以為您執行報表。

我已指派授權，但仍在 PowerShell 中看到需要我注意的流程。 為什麼？

將授權指派/流程與應用程式關聯之後，即可編輯和儲存該流程。 PowerShell 最多需要 24 小時才能重新整理並從 PowerShell 回應中移除流程。

我已指派授權，但仍在 Power Automate 入口網站中看到需要注意流程的橫幅。 為什麼？

指派授權/將流程與應用程式關聯後，進階授權可能需要最多七 (7) 天才會顯示在 Power Automate 入口網站中。 若要重新整理最新的授權狀態，請編輯並儲存流程。

如何輕鬆判斷我的流程是否在 Power Apps/Dynamics 365 應用程式的內容中？

是否建立流程以支援 Power Apps/Dynamics 365 應用程式？ 如果已刪除對應的應用程式，可以刪除該流程嗎？ 流程是否與應用程式使用相同的資料來源？ 如果是這樣，則流程位於內容中。

如何將內容流程關聯至 Power Apps/Dynamics 365 應用程式？

為支援使用 Power Apps/Dynamics 365 建立的應用程式所建立的流程，必須在應用程式的內容中執行。 這表示流程必須對觸發程序或動作使用與應用程式相同的資料來源。 如果已建立自動或排程的雲端流程來支援應用程式，而且是在應用程式的內容中，請使用 PowerShell 指令碼將流程連結至應用程式。 流程連結之後，就會在應用程式與流程之間建立相依性，而且可以一起管理它們。 如果已刪除或未使用連結的應用程式，則會關閉該流程。

製作者還可以將其流程與 Power Automate 入口網站中的應用程式關聯起來。 有關詳細資訊，請參閱 將流關聯到應用。

依應用程式方案提供的 Power Automate 功能

Power Apps 依應用程式方案可讓使用者執行使用進階功能的 Power Automate 流程。 這些流程必須由 Power Apps 觸發，或者透過 PowerShell 或 Power Automate 入口網站關聯到應用程式。

有關詳細資訊，請參閱 將上下文流關聯到應用程式。

多工

多工是指使用硬體或軟體，讓客戶用來彙集連線、重新路由資訊或減少直接存取或使用 Power Apps、Power Automate 和 Microsoft Copilot Studio 的使用者數目。

是否建議使用多工來減少授權數目？

將多工做為減少要購買授權數目的機制違反授權合約。 有關詳細資訊，請參閱用戶端訪問許可證 (CAL) 要求中的 多路複用指南。

以下是多工的範例：

1. 如果進階流程只是將資料從 Dataverse 移至共用位置，或傳送電子郵件給同事，則其不屬於多工，因為使用者是使用資料，而不是觸發流程。

2. 如果在將新項目新增至 SharePoint 清單時會觸發進階流程，將詳細資料儲存在 Dataverse 中，然後傳送電子郵件給流程的負責人，可多人上傳項目至清單，但是電子郵件只會傳送給負責人。 在這種情況下中，只有負責人需要授權，因為他們是唯一從流程取得值的人。

3. 如果第二點中提到的流程將電子郵件傳送上傳項目的使用者，則負責人和使用者都需要 Premium 授權。 在這種情況下，使用者會間接觸發流程 (透過將項目上傳至 SharePoint)，並以電子郵件的形式從流程取得值。 無法授權所有使用者屬於多工。

我有多個在共用服務帳戶下執行的流程。 我需要哪些授權？

• Service account： Microsoft Entra 用作服務帳戶的用戶帳戶。 服務帳戶是一種特殊類型的帳戶，用來表示非人類實體，例如應用程式、API 或其他服務。 通過與其他使用者共用認證而做為服務帳戶的使用者帳戶會帶來安全性風險，如果有多個使用者有權存取服務帳戶，就會造成安全風險並難以追蹤誰對流程進行了變更。 管理其密碼也是一個挑戰。 建立服務帳戶時，只提供工作所需的權限。 評估現有的服務帳戶，以查看您是否可以減少權限。 限制有權存取服務帳戶的人數，以將資訊安全風險降至最低。 您也可以為不同的案例建立不同的帳戶，以將風險降至最低。 不建議將服務帳戶做為最佳做法。 在某些案例中，服務帳戶是用來移除流程對原始負責人的相依性。 在這種情況下，請使用服務主體來解決安全性威脅。

• Service principal： Microsoft Entra Service principal 充當應用程式實例的標識。 服務主體定義可以存取應用程式的人員，以及應用程式可存取的資源。 服務主體會在每個使用應用程式的租用戶中建立，並參考全域唯一的應用程式物件。

• 非互動式使用者： Dataverse 支援非互動式使用者執行在資料庫之間遷移數據等活動，例如後台進程。 這些活動不需要使用者與服務互動。 每個租用戶最多有七 (7) 個非互動式使用者。 Power Automate 目前不支援非互動式使用者。

• 人類使用者：這些是來自 ID 的 Microsoft Entra 人類同步使用者。

本指南適用於以流程負責人身分在服務帳戶下執行的特定流程。

如果要在服務帳戶下執行流程，請按以下方法避免多工處理：

• 如果流僅使用標準連接器而沒有高級功能，則擁有服務帳戶憑證的所有使用者都可以擁有 a Microsoft/Office 365 license、 Power Automate Free 或任何 Power Automate Premium 許可證。

• 如果流程使用進階功能 (進階連接器、機器人程序自動化、自訂連接器、內部部署閘道、商務程序流程)：

  • 服務帳戶是由一組有限的使用者所使用。 在此案例中，授權所有使用者和服務帳戶就夠了。
  • 有許多使用者都使用該服務帳戶。 在此案例中，建議將 Premium 授權指派給流程，以確保新增至該帳戶的任何新使用者都能自動符合規範。

• 如果流程是手動或應用程式觸發流程/Dataverse「以使用者身分執行」流程，則執行該流程的所有使用者都將需要 Premium 授權，或者流程需要 Process 授權。 在誰需要購買 Premium 授權上查看此常見問題集。

• 進階流程位於使用 Power Apps/Dynamics 365 應用程式建立的應用程式內容中 (流程共用應用程式的資料來源)：

  • 所有擁有服務帳戶和服務帳戶認證的使用者，都需要具備 Power Apps/Dynamics 365 授權。
  • 如果使用者不具備 Power Apps/Dynamics 365 授權，所有的使用者和服務帳戶就需要 Power Automate 使用者授權。
  • 或者，流程可以使用 Process 授權獲得授權，且任何使用者/服務帳戶都不需要授權。

• 多個使用者共用服務帳戶的認證並使用進階流程 (只有 Power Automate Premium 授權指派給服務帳戶) 會視為多工，且流程不符合規範。

注意

本指南針對做為流程負責人或僅限使用者執行的服務帳戶。 使用服務帳戶做為連線或共同負責人的流程不受本指南影響。 建議將服務主體視為負責人而不是服務帳戶來執行流程，以避免資訊安全風險。

這只是指南，而非硬性規定。 管理員必須負責正確授權所有的流程，以維持合規性。

有一個進階流程會將核准要求傳送給一組使用者，然後等待使用者核准或拒絕要求，才能繼續執行。 核准者是否需要 Premium 授權？

回應核准要求的使用者不需要 Premium 授權。

自動流 - 使用者構建一個流，該流在將專案添加到使用 Microsoft Lists 創建的清單時觸發，並更新 SQL 資料庫 (Premium)。 多個人可以將專案添加到使用 Microsoft Lists 創建的清單中。 使用者是否需要 Premium 授權？

該流程會在自動化或預定流程的負責人授權內容中，和叫用即時、Power Apps 或 Dataverse 觸發流程的使用者授權中執行。 因此，將專案添加到使用 Microsoft Lists 創建的清單中的人員不需要 Premium 許可證。

我們有僅限使用者的即時流程，其使用了進階連接器。 製作者與其團隊共用流程，並允許他們執行該流程。 每個人都需要 Premium 授權嗎？

任何叫用流程的人都需要具備 Premium 授權，因為這是即時流程。

我有具有進階連接器的下層流程，且由多個沒有進階連接器的上層流程所叫用。 是否需要授權所有上層流程，或有授權下層流程就夠了？

您可以授權上層流程，或授權包含 Process 授權的下層流程。 不過，如果上層流程也有進階連接器，則上層流程負責人必須具備 Premium 授權或上層流程必須具有 Process 授權。

我的流程使用多個使用者的連線。 我需要全部授權嗎？

誰需要授權與流程中使用誰的連線無關。 自動化或排程的流程一律在負責人的授權下執行，而且手動流程或應用程式通常會在觸發流程的使用者下執行。