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：對 Power Automate 流程的 API 請求（或 API 呼叫）。
- 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 方案 1 和 Power Apps 方案 2 授權)、Power Automate 依使用者方案 (包括先前流程方案 1 和流程方案 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 Relationship Sales、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 plan、Dynamics 365 方案、Dynamics 365 for Operations Device、Dynamics 365 for Operations Activity、Dynamics AX Online Device、Dynamics AX Online Task、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 Self-Serve、Microsoft 365 授權以及 Microsoft Project Online (方案 1、方案 3 和方案 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 聊天機器人或 Agent 觸發的 Power Automate 流程進行計數。 Microsoft Copilot Studio 初始工作階段套件及其他工作階段套件都會收到相同的每日 Power Platform 請求限制。
非授權使用者要求限制
個別限制適用於不需要使用者互動的活動，例如在資料庫之間移轉資料的背景程序。 這些限制是在租用戶層級定義和彙集。 Dataverse 可讓您擁有不需要任何使用者與服務互動的身分。 其中包括：
還有特殊的免費 （0 美元） 許可證，用於與 Dynamics 365 Marketing 等 Dynamics 365 應用程序交互。 如需更多詳細資料，請參閱 Marketing 如何獲得授權。
對於這些非授權身分，每個租用戶都會取得每個租用戶的初始基本請求限制，這由租用戶所支付的授權而定，外加由付費 Dynamics 365 Enterprise和 Professional 授權數量決定的累計限制。1 這個集區只能由非授權使用者使用，而不能由指派了互動式使用者授權的使用者使用。
| 產品 | 每 24 小時彙集的未授權租用戶層級要求 |
|---|---|
| Dynamics 365 Enterprise & Professional 應用程式1 | 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 Unified Ops 方案、Dynamics 365 方案、Dynamics CRM Online Enterprise 和 Dynamics CRM Online Professional 的授權。 Power Platform 請求累計未授權租用戶層級限制僅授與在 Dynamics 365「基礎 + 附加」授權模型中的付費基本授權。
2如果您認為自己可能會超出非授權使用者限制，請連絡您的經銷商或 Microsoft 客戶小組，以討論自訂解決方案。
更多無授權使用者請求限制詳細資料
某些產品以服務主體的概念運作，其限制會累計至非授權使用者集區。 這是將限制與產品在平台上運作的方式保持一致的最佳方式。
如果租用戶有多種訂閱類型，則其未授權使用者請求容量將使用請求數目較多的產品線訂閱。 例如，如果客戶同時擁有 Dynamics 365 Customer Service Enterprise 基本授權訂閱 （500,000 個最低要求 + 累積限制） 和 Power Apps 每使用者訂閱 （25,000 個請求/天），則其集區租用戶層級要求容量為每 24 小時 500,000 個最小要求 + 累積限制。
如果授權或未授權使用者超出限制會發生什麼事
Power Platform 請求限制已於 2021 年底更新並大幅增加，其水準明顯高於大多數客戶的一般使用量。 隨著更新的限制，預期很少有使用者會超過記錄的限制。 如果您預計超過未授權使用者限制，請連絡您的轉銷商或 Microsoft 帳戶團隊討論自訂解決方案。
在 Power Platform 系統管理中心正式發佈 Power Platform 請求使用方式報告功能後六個月之前，不會發生任何可能的高使用量強制。
Microsoft 保留對超額執行限制的權利。 如果遇到高使用量限制，您可能會看到速率限制現象。 購買更多資源用量以避免高用量限制規定，或將您的環境移至隨用隨付，並為超過每日限制的用量付費。
Power Platform 請求容量附加元件
報告中觀察到使用要求數經常超過限制的客戶可以購買 Power Platform 要求容量附加元件來避免高使用量強制。 此附加元件可讓客戶增加特定高使用量授權使用者或高使用量未授權使用者的限制。 每個容量附加元件每 24 小時可將要求限制增加 50,000 個。 可以指派多個容量附加元件以增加限制。
在轉換期間，您無法將 Power Platform 要求容量附加元件套件指派給使用者或流程。 不過，Microsoft 建議您購買這些附加元件，以遵守您的授權條款，並為過渡期結束做好準備。
如果您的 Power Automate 流程受到節流，請嘗試使用 按用量計費 模式，以確保環境中的所有流程都不會被節流。 如果您無法使用隨用隨付，請購買 程序授權 或附加元件，並建立包含流程和附加元件詳細資料的 Microsoft 支援票證，以便支援小組可以為您的節流流程提供例外狀況。
Note
目前，您無法將容量附加元件指派給使用者 （包括應用程式、系統管理和非互動式使用者）。 指派容量附加元件的功能，會與高使用量限制的時機相符。
其他適用的限制
除了每日 Power Platform 請求限制之外，還有每個服務特定的其他服務保護限制。 與每日要求限制一樣，這些限制透過保護服務免受惡意或吵雜行為的影響來幫助維持服務品量，否則會破壞所有客戶的服務。
請檢閱以下資源，以取得每個服務其目前服務保護限制的相關資訊：
- Dataverse 限制：適用於模型導向應用程式和 Customer Engagement 應用程式 (例如 Dynamics 365 Sales 和 Customer Service)、Power Apps 以及連接至 Dataverse/Customer Engagement 應用程式的 Power Automate
- Power Automate 限制：適用於自動化、預定和即時流程
- 連接器中的限制：適用於 Power Automate 和 Power Apps
在 Power Platform 系統管理中心中檢視詳細的 Power Platform 請求使用量資訊 (預覽版)
若要檢視授權使用者、非授權使用者和依流程授權流程執行的 Power Platform 請求使用量，請依照以下步驟操作：
在導覽窗格中，選擇授權。
在 [ 授權 ] 窗格中，選取 [ 容量附加元件 ] 以檢視 [ 容量 ] 頁面。
在 [摘要] 索引標籤上，向下捲動至 [附加元件] 區段，然後選取 [ 下載報表]。
![螢幕擷取畫面顯示 Power Platform 系統管理中心中的 [容量] 頁面，並醒目提示下載報表的連結。](media/api-request-limits-allocations/capacity-download-reports.png)
在 可下載的報告 頁面上，從命令列中選取 新增 。
展開 選擇報表 方塊，然後選取 Microsoft Power Platform 要求。
選取報告的必要範圍：
- 授權使用者
- 非授權使用者
- 每一流程授權流程
選取 提交。
完成報表後，請選取下載，將報表下載為 Excel CSV 檔案。
![螢幕擷取畫面顯示 Power Platform 系統管理中心中的 [容量] 頁面，並醒目提示下載報表的連結。](media/api-request-limits-allocations/capacity-download-reports.png#lightbox)
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 流程識別碼。 這可以是 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 進階版 | 每個使用者 40k | 每雲端流程 200k |
| Power Automate 流程 | 每個授權 250k | 每個授權 500k |
| Power Automate 託管流程 | 每個授權 250k | 每個授權 500k |
| Power Automate 依使用者方案 (舊版) | 每個使用者 40k | 每雲端流程 200k |
| Power Automate 依流程方案 (舊版) | 每個授權 250k | 每個授權 500k |
| Power Automate 免費 | 每個使用者 6k | 每個雲端流程 10k |
| Office 365 | 每個使用者 6k | 每個雲端流程 10k |
| Power Apps Premium | 每個使用者 40k | 每雲端流程 200k |
| Dynamics 365 Professional | 每個使用者 40k | 每雲端流程 200k |
| Dynamics 365 企業應用程式 | 每個使用者 40k | 每雲端流程 200k |
| Dynamics 365 團隊成員 | 每個使用者 6k | 每個雲端流程 10k |
深入了解 Power Automate 授權。
Note
- Power Automate Process 授權可以疊加在雲端流程上以增加其 PRR 限制
- Power Automate 中的 Power Platform 請求常見問題集
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 發出的要求不會重複計算，呼叫一個動作的流程只算作一次要求來計入其限制，而不是兩次。