Power Platform 請求限制的存在是為了協助確保平台的服務等級、可用性和品質。 使用者每天可提出的請求數量有限,涵蓋 Power Apps、Power Automate、Microsoft Copilot Studio 及 Dynamics 365 應用程式。
什麼是 Microsoft Power Platform 要求?
Microsoft Power Platform 中的請求是指使用者在不同產品間所採取的動作。
- Power Apps:所有對連接器和Microsoft Dataverse的 API 請求。
- Power Automate:所有對連接器的 API 請求、程序顧問分析、HTTP 動作,以及從初始化變數到簡單的組合動作的內建動作。 成功和失敗的動作都會計入這些限制。 分頁的重試與請求也會計入動作執行次數。 請參閱 什麼算作 Power Platform 請求? 以深入了解。
- Microsoft Copilot Studio:API 對 Power Automate 流程的請求(或呼叫)。
- Dataverse:所有建立、讀取、更新及刪除(CRUD)、指派和共用作業,包括完成 CRUD 交易所需的使用者驅動要求和內部系統要求,以及共用或指派等特殊作業。 這些操作可以來自任何用戶端或應用程式(包括 Dynamics 365),也可以使用任何端點(SOAP 或 REST)。 這些作業包括外掛程式、傳統工作流程,以及執行先前上述作業的自訂控制項。
Note
Dataverse 會從限制中排除一小部分內部系統作業,例如登入、登出和系統中繼資料作業。
以下的章節描述了請求類型,以及為每種類型建立的限制。
授權使用者要求限制
所有 Microsoft Power Platform 使用者根據所指派的授權,對請求數量都有限制。 下表定義使用者在 24 小時期間內可提出的要求數目:
| 產品 | 每 24 小時的每個付費授權要求 |
|---|---|
| Power Platform 的付費授權用戶(不包括每個應用程式的 Power Apps、每個流程的 Power Automate 和 Microsoft Copilot Studio)以及Dynamics 365,排除Dynamics 365 團隊成員1 | 40,000 |
| Power Apps 按使用付費方案,以及已付費的授權用戶之 Power Apps 每個應用程式的授權費、擁有 Power Platform 存取權的 Microsoft 365 應用程式,以及 Dynamics 365 團隊成員,2 | 6,000 |
| Power Automate 每個流程方案3、Microsoft Copilot Studio 基礎優惠,以及 Microsoft Copilot Studio 加包4 | 250,000 |
| 付費 Power Apps 入口網站登入 | 200 |
1 此類別包括 Power Apps 每位使用者方案的付費授權(包括先前的 Power Apps Plan 1 和 Power Apps Plan 2 授權)、Power Automate 每位使用者方案(包括先前的 Flow Plan 1 和 Flow Plan 2 授權)、Dynamics 365 Sales Premium、Dynamics 365 Sales Enterprise、Dynamics 365 Sales Professional、Dynamics 365 Customer Service Enterprise、Dynamics 365 Customer Service Professional、Dynamics 365 Field Service、Microsoft 關係銷售、Microsoft Industry Cloud、Dynamics 365 Project Service Automation、Dynamics 365 Commerce、Dynamics 365 Human Resources、Dynamics 365 Finance、Dynamics 365 Project Operations、Dynamics 365 Supply Chain Management、Dynamics 365 Customer Engagement 方案、Dynamics 365 Unified Ops 方案、Dynamics 365 方案、Dynamics 365 for Operations 裝置、Dynamics 365 for Operations 活動、Dynamics AX Online 裝置、Dynamics AX Online 任務、Dynamics CRM Online Enterprise,以及 Dynamics CRM Online Professional。
2 此類別包括Power Apps隨用付費方案,以及每個應用程式Power Apps付費授權方案、Dynamics 365 團隊成員方案、Dynamics CRM Online Basic、Dynamics CRM Online Essential、Dynamics AX 自助方案,Microsoft 365 授權,以及 Microsoft Project Online(Plan 1、Plan 3 和 Plan 5)。 在 Power Platform 授權指南 中,請參考 附錄 B,了解包含 Power Apps 與 Power Automate 功能的 Microsoft 365 授權。
3 Power Automate 的每個流規劃允許特別為某一個流保留容量,無論該流的擁有者是誰。 此方案不使用租用戶等級的非授權使用者請求限制。
4 Microsoft Copilot Studio 的請求是從 Microsoft Copilot Studio 聊天機器人觸發的 Power Automate 流程中計算的。 Microsoft Copilot Studio 的初始會話包與額外會話包皆擁有相同的每日 Power Platform 請求次數限制。
更多關於授權使用者請求上限的詳細資料
Power Platform 的請求上限僅包含在付費基礎許可中,採用 Dynamics 365 基礎 + 附加 授權模式。 附加授權不包括個別限制。 例如,若使用者擁有 Dynamics 365 Customer Service Enterprise 作為基礎授權,並以 Dynamics 365 Sales Enterprise 作為附加授權,則總請求上限將由基礎授權 Dynamics 365 Customer Service Enterprise 所提供的。
如果使用者有多個付費授權,則允許的請求總數是每個授權的要求總和。 例如,若使用者同時擁有 Dynamics 365 Customer Service Enterprise 基礎授權與 Power Apps 每位使用者授權,該使用者每 24 小時可提供 40,000 + 40,000 = 80,000 個請求。
Microsoft Copilot Studio 的要求會從由 Microsoft Copilot Studio 聊天機器人或代理程式觸發的 Power Automate 流程中被計算。 Microsoft Copilot Studio 的初始會話包與額外會話包皆擁有相同的每日 Power Platform 請求次數限制。
非授權使用者要求限制
個別限制適用於不需要使用者互動的活動,例如在資料庫之間移轉資料的背景程序。 這些限制是在租用戶層級定義和彙集。 Dataverse 可讓您擁有不需要任何使用者與服務互動的身分。 其中包括:
此外,還有一些特別的免費($0)授權,用來與 Dynamics 365 應用程式互動,例如 Dynamics 365 Marketing。 如需更多詳細資料,請參閱 Marketing 如何獲得授權。
對於這些非授權身份,每個租戶會有一個初始的請求上限,該限制取決於租戶身上的付費授權數量,加上累積的 Dynamics 365 Enterprise 與 Professional 授權數量。1 此池僅能由這些非授權使用者使用,且不允許擁有互動使用者授權的使用者使用。
| 產品 | 每 24 小時彙集的未授權租用戶層級要求 |
|---|---|
| Dynamics 365 Enterprise & 專業應用 |
500,000 個基本要求 + 每個 USL 累積的 5,000 個要求1,最多 10,000,000 個2 |
| Power Apps(所有授權) | 25,000 個基本要求,租用戶無法每個授權累算 |
| Power Automate(所有授權) | 25,000 個基本要求,租用戶無法每個授權累算 |
1 此類別包含 Dynamics 365 Sales Premium、Dynamics 365 Sales Enterprise、Dynamics 365 Sales Professional、Dynamics 365 Customer Service Enterprise 授權,Dynamics 365 Customer Service Professional、Dynamics 365 Field Service、Microsoft Relationship Sales、Dynamics 365 Project Service Automation,Dynamics 365 Commerce、Dynamics 365 Human Resources、Dynamics 365 Finance、Dynamics 365 Project Operations,Dynamics 365 Supply Chain Management、Dynamics 365 Customer Engagement 計畫、Dynamics 365 統一營運計畫、Dynamics 365 計畫、Dynamics CRM Online Enterprise 以及 DynamicsCRM 線上專業。 Power Platform Request 累積的非授權租戶層級限制,僅在 Dynamics 365「基地 + 附加」授權模式下,透過付費基地授權獲得。
2如果您認為自己可能會超出非授權使用者限制,請連絡您的經銷商或 Microsoft 客戶小組,以討論自訂解決方案。
更多無授權使用者請求限制詳細資料
某些產品以服務主體的概念運作,其限制會累計至非授權使用者集區。 這是將限制與產品在平台上運作的方式保持一致的最佳方式。
如果租用戶有多種訂閱類型,則其未授權使用者請求容量將使用請求數目較多的產品線訂閱。 例如,若客戶同時擁有 Dynamics 365 Customer Service Enterprise 基礎授權訂閱(500,000 次最低請求 + 累積限制)與 Power Apps 每位使用者訂閱(每天 25,000 次請求),其共用租戶層級請求容量為 500,000 次最低請求 + 每 24 小時累積限制。
如果授權或未授權使用者超出限制會發生什麼事
Power Platform 請求限制已於 2021 年底更新並大幅增加,其水準明顯高於大多數客戶的一般使用量。 隨著更新的限制,預期很少有使用者會超過記錄的限制。 如果您預計超過未授權使用者限制,請連絡您的轉銷商或 Microsoft 帳戶團隊討論自訂解決方案。
在 Power Platform 系統管理中心正式發佈 Power Platform 請求使用方式報告功能後六個月之前,不會發生任何可能的高使用量強制。
Microsoft 保留對超額執行限制的權利。 如果遇到高使用量限制,您可能會看到速率限制現象。 購買更多資源用量以避免高用量限制規定,或將您的環境移至隨用隨付,並為超過每日限制的用量付費。
Power Platform 請求容量附加元件
報告中觀察到使用要求數經常超過限制的客戶可以購買 Power Platform 要求容量附加元件來避免高使用量強制。 此附加元件可讓客戶增加特定高使用量授權使用者或高使用量未授權使用者的限制。 每個容量附加元件每 24 小時可將要求限制增加 50,000 個。 可以指派多個容量附加元件以增加限制。
在轉換期間,您無法將 Power Platform 要求容量附加元件套件指派給使用者或流程。 不過,Microsoft 建議您購買這些附加元件,以遵守您的授權條款,並為過渡期結束做好準備。
如果你的 Power Automate 流程被限流,試試 Pay-as-you-go,確保環境中的所有流程不被限流。 如果您無法使用隨用隨付,請購買 程序授權 或附加元件,並建立包含流程和附加元件詳細資料的 Microsoft 支援票證,以便支援小組可以為您的節流流程提供例外狀況。
Note
目前,您無法將容量附加元件指派給使用者 (包括應用程式、系統管理和非互動式使用者)。 指派容量附加元件的功能,會與高使用量限制的時機相符。
其他適用的限制
除了每日 Power Platform 請求限制之外,還有每個服務特定的其他服務保護限制。 與每日要求限制一樣,這些限制透過保護服務免受惡意或吵雜行為的影響來幫助維持服務品量,否則會破壞所有客戶的服務。
請檢閱以下資源,以取得每個服務其目前服務保護限制的相關資訊:
- Dataverse 限制:適用於模型驅動的應用程式及客戶互動應用程式(如 Dynamics 365 Sales 與客戶服務)、Power Apps,以及連接至 Dataverse 和/或客戶互動應用程式的 Power Automate
- Power Automate 限制:適用於自動化、排程及即時工作流程
- 連接器限制:適用於Power Automate與Power Apps
在 Power Platform 系統管理中心中檢視詳細的 Power Platform 請求使用量資訊 (預覽版)
若要檢視授權使用者、非授權使用者和依流程授權流程執行的 Power Platform 請求使用量,請依照以下步驟操作:
在導覽窗格中,選擇授權。
在 [ 授權 ] 窗格中,選取 [ 容量附加元件 ] 以檢視 [ 容量 ] 頁面。
在 [摘要] 索引標籤上,向下捲動至 [附加元件] 區段,然後選取 [ 下載報表]。
在 可下載的報告 頁面上,從命令列中選取 新增 。
展開 選擇報告框,並選擇 Microsoft Power Platform 請求。
選取報告的必要範圍:
- 授權使用者
- 非授權使用者
- 每一流程授權流程
選取 提交。
完成報表後,請選取下載,將報表下載為 Excel CSV 檔案。
Note
這些報告目前仍處於預覽階段,僅限於 Power Automate API 請求。 目前尚未包含來自 Dataverse、Microsoft Copilot Studio 和 Power Apps 的 API 請求。
授權使用者 的預覽報告有兩個限制。
- 已授權使用者的權利會顯示在每位使用者每天每個環境的報告中。 這些限制應套用於每位使用者每天的層級。 在查看報表時,請了解每個使用者每天的限制,每天只會使用一次權利數量,而不是多次匯總同一個使用者的權利。
- 授權使用者報告未顯示針對透過 Power Apps 單一應用程式授權或 Power Apps 單一應用程式按需付費授權的使用者的正確權益。 此類使用者的權利會顯示為 0,而實際上其應顯示為 6000 (如前所述,每 24 小時的要求數)。
授權使用者報告
授權使用者報告顯示每個使用者每天的 Power Platform 請求使用量和授權的使用者數量。 可下載的報表包含以下欄位:
| 欄位 | 描述: |
|---|---|
| 環境識別碼 | 唯一 Power Platform 環境識別碼。 |
| 環境名稱 | 環境的顯示名稱。 |
| 呼叫者識別碼 | 撥打身份的唯一識別碼,對應至 Active Directory ID。 這可以是 Null 或空白。 |
| 呼叫者類型 | 呼叫者身分識別的類型。 已授權使用者報表適用的值為「使用者」。 |
| 使用情況日期時間 | 擷取使用情況的日期與時間 (UTC)。 |
| 授權數量 | 使用者的所有 Power Platform 請求限制總計。 |
| 總使用量 | Power Automate API 的總使用量。 |
| Power Automate 請求 | 來自 Power Automate 的 Power Platform 請求數量。 |
以下是詳細使用情況報表的範例:
非授權使用者報告
非授權使用者報告顯示非授權使用者每天的 Power Platform 請求使用量,以及該租用戶非授權使用者的總權利。 可下載的報表包含以下欄位:
| 欄位 | 描述: |
|---|---|
| 此租用戶的 Power platform 要求權利 | 此租用戶未授權 Power platform 要求的每日權利總數。 |
| 環境識別碼 | 唯一 Power Platform 環境識別碼。 |
| 環境名稱 | 環境的顯示名稱。 |
| 呼叫者識別碼 | 呼叫者身分識別的唯一識別碼。 這可以是 Null 或空白。 |
| 呼叫者類型 | 呼叫者身分識別的類型。 適用值為系統、非互動式/應用程式。 |
| 資源類型 | 資源的類型。 目前適用的選項為 Power Automate。 |
| 資源識別碼 | 唯一資源識別碼。 根據資源類型:Power Automate Flow ID。 這可以是 Null 或空白。 |
| 計量表類別 | 此案例 Power Platform 請求中的最上層計量。 |
| 計量表子類別 | 什麼產生了該請求的詳細分類是 Power Automate。 |
| 使用情況日期時間 | 擷取使用情況的日期與時間 (UTC)。 |
| 使用量 | Power Platform 請求的使用情況。 |
以下是詳細使用情況報表的範例:
依流程授權的流程報表
按流程授權的每個流程可下載報告包含以下欄位:
| 欄位 | 描述: |
|---|---|
| 環境識別碼 | 唯一 Power Platform 環境識別碼。 |
| 環境名稱 | 環境的顯示名稱。 |
| 環境區域 | 預覽版期間無法使用。 |
| 呼叫者識別碼 | 流程的唯一識別碼。 這可以是 Null 或空白。 |
| 呼叫者類型 | 呼叫者身分識別的類型。 適用的值為 Flow。 |
| 使用情況日期時間 | 擷取使用情況的日期與時間 (UTC)。 |
| 授權數量 | 任何所包含流程權利的值。 |
| 使用量 | Power Platform 請求的使用情況。 |
Power Automate 中的請求限制
重要
桌面流程執行不會耗用 Power Platform 請求
為確保 Power Automate 服務的可用性與品質,使用者在雲端流程中可發出的 Power Platform (PPR) 請求數量有限制。 這些限制是根據五分鐘和每 24 小時間隔的正常流程量使用模式設定的。
24 小時限制基於使用者授權或分配給雲端流程的流程/依流程方案授權:
- 若使用者持有 Power Automate Premium 授權,他們可在 24 小時內於租戶中對所有雲端流程提出 40,000 筆 Power Platform 請求。 此限制還包括平台向協力廠商連接器發出的請求。
- 如果雲端流程具有流程授權,則流程、其子流程及其相關聯的流程可以在 24 小時內對流程的所有使用者提出 250,000 個 Power Platform 請求。
- 如果雲端流程有依流程方案 (舊版),則該流程可以在 24 小時內跨使用者的所有流程發出 250,000 個 Power Platform 請求。
若要防止使用量大的流程或使用者影響其他使用者,則會根據單一使用者或流程層級的消耗量來追蹤此容量,而且不能在任何其他層級 (如環境或租用戶層級) 上彙集。 24 小時是一個滑動窗口,這意味著只要雲端流程執行,系統就會查看過去 24 小時內的請求,以確定使用者是否達到限制。 例如,租用戶中的兩個使用者可能具有進階授權,而每個使用者每 24 小時都會收到 40,000 個要求。 如果第一個人在 24 小時內使用超過 40,000 個請求,則其流程會變慢,並且不會影響僅使用 20,000 個請求但仍有 20,000 個請求的第二個使用者。
目前,所有組織都處於轉換期,在此期間適用更高的轉換期限制。 轉換期結束後,官方限制將適用。 根據官方限制建立您的雲端流程。 五分鐘限制為 100,000 個請求,並且與使用者的授權無關。 例如,具有流程授權的流程可以在 24 小時內發出 250,000 個請求,但在 5 分鐘內不能發出超過 100,000 個請求。
每個授權的 Power Automate 請求限制:
| 授權名稱 | 每 24 小時 PPR 官方限額 | 每 24 小時 PPR 轉換期限制 |
|---|---|---|
| Power Automate Premium | 每個使用者 40k | 每雲端流程 200k |
| Power Automate 流程 | 每個授權 250k | 每個授權 500k |
| Power Automate 託管程序 | 每個授權 250k | 每個授權 500k |
| Power Automate 每位使用者方案(舊版) | 每個使用者 40k | 每雲端流程 200k |
| Power Automate Per-flow 計畫(舊版) | 每個授權 250k | 每個授權 500k |
| Power Automate 免費版 | 每個使用者 6k | 每個雲端流程 10k |
| Office 365 | 每個使用者 6k | 每個雲端流程 10k |
| Power Apps Premium | 每個使用者 40k | 每雲端流程 200k |
| Dynamics 365 專業版 | 每個使用者 40k | 每雲端流程 200k |
| Dynamics 365 企業應用程式 | 每個使用者 40k | 每雲端流程 200k |
| Dynamics 365 團隊成員 | 每個使用者 6k | 每個雲端流程 10k |
了解關於Power Automate 授權的資訊。
Note
- Power Automate 流程授權可疊加於雲端流程,以增加其 PRR 限制
- Power Automate 中與 Power Platform Request 相關的 FAQ
Power Automate 過渡期
所有組織都處於轉型期。 這意味著執法不嚴格且 PPR 限制更高。 在 Power Platform 系統管理中心報表正式發行後,轉換期間就會結束。 然後,在開始嚴格執行授權限制之前,組織有六個月的時間來分析其使用併購買適當的授權。
轉換期間需注意以下幾點:
轉換期間並不代表每日限制。 這意味著目前強制執行的限制比官方限制更為寬鬆,以防止對您的應用程式或流程產生潛在的意外影響。
這些轉換期限制在轉換期內應用於雲端流程層級。 此外,在轉換期間,每個使用者層級將套用 1,000,000 個雲端流程動作的單獨限制,以確保使用者在一天內執行的所有流程中的動作數不會超過 100 萬次。 轉換期間結束後,實際限制會套用在 Premium 授權的使用者層級,以及程序/依流程方案授權的雲端流程層級。
在轉換期間,手動雲端流程不使用流程擁有者/流程呼叫者限制。 每個手動雲端流程的效能設定檔均為中等 (100,000 個請求/流程/24 小時)。 轉換期過後,手動雲端流程將使用呼叫使用者的請求限制。
因為轉換期間的限制更常見,所以不支援使用者授權堆疊。 如果使用者有多個方案,例如 Microsoft 365 方案和 Dynamics 365 方案,流程則使用較高的方案(Dynamics 365 方案)。
在轉換期間,無法將 Power Platform 請求容量附加元件套件指派給使用者或雲端流程。 不過,Microsoft 建議您購買這些附加元件,保留在授權條款中,並在轉換期間結束時做好準備。 如果您的雲端流程目前正在受到限制,請購買附加服務,並建立含流程詳細資料和附加詳細資料的支援票證,讓支援小組可以為您的限制流程提供例外。
種子授權使用者只能在應用程式上下文中使用雲端流程。 若要進一步瞭解,請查看種子授權區段。 在轉換期間,強制實施授權限制較不嚴格,且 Microsoft 建議您保留在授權條款中,以避免轉換期間結束時出現中斷。
常見問題
我可以使用哪些工具來監視和分析整個平台的 Power Platform 請求?
Power Platform 系統管理中心提供預覽版 Power Platform 要求使用量報告。 這些回報目前僅限於 Power Automate API 請求。 目前尚未包含來自 Dataverse、Microsoft Copilot Studio 和 Power Apps 的 API 請求。
Power Platform 請求限制的時間表是什麼?
限制的概念於 2019 年底首次引入,且紀錄的限制在 2021 年底大幅增加。 Power Platform 請求公開預覽版報表已於 2022 年 6 月推出。 在公開預覽版期之後,報表會轉為正式發行。 目前尚無正式發布的預計時間。 任何潛在的高使用率執法至少要在報告普遍發布六個月後才會開始。 然而,Power Automate 仍在變更限制下持續限速,直到實施為止。 如需深入了解,請參閱常見問題集。
使用經典工作流程或 Power Automate 流程時,使用哪些帳戶的限制?
這取決於程序是根據需要執行或在背景執行。 根據需要執行的即時流程,會使用啟動程序人員的帳戶限制。 另一方面,在背景執行的工作流程或自動化/預定流程,則一律使用程序負責人的限制,不論程序為何啟動或程序中用於連線的帳戶。 如需詳細資訊,請參閱流程會使用誰的 Power Platform 請求限制?。
Microsoft Power Platform 的請求限額是否可以從每日或每月累積到下個期間?
不會。 所有 Microsoft Power Platform 請求皆為 24 小時內存在。 如果它們沒有被消耗掉,它們就不會結轉到第二天,也不會在一個月內累積。
每個應用程式使用者、非互動式使用者、系統管理使用者或系統使用者是否會取得自己的使用者層級限制?
不,他們沒有。 使用者層級限制在使用者中的所有應用程式使用者、非互動式使用者、系統管理使用者或系統使用者之間共用。
Dataverse 中傳統 Dataverse 工作流程和外掛程式所產生的要求是否計入要求限制?
是,如果這些請求會進行 CRUD、指派或共用類型請求,則會計入。 關於典型工作流程,這邏輯包括諸如檢查條件、開始子工作流程或停止工作流程之類的動作。 不過,不會計算從平台內部產生的要求,例如: sdkmessagerequest、 solutioncomponentdefinition和 ribbonclientmetadatareporting。
我是否應該使用第三方資料整合工具來代替 Power Automate,以避免達到我的限制?
不,協力廠商資料整合工具受到與預定、即時或自動化流程相同的限制。 因此,無論你選擇使用 Power Automate 還是第三方工具,都沒有差別。 此外,從 Power Automate 到 Dataverse 的請求並不會被重複計算。一個流程中的單一操作只會計入一個請求,而不是兩個。