请求限制和分配
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 Member 的付费许可用户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 每用户计划（包括以前的 Flow 计划 1 和 Flow 计划 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 设备、Dynamics 365 for Operations Activity、Dynamics AX 在线设备、Dynamics AX 在线任务、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 自助服务、Microsoft 365 许可证和 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 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 个请求/天），他们的共用租户级请求容量将为 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 限制：适用于模型驱动应用和客户互动应用（如 Dynamics 365 Sales 和 Customer Service）、Power Apps 和 Power Automate（连接到 Dataverse/客户互动应用）
- Power Automate 限制：适用于自动化、计划和即时流
- 连接器的限制：适用于 Power Automate 和 Power Apps
在 Power Platform 管理中心查看详细的 Power Platform 请求使用情况信息（预览）
查看许可用户、非许可用户和每流许可流运行的 Power Platform 请求的消耗量。
在左侧导航菜单上，选择 容量。
在摘要选项卡上，选择附加产品部分的下载报表。
从菜单中选择新建。
在选择报表框中选择 Microsoft Power Platform 请求。
选择所需的报告类型，然后选择 “提交”。
报表准备就绪后，选择下载将报表下载为 Excel CSV 文件。
备注
这些报表目前处于预览阶段。 许可用户预览报表存在两个限制。
- 许可用户的权利显示在每个用户每天每个环境的报表中。 限制应是在每个用户每天的级别应用。 在查看报表时，请了解限制基于每天每个用户的，每天仅使用一次权利数量，而不可能多次计算同一用户权利的总和。
- 许可用户报表不会显示通过 Power Apps 每应用许可证或 Power Apps 每应用即用即付计量获得许可的用户的正确权利。 此类用户的权利将显示为 0，而实际上它们应显示为 6000（如前所述，每 24 小时请求一次）。
许可用户报表
许可用户报表显示每个用户每天的 Power Platform 请求使用情况和用户有权使用的数量。 可下载报告包含以下字段：
| 字段 | 说明 |
|---|---|
| 环境 ID | 唯一 Power Platform 环境标识符。 |
| 环境名称 | 环境的显示名称。 |
| 调用方 ID | 映射到 Active Directory ID 的调用标识的唯一标识符。 此值可以为 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 请求的每日总权利。 |
| 环境 ID | 唯一 Power Platform 环境标识符。 |
| 环境名称 | 环境的显示名称。 |
| 调用方 ID | 调用身份的唯一标识符。 此值可以为 null 或为空。 |
| 调用方类型 | 调用方身份的类型。 适用值包括“系统”、“非交互/应用程序”。 |
| 资源类型 | 资源的类型。 适用值为 Dataverse、Power Apps 和 Power Automate。 |
| 资源 ID | 唯一资源标识符。 根据资源类型，可能是应用 ID、Dataverse 组织 ID 或 Power Automate 流 ID。 此值可以为 null 或为空。 |
| 计量类别 | 此案例 Power Platform 请求中的顶级计量。 |
| 计量子类别 | 生成请求一方的详细分类。 可能是 Dataverse、Power Apps 或 Power Automate。 |
| 使用情况获取日期/时间 | 捕获使用情况的日期和时间 (UTC)。 |
| 已使用数量 | Power Platform 请求的使用情况。 |
下面是详细使用情况报表的示例：
每流报表
“每流许可流”可下载报表包含以下字段：
| 字段 | 说明 |
|---|---|
| 环境 ID | 唯一 Power Platform 环境标识符。 |
| 环境名称 | 环境的显示名称。 |
| 环境区域 | 预览期间不提供。 |
| 调用方 ID | 流的唯一标识符。 此值可以为 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 专业版 | 每位用户 40k | 200k 每个云端流 |
| Dynamics 365 Enterprise 应用程序 | 每位用户 40k | 200k 每个云端流 |
| Dynamics 365 Team Member | 每位用户 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 年底大幅增加。 Power Platform 请求的公开预览报告于 2022 年 6 月推出。 在公开预览期之后，这些报表将进入正式发布阶段。 目前没有关于何时发生 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。
提交和查看相关反馈