请求限制和分配
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：所有对连接器、流程顾问分析、HTTP 操作和从初始化变量到简单撰写操作的内置操作的 API 请求。 成功和失败操作都计入这些限制。 此外，分页中的重试和其他请求计入操作执行。 在什么算 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 Apps 和 Power Automate 功能的 Microsoft 365 许可证，请参阅Power Platform许可指南中的附录 B。
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 Platform 请求 (PPR) 数量的限制，以便帮助确保 Power Automate 服务可用性和质量。 这些限制根据正常流使用模式以五分钟和 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 个请求，它独立于用户的许可证。 例如，具有流程许可证的流可以在 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 Enterprise 应用程序 | 每个用户 40k | 每个云端流 200k |
| Dynamics 365 Team Member | 每用户 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 年底大幅增加。 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 还是第三方工具都没有区别。 而且，从 Power Automate 到 Dataverse 的请求不会重复计算，调用一个操作的流在其限制中仅计为一个请求，而不是两个。