Power Platform 请求限制有助于确保平台的服务级别、可用性和质量。 每天只能在Power Apps、Power Automate、Microsoft Copilot Studio和Dynamics 365应用程序中发出有限数量的请求。
什么是Microsoft Power Platform请求？
Microsoft Power Platform 中的请求是用户在不同产品中执行的操作。
- Power Apps：对连接器和Microsoft Dataverse的所有 API 请求。
- Power Automate：对连接器、流程顾问分析、HTTP 操作和内置操作的所有 API 请求，从初始化变量到简单的 compose 操作。 成功和失败的操作都计入这些限制。 来自分页的重试和请求也计为操作执行。 在 “什么算作操作”中了解详细信息。
- Microsoft Copilot Studio：对 Power Automate 流的 API 请求（或调用）。
- Dataverse：所有创建、读取、更新和删除 (CRUD)、分派和共享操作，包括完成 CRUD 交易所需的用户驱动和内部系统请求，以及共享或分派等特殊操作。 这些操作可以来自任何客户端或应用程序（包括Dynamics 365），并使用任何终结点（SOAP 或 REST）。 这些操作包括插件、经典工作流和自定义控件，这些都执行上述提到的操作。
注释
Dataverse 对少量内部系统操作（如登录、注销及系统元数据操作）不设限制。
代理流通过Microsoft Copilot Studio而不是通过 Power Platform 请求进行计量，因此本文中的限制不适用于它们。 在Microsoft Copilot Studio许可指南中了解详细信息。
以下各节介绍请求类型以及为每个类型设定的限制。
许可用户请求限制
所有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 Portals”登录 | 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 Device、Dynamics 365 for Operations Activity、Dynamics AX 在线设备、Dynamics AX 在线任务、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自助服务、Microsoft 365许可证和Microsoft Project Online（计划 1、计划 3 和计划 5）。 详细信息请参阅Power Platform 许可指南中的附录B，了解包含 Power Apps 和 Power Automate 功能的 Microsoft 365 许可证。
3 Power Automate 每流计划允许为单个流专门保留容量，不论流的负责人是谁。 此计划不在租户级别使用非许可用户请求限制。
4 当 Microsoft Copilot Studio 聊天机器人触发 Power Automate 流时，Microsoft Copilot Studio 请求将被计数。 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 企业基础许可证和 Power Apps 每用户许可证，那么该用户在每 24 小时内共有 40,000 + 40,000 = 80,000 次请求可用。
Power Apps Premium 随附了运行 Cowork 中生成的应用的功能。 运行这些应用时生成的 Power Platform 请求数计入许可证每 24 小时每个用户 40,000 个请求的限制。 此功能不包含在 Power Apps 按应用计划、Power Apps 按使用量付费计划或包含 Power Apps 功能的 Dynamics 365 许可证中。 由 AI 提供支持的运行时（如代理和 Work IQ API）的使用不计入这些限制，并会消耗 Copilot 点数。 有关其他信息，请参阅Copilot信用额度指南和Microsoft Copilot Studio许可指南。
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企业和专业应用程序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 帐户团队讨论自定义解决方案。
更多非许可用户请求限制详细信息
某些产品基于服务主体这一概念运行，其限额计入非许可证用户池。 此方法最符合产品在平台上运行方式的限制。
如果由服务主体拥有的 Power Automate 云流具有流程许可证或按流许可证，或者属于已分配流程许可证的流组，或者具有指定的已获许可用户，则该云流不会使用非许可用户池。 指定许可用户时，流将使用该用户的操作限制。
如果租户有多种订阅，其非许可用户请求容量将使用请求数量较多的产品线订阅。 例如，如果客户同时拥有 Dynamics 365 客户服务企业基础许可证订阅（500,000 个最小请求 + 累积限制）和每个用户订阅的 Power Apps（25,000 个请求/天），则其共用租户级请求容量为 500,000 个最低请求 +每 24 小时累积限制。
如果许可或非许可用户超出限制会怎样
Power Platform 请求限制在 2021 年底更新并大幅提高，其级别明显高于大多数客户的典型使用量。 随着更新的限制，预期很少有用户会超过记录的限制。 如果您预计会超出非许可用户限制，请联系您的经销商或 Microsoft 帐户团队讨论自定义解决方案。
官方限制措施的执行至少要到 Power Automate 使用情况报告正式可用六个月后才会开始。
Microsoft 保留对超额使用执行限制的权利。 若遇到高使用率限制，您可能会遭遇流量限制。 若要避免这种情况，请将使用量控制在您的授权额度内，或为超出授权额度的标识或流增加容量。 连接器限制、Dataverse 服务保护限制以及其他服务保护限制均独立于每日请求限制，并且无论你拥有多少请求容量，这些限制都适用。
Power Platform 请求附加组件
Power Platform 请求加载项会增加特定高使用率许可用户或高使用率非许可用户的请求限制。 每个加载项都会将每 24 小时的请求上限再提高 50,000 次，并且你可以添加多个加载项来进一步提高该上限。
目前无法将 Power Platform 请求附加包分配给用户或流。 若要为特定流提供其自己的权利，请改用进程许可证。
为 Power Automate 云端流添加容量
无法将 Power Platform 请求加载项分配给特定的云端流，因此它并不是解决单个受到限制的云端流问题的手段。 改为将 进程许可证 分配给流。 流程许可证会为该流程提供其自身的配额：每 24 小时可发出 250,000 个 Power Platform 请求，且独立于使用该流程的人员所持有的许可证。 流必须位于 解决方案中。
有两种方法可以分配该容量：
- 将许可证直接分配给流。 如果一个流每 24 小时需要 250,000 个以上的请求，则最多可以堆叠 10 个进程许可证。 每个许可证每 24 小时再添加 250,000 个请求。
- 将许可证分配给 流组。 最多 25 个感知解决方案的云流每 24 小时共享组的 250,000 个请求。 添加应使用共享容量的每个父流和子流，因为子流不会从父流继承容量。 不能在流组上堆叠许可证。
注释
Power Automate按流计划是进程许可证替换的旧版许可证。 已拥有按流许可证的流仍可保留每 24 小时 250,000 次请求的额度，但一个流只能分配一个按流许可证，其额度不能叠加，且不能分配给流组。 请使用 Process 许可证来获取新容量，并用其替换每流许可证，而非续订现有许可证。
在 当我的流运行了过多操作时，会发生什么情况？ 中了解更多信息。
其他适用限制
除了每日 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 请求的消耗量，请采取以下步骤：
登录到 Power Platform 管理中心。
在导航窗格中，选择许可。
在 “许可 ”窗格中，选择 “容量”加载项 以查看 “容量 ”页。
在 “摘要 ”选项卡上，向下滚动到 “加载项 ”部分，然后选择“ 下载报表”。
在“ 可下载报表 ”页上，从命令栏中选择“ 新建 ”。
展开“ 选择报表 ”框，然后选择 Microsoft Power Platform 请求。
选择报表所需的范围：
- 许可用户
- 非许可用户
- 按流许可的流
选择提交。
报表准备就绪后，选择下载将报表下载为 Excel CSV 文件。
注释
这些报表以预览版提供，目前仅限于 Power Automate API 请求。 目前不包括来自 Dataverse、Microsoft Copilot Studio 和 Power Apps 的 API 请求。
许可用户预览报表存在两个限制。
- 许可用户的权利显示在每个用户每天每个环境的报表中。 限制应是在每个用户每天的级别应用。 在查看报表时，请了解限制基于每天每个用户的，每天仅使用一次权利数量，而不可能多次计算同一用户权利的总和。
- 许可用户报表不会显示通过 Power Apps 每应用许可证或 Power Apps 每应用即用即付计量获得许可的用户的正确权利。 此类用户的权利将显示为 0，而实际上它们应显示为 6000（上面所述的每 24 小时的请求数）。
许可用户报告
许可用户报告显示每个用户每天的 Power Platform 请求使用情况和用户的授权数量。 可下载报告包含以下字段：
| 领域 | 说明 |
|---|---|
| 环境 ID | 唯一 Power Platform 环境标识符。 |
| 环境名称 | 环境的显示名称。 |
| 调用方 ID | 调用身份的唯一标识符，该标识符映射到 Active Directory ID。 此值可以为 null 或空。 |
| 调用方类型 | 调用方身份的类型。 许可用户报表的适用值为“用户”。 |
| 使用情况获取日期/时间 | 捕获使用情况的日期和时间 (UTC)。 |
| 授权数量 | 用户的任何 Power Platform 请求限制的总数。 |
| 总使用数量 | Power Automate API 总使用情况。 |
| Power Automate 请求 | 来自 Power Automate 的 Power Platform 请求数。 |
下面是详细使用情况报表的示例：
非许可用户报告
非许可用户报告显示非许可用户每天的 Power Platform 请求使用情况，以及该租户的非许可用户的总权利。 可下载报告包含以下字段：
| 领域 | 说明 |
|---|---|
| 此租户的 Power Platform 请求配额 | 此租户未授权的 Power Platform 请求的每日总配额。 |
| 环境 ID | 唯一 Power Platform 环境标识符。 |
| 环境名称 | 环境的显示名称。 |
| 调用方 ID | 调用身份的唯一标识符。 此值可以为 null 或空。 |
| 调用方类型 | 调用方身份的类型。 适用的值为“系统”、“非交互式”和“应用程序”。 |
| 资源类型 | 资源的类型。 当前唯一适用的值是Power Automate。 |
| 资源 ID | 唯一资源标识符。 基于资源类型—Power Automate 流 ID。 此值可以为 null 或空。 |
| 计量类别 | 顶级计量器为 Power Platform 请求。 |
| 计量子类别 | 详细分类请求的生成来源，即 Power Automate。 |
| 使用情况获取日期/时间 | 捕获使用情况的日期和时间 (UTC)。 |
| 已使用数量 | Power Platform 请求的使用情况。 |
下面是详细使用情况报表的示例：
每流许可流报表
每流许可流可下载报表包含以下字段：
| 领域 | 说明 |
|---|---|
| 环境 ID | 唯一 Power Platform 环境标识符。 |
| 环境名称 | 环境的显示名称。 |
| 环境区域 | 预览期间不提供。 |
| 调用方 ID | 流的唯一标识符。 此值可以为 null 或空。 |
| 调用方类型 | 调用方身份的类型。 适用的值为 Flow。 |
| 使用情况获取日期/时间 | 捕获使用情况的日期和时间 (UTC)。 |
| 授权数量 | 流的任何附带权利的值。 |
| 已使用数量 | Power Platform 请求的使用情况。 |
Power Automate 中的请求限制
重要
桌面流的执行不消耗 Power Platform 请求。
为了确保 Power Automate 服务的可用性和质量，对用户在其云流中发出的 Power Platform 请求（PPR）数量有一定限制。 系统在 5 分钟和 24 小时间隔内针对正常流使用模式设置这些限制。
24 小时限制基于用户许可证，或基于分配给云端流的“Process或每流计划许可证：
- 如果用户拥有 Power Automate Premium 许可证，他们可以在 24 小时内在租户中的所有云流中发出 40,000 个 Power Platform 请求。 此限制包括平台向非Microsoft连接器发出的请求。
- 如果某个云端流程具有 Process 许可证，则该流程可在 24 小时内针对其所有用户总计发出 250,000 次 Power Platform 请求。 进程许可证不会自动适用于某个流的子流；若要在该流及其子流之间共享此权限，请明确将最多 25 个支持解决方案的父流和子流添加到同一 流组。
- 如果云端流有每流计划（传统），流可以在 24 小时内跨流的所有用户发起 250,000 个 Power Platform 请求。
为了防止高使用量的流程或用户影响其他用户，系统会根据单个用户或流程级别的消耗情况来跟踪此容量，并且不能在环境级别、租户级别等任何其他级别进行合并共享。 24 小时是一个可变时间范围，意味着任何时候云端流在运行时，系统都会查看过去 24 小时内的请求，来确定用户是否遵守限制。 例如，租户中的两个用户可能具有高级许可证，每个用户每 24 小时获取 40,000 个请求。 如果第一个人在 24 小时内使用超过 40,000 个请求，则其流会放缓，不会影响仅使用 20,000 个请求的第二个用户，并且仍有 20,000 个请求剩余。
所有组织目前都在 过渡期。 在此期间，Premium 和预置许可证限制是按每个云流计算的，而不是按每个用户：每个流都有一个由所有运行该流的用户共享的限额，而不是将各个用户的限额累加得出。 在过渡期间，用户级授权仍然存在，但目前实际生效的还不是这类授权。 过渡期结束后，强制执行将转为按用户限制。 流程和每流容量许可不会发生变化；无论现在还是以后，它们都是基于流级别的。 为每次用户限制设计云流，这些限制在转换结束后生效。 查看 过渡期结束时发生哪些更改。 五分钟限制是 100,000 个请求，它独立于用户的许可证。 例如，具有流程许可证的流可以在 24 小时内发起 250,000 个请求，但它们在五分钟内发起的请求不能超过 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 专业版 | 每个用户 40k | 每个云端流 200k |
| Dynamics 365企业应用程序 | 每个用户 40k | 每个云端流 200k |
| Dynamics 365团队成员 | 每用户 6k | 每个云端流 10k |
详细了解 Power Automate 许可证。
注释
- 可以在单个云流上堆叠多个Power Automate处理许可证。 每增加一个许可证，该流的每日配额将增加 250,000 PPR。 流必须位于 解决方案中。
- 了解详细信息： > - 是否可以向单个云流分配多个进程许可证？> - 操作限制和容量问题
Power Automate过渡期
所有组织都处于转换期。 在此期间，对每个云流（而不是每个用户）的 Premium 和种子许可证应用限制，因此在使用情况报告成熟时，流量不会意外中断。 过渡期并不意味着没有每日限制。
下表总结了转换期结束时发生的变化。
| Behavior | 在过渡期间 | 过渡期过后 |
|---|---|---|
| 限制适用范围 | 云流级别 | 高级许可证的用户级别;流程和按流许可证的云流级别 |
| 堆叠用户许可证 | 不支持。 与过渡期之后的规则相同：流的限制遵循其许可证上下文，而不是整个用户的计划的总和 | 仍然不受支持。 每个许可证的限制分别适用于在该许可证上下文中运行的流，而不是合并计算。 |
| Power Platform 请求附加组件 | 无法分配给用户或云流 | 当前未计划更改 |
| 种子许可证 | 云流必须在应用的上下文中运行，但尚未严格执行 | 云流必须在应用的上下文中运行 |
有两点始终成立：
- Power Platform 请求附加组件并非单个受限流的控制因素。 不能将该加载项分配给云端流，而且在过渡期间，根本无法进行分配。 若要为特定流提供其自己的权利，请将 进程许可证 分配给它或包含它的 流组 。 如果流受到限流，请为其分配一个“处理”许可证。
- 请立即遵守许可条款。 在过渡期间保持合规可避免中断。 了解有关 种子许可证的详细信息。
Power Platform 管理中心的许可>Power Automate>用户区域已取代了可下载的 Power Platform 请求报告。 你可以使用它提前做好准备：找出超出官方规定限额的流程和用户，并为其分配流程许可证或流组许可证。
常见问题解答
我可以使用哪些工具来监视和分析整个平台的 Power Platform 请求？
Power Platform 管理中心提供预览版 Power Platform 请求使用情况报告。 这些报表目前仅限于 Power Automate API 请求。 目前不包括来自 Dataverse、Microsoft Copilot Studio 和 Power Apps 的 API 请求。
能否提供一下 Power Platform 请求限制的时间线？
正式限制的执行不会开始，直到Power Automate使用情况报告正式发布至少六个月后，你才有时间分析使用情况并购买所需的许可证。 在开始执行限制之前，Power Automate 将继续按照过渡期的限制进行限流。 在 Power Automate 许可常见问题解答中了解详细信息。
经典工作流或 Power Automate 流使用的是哪些账户限制？
这取决于进程是按需运行还是在后台运行。 按需运行的即时流程使用启动该流程的帐户的配额。 在后台运行的工作流，以及自动化流和计划流，始终遵循流程所有者的限制，而不论流程因何启动，或流程内连接所使用的是哪些帐户。 在云流使用的是谁的操作限制？中了解详细信息。
Microsoft Power Platform 请求配额是否会从一天结转到另一天或从一个月结转到下一个月？
不，他们不。 所有 Microsoft Power Platform 请求的有效期均为 24 小时。 如果不使用，它们不会顺延到第二天，也不会在当月累计。
每个应用程序用户、非交互式用户、管理用户或系统用户是否都获得自己的租户级限制？
不，他们不。 租户内的所有应用程序用户、非交互式用户、管理用户和系统用户共同受租户级别限制。
Dataverse 中的经典工作流和插件生成的请求是否计入请求限制？
是的，如果这些请求属于 CRUD、分配或共享类型的请求，则会被计入。 对于经典工作流，此逻辑包括检查条件、启动子工作流或停止工作流等操作。 但是，从平台内部生成的请求不计数，例如 sdkmessagerequest， solutioncomponentdefinition和 ribbonclientmetadatareporting。
为了避免触及配额限制，我是否应该使用非 Microsoft 的数据集成工具来代替 Power Automate？
否。 非Microsoft数据集成工具受到与计划、即时或自动化流完全相同的限制。 无论选择使用Power Automate还是非Microsoft工具，都没有任何区别。 从 Power Automate 到 Dataverse 的请求不会进行双重计数。 调用一个操作的流仅计为一次请求，而非两次。