要求限制與配置
Power Platform 存在請求限制是為了説明確保平臺的服務級別、可用性和品質。 使用者每天可在 Power Apps、Power Automate、Microsoft Copilot Studio 和 Dynamics 365 應用程式發出的要求數目有限制。
什麼是 Microsoft Power Platform 要求？
Microsoft Power Platform 中的要求包含使用者跨不同產品所進行的各種動作。 概括地說，以下清單構成了 API 請求：
- Power Apps：對連接器的所有 API 請求，以及 Microsoft Dataverse。
- Power Automate：對連接器的所有 API 請求、程序顧問分析、HTTP 操作以及從初始化變數到簡單組合操作的內置操作。 成功和失敗的動作都將計入這些限制。 此外，來自分頁的重試和其他請求也算作操作執行。 有關詳細資訊，請參閱 什麼算作 Power Platform 請求？
- Microsoft Copilot Studio：對 Power Automate 聊天機器人會話中的流的 API 請求（或調用）。
- Dataverse：所有創建、讀取、更新和刪除（CRUD）、分配和分享操作，包括完成 CRUD 事務所需的使用者驅動和內部系統請求，以及分享或分配等特殊操作。 這些操作可以來自任何用戶端或應用程式（包括 Dynamics 365），並使用任何端點（SOAP 或 REST）。 這些操作包括但不限於外掛程式、經典工作流和執行上述操作的自定義控制項。
注意
因為 Dataverse，有一小部分系統內部操作被排除在限制之外，例如登錄、註銷和系統元數據操作。
以下各節介紹請求類型以及為每種類型設置的限制。
授權使用者要求限制
Microsoft Power Platform 的所有使用者都會根據指派給他們的授權限制要求數目。 下表定義使用者在 24 小時期間內可提出的要求數目：
| 產品 | 每 24 小時的每個付費授權要求 |
|---|---|
| Power Platform (不包括 Power Apps 每個應用程式、Power Automate 每個流程及 Microsoft Copilot Studio) 和 Dynamics 365 (不包括 Dynamics 365 Team Member) 1 的付費授權使用者 | 40,000 |
| Power Apps 隨用隨付方案 和 Power Apps 每個應用程式、具有 Power Platform 存取權的 Microsoft 365 應用程式和 Dynamics 365 Team Member2 的付費授權使用者 | 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 方案、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 Team Member、Dynamics CRM Online Basic、Dynamics CRM Online Essential、Dynamics AX Self-Serve、Microsoft 365 licenses、和 Microsoft Project Online (方案 1、方案 3、和方案 5). 有關詳細資訊， 請參閱 “許可”指南 Power Platform 中的附錄 B ，瞭解 Microsoft 365 包含 Power Apps 和 Power Automate 功能的許可證。
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 & 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 個請求/天)，則其租用戶層級要求容量將為500,000 個最小要求 + 每 24 小時的累算限制。
如果授權或未授權使用者超出限制會發生什麼事
Power Platform 要求限制已更新並在 2021 年底大幅增加，顯著高於大多數客戶的典型使情況。 使用更新後的限制，將很少會有使用者超過記錄的限制。 如果您預計超過未授權使用者限制，請連絡您的轉銷商或 Microsoft 帳戶團隊討論自訂解決方案。
在 Power Platform 系統管理中心普遍提供 Power Platform 要求使用情況報告六個月後，才會發生任何可能的高使用量強制執行。
Microsoft 保留對超額執行限制的權利。 如果客戶遇到高使用量強制執行的情況，則可能會期望進行某種形式的限制。 客戶可以購買額外的容量，以避免高使用量強制執行或將其環境移至隨用隨付，為超出每日限制的實際使用付費。
Power Platform 要求容量附加元件
在報表中發現他們使用的要求經常超過限制的客戶可以購買 Power Platform 要求容量附加元件來避免高使用量強制執行。 此附加元件可讓客戶增加特定高使用量授權使用者或高使用量未授權使用者的限制。 每個容量附加元件每 24 小時可將要求限制增加 50,000 個。 可以指派多個容量附加元件以增加限制。
在 Power Platform 過渡期間 ，您無法將請求容量附加包分配給使用者或流。 不過，Microsoft 建議您購買這些附加元件，保留在授權條款中，並在轉換期間結束時做好準備。
如果您的 Power Automate 流受到限制，請嘗試 即用即付 ，以確保環境中的所有流都不會受到限制。 如果您無法使用即用即付，請購買附加服務，並建立含流程詳細資料和附加詳細資料的 Microsoft 支援票證，讓支援小組可以為您的限制流程提供例外。
注意
目前，無法將容量附加元件分配給使用者（包括應用程式使用者、管理員使用者和非互動式使用者）。 指派容量附附加元件的功能將與高使用量強制執行的時間保持一致。
其他適用的限制
除了每日 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 要求使用情況。
在左側導航功能表上，選擇“ 容量”。
在摘要索引標籤中，選取附加元件區段中的下載報表。
選取功能表中的新增。
在選擇報表方塊中選取 Microsoft Power Platform 要求。
選擇所需的報告類型，然後選擇“提交 ”。
完成報表後，請選取下載，將報表下載為 Excel CSV 檔案。
Note
這些報表目前處於預覽中。 已授權使用者預覽報表有兩個限制。
- 已授權使用者的權利會顯示每位使用者每天每個環境的報表中。 這些限制應套用於每位使用者每天的層級。 在查看報表時，請了解每個使用者每天的限制，每天只會使用一次權利數量，而不是多次匯總同一個使用者的權利。
- 已授權使用者報表不會顯示透過 Power Apps 每個應用授權或 Power Apps 每個應用程式隨用隨付計量表獲得授權的使用者正確權利。 此類使用者的權利將顯示為 0，而實際上它們應顯示為 6000（如前所述，每 24 小時請求一次）。
已授權使用者報表
已授權使用者報表會顯示每個使用者每天的 Power Platform 要求使用情況，和使用者授權數量。 可下載的報表包含以下欄位：
| 欄位 | 描述 |
|---|---|
| 環境識別碼 | 唯一 Power Platform 環境識別碼。 |
| 環境名稱 | 環境的顯示名稱。 |
| 呼叫者識別碼 | 對應至 Active Directory 識別碼之呼叫者身分識別的唯一識別碼。 這可以是 Null 或空白。 |
| 呼叫者類型 | 呼叫者身分識別的類型。 已授權使用者報表適用的值為「使用者」。 |
| 使用情況日期時間 | 擷取使用情況的日期與時間 (UTC)。 |
| 授權數量 | 使用者的所有 Power Platform 要求限制總計。 |
| 總使用量 | 所有要求類型 (Dataverse、Power Apps 和 Power Automate) 的總使用量。 |
| Dataverse 要求 | 源自 Dataverse 的 Power Platform 要求數目。 |
| Power Automate 要求 | 源自 Power Automate 的 Power Platform 要求數目。 |
| Power Apps 要求 | 源自 Power App 的 Power Platform 要求數目。 |
以下是詳細使用情況報表的範例：
未授權使用者報表
未授權使用者報表會顯示 未授權使用者每天的 Power Platform 要求使用量，以及該租用戶之未授權使用者的總權利。 可下載的報表包含以下欄位：
| 欄位 | 描述 |
|---|---|
| 此租用戶的 Power platform 要求權利 | 此租用戶未授權 Power platform 要求的每日權利總數。 |
| 環境識別碼 | 唯一 Power Platform 環境識別碼。 |
| 環境名稱 | 環境的顯示名稱。 |
| 呼叫者識別碼 | 呼叫者身分識別的唯一識別碼。 這可以是 Null 或空白。 |
| 呼叫者類型 | 呼叫者身分識別的類型。 適用值為系統、非互動式/應用程式。 |
| 資源類型 | 資源的類型。 適用值為 Dataverse、Power Apps 和 Power Automate。 |
| 資源識別碼 | 唯一資源識別碼。 根據資源類型，這可能是應用程式識別碼、Dataverse 組織識別碼或 Power Automate 流程識別碼。 這可以是 Null 或空白。 |
| 計量表類別 | 此案例 Power Platform 要求中的頂層計量表。 |
| 計量表子類別 | 產生要求的詳細分類。 這可以是 Dataverse、Power Apps 和 Power Automate。 |
| 使用情況日期時間 | 擷取使用情況的日期與時間 (UTC)。 |
| 使用量 | Power Platform 要求的使用情況。 |
以下是詳細使用情況報表的範例：
每個流程報表
每個流程授權流程可下載報表包含以下欄位：
| 欄位 | 描述 |
|---|---|
| 環境識別碼 | 唯一 Power Platform 環境識別碼。 |
| 環境名稱 | 環境的顯示名稱。 |
| 環境區域 | 預覽期間無法使用。 |
| 呼叫者識別碼 | 流程的唯一識別碼。 這可以是 Null 或空白。 |
| 呼叫者類型 | 呼叫者身分識別的類型。 適用值為流程。 |
| 使用情況日期時間 | 擷取使用情況的日期與時間 (UTC)。 |
| 授權數量 | 任何所包含流程權利的值。 |
| 使用量 | Power Platform 要求的使用情況。 |
以下是詳細使用情況報表的範例：
中的請求限制 Power Automate
重要
桌面流程執行不消耗 Power Platform 請求
為了確保 Power Automate 服務的可用性和品質，用戶可以在其雲端流中發出的 Power Platform 請求數（PPR）有限制。 這些限制是根據 5 分鐘和每 24 小時間隔的正常流使用模式設置的。
24 小時限制基於使用者許可證或分配給雲端流程的進程/依流程方案許可證
- 如果用戶擁有 Power Automate Premium 許可證，則他們可以在 24 小時內在租戶中的所有雲端流中發出 40,000 Power Platform 個請求。 此限制也包括平臺向第三方連接器發出的請求。
- 如果雲端流程具有流程許可證，則該流程、其子系流程及其關聯的流程可以在 24 小時內向流程的所有用戶發出 250,000 Power Platform 個請求。
- 如果雲端流程具有依流程方案（舊版），則流可以在 24 小時內向流的所有用戶發出 250,000 Power Platform 個請求。
若要防止使用量大的流程或使用者影響其他使用者，則會根據單一使用者或流程層級的消耗量來追蹤此容量，而且不能在任何其他層級 (如環境或租用戶層級) 上彙集。 24 小時是一個滑動視窗，這意味著每當雲端流程運行時，系統都會查看過去 24 小時內的請求，以確定使用者是否達到其限制。 例如，租戶中的兩個使用者可能擁有 Premium 許可證，每個使用者每 24 小時收到 40,000 個請求。 如果第一個使用者在 24 小時內使用超過 40,000 個請求，則其流量會減慢，並且不會影響僅使用 20,000 個請求但仍有 20,000 個請求的第二個使用者。
目前，所有組織都處於 過渡期 ，在此期間適用更高的過渡期限制。 過渡期結束后，官方限制將適用。 根據官方限制構建雲端流。
五分鐘的限制是 100,000 個請求，它與使用者的許可證無關。 例如，具有 Process 許可證的流可以在 24 小時內發出 250,000 個請求，但它們不能在 5 分鐘內發出超過 100,000 個請求。
Power Automate 每個授權的請求限制：
| 授權名稱 | PPR 每 24 小時的官方限制 | PPR 過渡期每 24 小時限制 |
|---|---|---|
| Power Automate Premium | 每位使用者 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 。
注意
- Power Automate 過程許可證可以堆疊在雲端流程上，以增加其 PRR 限制
- 內應 Power Platform 要求提供常見問題解答 Power Automate
Power Automate 過渡期
所有組織都處於過渡期。 這意味著執法並不嚴格，PPR 限制更高。 在 Power Platform 系統管理中心報表正式推出後，轉換期間就會結束。 然後，組織有六個月的時間來分析其使用方式，並在開始嚴格執行許可證限制之前購買適當的許可證。
以下是過渡期間需要注意的幾點：
轉換期間並不代表每日限制。 這意味著當前實施的限制比官方限制更寬鬆，以防止對您的應用或流程產生潛在的意外影響。
在過渡期間，這些過渡期限制適用於雲端流程級別。 此外，在過渡期間，將應用單獨的每用戶級別限制 1000000 雲端流程個操作，以確保使用者在一天內的所有流程運行中的操作數不超過 1M。 過渡期結束后，實際限制將在用戶級別應用於高級許可證，雲端流程級別應用於流程/按流程計劃許可證。
在過渡期間，手動雲端流不使用流擁有者/流調用者限制。 每個手動雲端流程的性能配置檔為“中等”（100,000 個請求/流/24 小時）。 過渡期過後，手動雲端流將使用調用使用者的請求限制。
由於過渡期間的限制更加寬鬆，因此不支援堆疊用戶許可證。 如果使用者有多個方案 (如 Microsoft 365 方案和 Dynamics 365 方案)，則流程會使用更高等的方案 (Dynamics 365 方案)。
Power Platform 在過渡期間，無法將請求容量附加包分配給使用者或雲端流。 不過，Microsoft 建議您購買這些附加元件，保留在授權條款中，並在轉換期間結束時做好準備。 如果您的雲端流當前受到限制，請購買載入項並創建包含流詳細資訊和載入項詳細信息的支援票證，以便支持團隊可以為受限制的流提供異常。
種子許可證使用者只能在應用的上下文中使用雲端流。 有關詳細資訊， 請參閱種子許可證 部分。 在轉換期間，強制實施授權限制較不嚴格，且 Microsoft 建議您保留在授權條款中，以避免轉換期間結束時出現中斷。
常見問題
我可以使用哪些工具來監控和分析整個平台的 Power Platform 要求？
Power Platform 系統管理中心提供預覽版 Power Platform 要求使用情況報表。
Power Platform 要求限制的時間表是什麼？
限制的概念於 2019 年底首次引入，且紀錄的限制在 2021 年底大幅增加。 在 2022 年 6 月推出 Power Platform 要求公開預覽版報表。 在公開預覽版期之後，報表將轉為正式發行。 目前沒有關於何時發生 GA 的預計到達時間。 任何潛在的高使用率強制執行至少要到報告正式發佈后的六個月才會開始。 但是，在執行之前， Power Automate 繼續在過渡限制下進行節流。 在常見問題解答中瞭解更多資訊。
傳統工作流程或 Power Automate 流程使用什麼帳戶限制？
這取決於程序是根據需要執行或在背景執行。 根據需要執行的即時流程，會使用啟動程序人員的帳戶限制。 另一方面，在後台運行的工作流或自動化/計劃流始終使用流程擁有者的限制，而不管流程啟動的原因或流程內部的連接使用哪些帳戶。 有關詳細資訊，請參閱 流使用誰 Power Platform 的請求限制？。
Microsoft Power Platform 請求限制是逐天滾動還是逐月滾動？
不，它沒有。 所有 Microsoft Power Platform 要求都存在 24 小時。 如果沒有使用，要求也不會累計到第二天，也不會在一個月中累積。
每個應用程式使用者、非互動式使用者、系統管理使用者或系統使用者是否會取得自己的用戶層級限制？
不，他們沒有。 用戶層級限制在用戶中的所有應用程式使用者、非互動式使用者、系統管理使用者或系統使用者之間共用。
Dataverse 中傳統 Dataverse 工作流程和外掛程式所產生的要求是否計入要求限制？
是的，如果這些請求發出 CRUD、分配或分享類型的請求，則它們會計算在內。 對於經典工作流，此邏輯包括活存條件、啟動子系工作流或停止工作流等操作。 但是，由平台內部產生的要求不會計入，例如：sdkmessagerequest、solutioncomponentdefinition 和 ribbonclientmetadatareporting。
我應該使用協力廠商資料整合工具而不是 Power Automate 以避免達到限制嗎？
不，協力廠商資料整合工具受到與預定、即時或自動化流程相同的限制。 因此，您選擇使用 Power Automate 或協力廠商工具都不會有任何區別。 此外，from Power Automate to Dataverse 的請求不會重複計算，調用一個操作的流僅計為一個超出其限制的請求，而不是兩個。
相關資訊
意見反應
即將登場：在 2024 年，我們將逐步淘汰 GitHub 問題作為內容的意見反應機制，並將它取代為新的意見反應系統。 如需詳細資訊，請參閱：https://aka.ms/ContentUserFeedback。
提交並檢視相關的意見反應