要求限制與配置
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 、具有 Microsoft 365 訪問許可權的應用和 Dynamics 365 Team Member Power Platform 2 的付費許可使用者 | 6,000 |
| Power Automate 每個流程方案3、Microsoft Copilot Studio 型產品和 Microsoft Copilot Studio 附加元件4 | 250,000 |
| 付費 Power Apps 入口網站登入 | 200 |
1 此類別包括每用戶計劃 (包括之前的 Power Apps 計劃 1 和 Power Apps 計劃 2 許可證)、 Power Apps 每用戶計劃 (包括之前的 Flow 計劃 1 和 Flow 計劃 2 許可證)、Dynamics 365 Sales Premium、Dynamics 365 Sales Enterprise、 Power Automate Dynamics 365 Sales ProfessionalDynamics 365 客戶服務 Professional、 Dynamics 365 Customer Service Enterprise、 Dynamics 365 Field Service Microsoft Relationship Sales、Industry Cloud、 Microsoft 、 Dynamics 365 Project Service Automation Dynamics 365 Commerce、Dynamics 365 Finance、 Dynamics 365 Human Resources 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 ActivityDynamics AX Online 設備、Dynamics AX Online 工作、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 許可證和 Microsoft Project Online (計劃 1、計劃 3 和計劃 5)。 有關詳細資訊， 請參閱 許可的附錄 B Power Platform 指南 瞭解 Microsoft 365 包含 Power Apps 和 Power Automate 功能的許可證。
3 Power Automate 每個流程方案可針對單一流程專門預留容量，不管流程的負責人是誰。 此計劃在租戶級別不使用非許可使用者請求限制。
Microsoft Copilot Studio 從 a Power Automate 聊天機器人觸發的流中計算 Microsoft Copilot Studio 4 個請求。 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 和客戶服務） Power Apps以及 Power Automate 連接到 Dataverse/Customer Engagement 應用
- Power Automate 限制：適用於自動化流、計劃流和即時流
- 連接器中的限制：適用於 Power Automate 和 Power Apps
在 Power Platform 系統管理中心中查看詳細的 Power Platform 要求使用資訊
若要查看授權使用者、非授權使用者和每個流程授權流程執行的 Power Platform 要求使用情況。
在左側的導航功能表上，選擇 容量。
在摘要索引標籤中，選取附加元件區段中的下載報表。
選取功能表中的新增。
在選擇報表方塊中選取 Microsoft Power Platform 要求。
選擇所需的報表類型，然後選擇 Submit (提交)。
完成報表後，請選取下載，將報表下載為 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 個請求。 此限制還包括平臺向第三方連接器發出的請求。
- 如果雲端流程具有 Process 許可證，則該流、其子系流及其關聯的流可以在 24 小時內向該流的所有用戶發出 250,000 Power Platform 個請求。
- 如果雲端流程具有依流程方案 (舊版)，則流可以在 24 小時內向流的所有用戶發出 250,000 Power Platform 個請求。
若要防止使用量大的流程或使用者影響其他使用者，則會根據單一使用者或流程層級的消耗量來追蹤此容量，而且不能在任何其他層級 (如環境或租用戶層級) 上彙集。 24 小時是一個滑動視窗，這意味著每當雲端流程運行時，系統都會查看過去 24 小時內的請求，以確定使用者是否達到其限制。 例如，租戶中的兩個使用者可能擁有 Premium 許可證，每個使用者每 24 小時會收到 40,000 個請求。 如果第一個人在 24 小時內使用了超過 40000 個請求，則他們的流程會變慢，不會影響第二個使用者，該使用者只使用了 20000 個請求，但仍有 20000 個請求。
目前，所有組織都處於 過渡期 ，在此期間適用更高的過渡期限制。 過渡期結束后，官方限制適用。 根據官方限制構建 Cloud Flows。
五分鐘限制為 100000 個請求，並且與使用者的許可證無關。 例如，具有 Process 許可證的流可以在 24 小時內發出 250,000 個請求，但它們在 5 分鐘內不能發出超過 100,000 個請求。
Power Automate 每個授權的請求限制：
| 授權名稱 | PPR 官方每 24 小時限制 | 每 24 小時 PPR 過渡期限制 |
|---|---|---|
| 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 流程許可證可以堆疊在雲端流程上，以提高其 PRR 限制
- FAQ on Power Platform Request within Power Automate
Power Automate 過渡期
所有組織都處於過渡期。 這意味著執行不嚴格，PPR 限制更高。 在 Power Platform 系統管理中心報表正式推出後，轉換期間就會結束。 然後，組織有六個月的時間來分析其使用方式並購買適當的許可證，然後再開始嚴格執行許可證限制。
以下是過渡期間需要注意的一些事項：
轉換期間並不代表每日限制。 這意味著當前強制執行的限制比官方限制更寬鬆，以防止對您的應用程式或流產生潛在的意外影響。
這些過渡期限制在過渡期內應用於雲端流程級別。 此外，在過渡期內，將應用單獨的每個用戶級別限制 1000000 雲端流程個操作，以確保使用者在一天內的所有流運行中不超過 1M 個操作。 過渡期結束后，實際限制將應用於 Premium 許可證的用戶級別和 Process / Per flow-plan 許可證的雲端流程級別。
在過渡期內，手動雲端流不使用流擁有者/流調用程式限制。 每個手動雲端流程的性能配置檔為中等 (100000 個請求/流/24 小時)。 過渡期過後，手動雲端流將使用調用使用者的請求限制。
由於過渡期間的限制更寬鬆，因此不支援使用者許可證的堆疊。 如果使用者有多個方案 (如 Microsoft 365 方案和 Dynamics 365 方案)，則流程會使用更高等的方案 (Dynamics 365 方案)。
Power Platform 在過渡期內，請求容量附加服務包不可分配給使用者或 Cloud Flows。 但是， Microsoft 建議您購買這些附加元件，以保持在您的許可條款範圍內，併為過渡期結束時做好準備。 如果您的 Cloud Flows 當前受到限制，請購買附加元件並創建包含流詳細資訊和附加元件詳細資訊的支援票證，以便支援團隊可以為受限制的流提供例外。
植入許可證使用者只能在應用程式上下文中使用雲端流。 有關詳細資訊，請參閱種子 許可證 部分。 在過渡期內，對許可證限制的執行不太嚴格， Microsoft 建議您遵守許可證條款，以避免在過渡期結束時出現任何中斷。
常見問題
我可以使用哪些工具來監控和分析整個平台的 Power Platform 要求？
Power Platform 系統管理中心提供預覽版 Power Platform 要求使用情況報表。
Power Platform 要求限制的時間表是什麼？
限制的概念於 2019 年底首次引入，且紀錄的限制在 2021 年底大幅增加。 在 2022 年 6 月推出 Power Platform 要求公開預覽版報表。 在公開預覽版期之後，報表將轉為正式發行。 目前沒有關於 GA 何時發生的預計時間。 任何潛在的高使用率強制措施在報告正式發佈後至少 6 個月才會開始。 但是，在實施之前， Power Automate 將繼續限制轉換限制。 在常見問題解答中瞭解更多資訊。
傳統工作流程或 Power Automate 流程使用什麼帳戶限制？
這取決於程序是根據需要執行或在背景執行。 根據需要執行的即時流程，會使用啟動程序人員的帳戶限制。 另一方面，在後台運行的工作流或自動化/計劃流始終使用流程擁有者的限制，無論流程啟動的原因或流程內部連接使用哪些帳戶。 有關詳細資訊，請參閱 流使用誰 Power Platform 的請求限制？。
Microsoft Power Platform 請求限制是每天滾動還是每月滾動？
不，它不會。 所有 Microsoft Power Platform 要求都存在 24 小時。 如果沒有使用，要求也不會累計到第二天，也不會在一個月中累積。
每個應用程式使用者、非互動式使用者、系統管理使用者或系統使用者是否會取得自己的用戶層級限制？
不，他們沒有。 用戶層級限制在用戶中的所有應用程式使用者、非互動式使用者、系統管理使用者或系統使用者之間共用。
Dataverse 中傳統 Dataverse 工作流程和外掛程式所產生的要求是否計入要求限制？
是的，如果這些請求發出 CRUD、assign 或分享類型的請求，則它們將計算在內。 對於經典工作流，此邏輯包括活存條件、啟動子系工作流或停止工作流等操作。 但是，由平台內部產生的要求不會計入，例如：sdkmessagerequest、solutioncomponentdefinition 和 ribbonclientmetadatareporting。
我應該使用協力廠商資料整合工具而不是 Power Automate 以避免達到限制嗎？
不，協力廠商資料整合工具受到與預定、即時或自動化流程相同的限制。 因此，您選擇使用 Power Automate 或協力廠商工具都不會有任何區別。 此外，從到 Power Automate Dataverse 的請求不會重複計算，調用一個操作的流僅計為一個請求，而不是兩個。