要求限制與設定
Power Platform 請求限制的存在是為了幫助確保平台的服務水準、可用性和品質。 使用者每天可在 Power Apps、Power Automate、Microsoft Copilot Studio 和 Dynamics 365 應用程式發出的要求數目有限制。
什麼是 Microsoft Power Platform 要求？
Microsoft Power Platform 中的要求包含使用者跨不同產品所進行的各種動作。 概括地說，以下清單是 API 請求的構成內容：
- Power Apps：對連接器和 Microsoft Dataverse 的所有 API 請求。
- 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 中了解有關包含 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 & 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) 數量受到限制。 這些限制是根據五分鐘和每 24 小時間隔的正常流程量使用模式設定的。
24 小時限制基於使用者授權或分配給雲端流程的流程/依流程方案授權
- 如果使用者具有 Power Automate 進階授權，則他們可以在 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 依流程方案 (舊版) | 每個授權 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 Automate 中的 Power Platform 請求常見問題集
Power Automate 轉換期
所有組織都處於轉型期。 這意味著執法不嚴格且 PPR 限制更高。 在 Power Platform 系統管理中心報表正式推出後，轉換期間就會結束。 然後，在開始嚴格執行授權限制之前，組織有六個月的時間來分析其使用併購買適當的授權。
轉換期間需注意以下幾點：
轉換期間並不代表每日限制。 這意味著目前強制執行的限制比官方限制更為寬鬆，以防止對您的應用程式或流程產生潛在的意外影響。
這些轉換期限制在轉換期內應用於雲端流程層級。 此外，在轉換期間，每個使用者層級將套用 1,000,000 個雲端流程動作的單獨限制，以確保使用者在一天內執行的所有流程中的動作數不會超過 100 萬次。 轉換期結束後，實際限制將套用於進階授權的使用者層級和流程/每個流程計畫授權的雲端流程層級。
在轉換期間，手動雲端流程不使用流程擁有者/流程呼叫者限制。 每個手動雲端流程的效能設定檔均為中等 (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 要求公開預覽版報表。 在公開預覽版期之後，報表會轉為正式發行。 目前尚無正式發布的預計時間。 任何潛在的高使用率執法至少要在報告普遍發布六個月後才會開始。 然而，在執行之前，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 的請求不會進行重複計算，呼叫一個動作的流程將僅計為一個超出其限制的請求，而不是兩個。