Power Automate 许可常见问题解答

以下是有关 Power Automate 独立许可证的一些常见问题。

Power Automate 许可证计划如何适用于流运行？

如果流设置为 Power Automate 流程计划，则可以访问高级连接器，具有最高限制，并始终使用流程计划请求限制，而不管谁运行该流。

如果流设置为 Power Automate Premium 用户计划，当流是自动流或计划流时，会获得其主要负责人的计划。 如果流是即时/按钮流，使用运行该流的用户的许可证。 如果用户有多个计划，如 Microsoft 365 计划和 Dynamics 365 计划，流将使用这两个计划的请求限制。

Power Automate 的用户许可计划是 Power Automate Premium 计划，但用户有一系列其他许可计划选项。 拥有免费计划或 Microsoft 365 许可计划之一的用户只能使用标准连接器，但大多数其他许可计划和试用版都提供高级连接器。

了解有关包含 Power Automate 许可证 类型 Power Automate 和 许可指南中的 Power Platform 功能的许可证计划的更多信息。 在 自动化流、计划流和即时流的限制中了解有关许可证计划的限制和性能配置文件的更多信息。

我需要哪些 Power Automate 许可证？

Microsoft 建议大多数组织为其组织中的每个用户购买 Power Automate Premium 许可证。 为运行无人参与自动化的每个业务流程或机器购买 Power Automate 流程许可证。 Power Automate 托管流程是 Power Automate 流程许可证的超集，提供相同的功能，但增加了可用于托管计算机或托管计算机组的 Microsoft 托管计算机容量，实现基础结构为零的 RPA。

Premium 用户计划主要面向人类用户，支持在组织中广泛采用自动化文化。 RPA 开发人员需要在 Power Automate 门户上构建和管理桌面流。

流程许可证主要用于通常是自动化的后端活动（不是由个人手动运行）的核心企业流程自动化。 例如，每个组织都需要发票处理或人力资源入职流程，这些流程对业务的正常运营是必需的。 这些流程的规模和复杂性各不相同，从小规模的活动到跨越通过共享数据源互连的多个流的大规模工作。 例如，发票处理流程有多个流来处理发票，从创建到审批再到付款。 所有流都是一个业务流程的一部分，因为它们都是通过多个步骤来处理发票，一直到结束。

获得流程许可证，组织可以确保业务流程中的所有流都得到适当的许可。 这使互连流能够作为一个有凝聚力的单元进行部署和管理，从而促进应用程序生命周期管理 (ALM) 和优化性能。

如果您的流满足以下条件之一，您需要流程许可证：

• 您的流使用无人参与 RPA（流程机器人自动化）在计算机上运行桌面流，而无需用户交互。
• 您的流在应用程序用户（流负责人是服务主体）下运行。 具有多个环境（开发/测试/生产）的组织使用 DevOps 管道将流导出并部署到其他环境中，以实现正常的 ALM（应用程序生命周期管理）。 他们使用服务主体来运行流，以避免在生产环境中向用户提供访问权限。
• 您的流处理大量数据或需要频繁运行，因此需要大量的 Power Platform 请求。
• 您的高级流由多个用户调用。 在这种情况下，每个人都需要 Premium 许可证，或者流需要流程许可证。 如果流具有流程许可证，不需要任何用户有许可证。 它为组织提供了根据流数量支付许可证费用的灵活性。 影响很多人的大型组织或解决方案可以从固定的每月成本中受益。
• 您的流使用高级连接器并且您的组织有很多使用流的来宾用户，但您不知道来宾用户主租户是否为他们提供了 Premium 许可证。

备注

Power Automate 流程和托管流程许可证仅许可流和/或计算机，而不许可用户。 RPA 开发人员在 Power Automate 门户上构建和管理桌面流需要高级用户计划。 如需详细了解 Premium 用户计划附带的 Premium RPA 功能，请参阅 Premium RPA 功能。

我需要多少个 Power Automate 流程许可证？

• 您的流程有无人参与 RPA（流程机器人自动化）：您需要多少个计算机会话？

  为每台计算机购买一个流程许可证。 如果需要在计算机上并发执行，可以添加更多的流程许可证。 计算机上运行的所有桌面流 (RPA) 和属于业务流程一部分的云端流 (DPA) 都包含在流程许可证中。

• 您的流程只需要 DPA（数字流程自动化）：您希望自动化多少个核心业务流程？

  为每个核心业务流程购买一个流程。 核心业务流程的一些例子是发票处理或人力资源 (HR) 入职。 与同一业务流程相关的所有云端流都包含在此许可证中。

如果我有多个云端流，每个云端流都在一台机器上以无人参与模式调用自己的 RPA 流，我需要多少个流许可证？

使用一个流许可证，就可以通过对其进行排队来运行多个云端流。 例如，如果有四个独立的云端流，并且每个云端流都调用在同一台机器上运行的自己的桌面流，那么您可以在同一台虚拟机上，在上午 09:00 运行第一个云端流，在上午 11:00 运行第二个云端流，以此类推。

在下面的屏幕截图中，所有云端流都由一个流程许可证覆盖，因为它们有一个运行在同一台机器上的桌面流。 这些云端流的上下文流中的任何子流、相关流也由机器上的流程许可证覆盖。

我的 DPA 流程有多个云端流。 我是否需要多个流程许可证？

核心业务流程的规模和复杂性各不相同，从小规模的活动到跨越通过共享数据源互连的多个流的大规模工作。 例如，发票处理流程有多个流来处理发票，从创建到审批再到付款。 所有流都是一个业务流程的一部分，因为它们都是通过多个步骤来处理发票，一直到结束。 一个核心业务流程只需要一个流程许可证。 这鼓励采取微服务体系结构的最佳实践：流可以很小，具有细粒度的功能，从而提高可维护性。

确定启动流程的流，并为该流分配流程许可证。 具有流程许可证的流的子流由流程许可证覆盖。 这些流可以在相同的解决方案中，也可以在不同的解决方案中。

非父/子流可以手动关联到具有流程许可证的流。 这些流必须在同一个解决方案中，并且使用相同的数据源。

作为子流和相关流的流都被视为一个流程，其中一个流程许可证被分配给主流，并且共享流程许可证的 Power Platform 请求限制。

我的解决方案有多个流程。 我是否需要多个流程许可证？

是的。 一个解决方案可以有多个流程，每个流程都分配有流程许可证。

谁需要购买 Premium 许可证？

需要创建通用自动化（使用高级连接器权利）、具有完全灵活性（使用自定义连接器权利）或与模拟人类行为的应用程序（如键盘或鼠标键和移动）（使用流程机器人自动化有人参与权利）交互的用户应考虑使用 Power Automate 高级许可证。

更准确地说：

• 每个在 Power Automate 门户上构建和管理桌面流的 RPA 开发人员都需要一份高级许可证。 在高级 RPA 功能 中了解更多信息。
• Power Automate 流程计划在所有许可证中具有最高优先级。 这意味着，如果将流程许可证分配给流，流始终会使用此许可证，不需要负责人或正在运行的用户有 Premium 许可证。
• 自动化和计划流始终在流负责人的上下文中运行，不论是谁启动的流或流内部的连接使用哪些帐户。 即时流（按钮、混合触发器）在调用流的用户的上下文中运行，不论流使用什么连接。 如果自动化或计划流使用高级连接器，则只有负责人需要有 Premium 许可证。
• 如果即时流具有高级连接器，运行该流的每个用户都需要有 Power Automate Premium 许可证。 在这种情况下，对比为每个用户授予许可，您可以使用流程许可证来许可流。
• 如果流不使用高级连接器，您不需要 Premium 许可证。 您可以使用 Microsoft 365 许可证。

要找出您已有的流类型（自动/手动/计划），选择一个流可以在详细信息中查看它的“类型”。

• 如果流在 Power Apps 或 Dynamics 365 应用的上下文中，并且是自动化流，流必须与使用 Power Apps 或 Dynamics 365 应用创建的应用相关联，并且负责人需要 Power Apps Premium 许可证或 Dynamics 365 许可证。
• 如果流是在 Power Apps 或 Dynamics 365 应用的上下文中，并且是即时流，运行流的每个用户都需要 Power Apps Premium 许可证或 Dynamics 365 许可证。
• 如果父流调用子流，子流将利用父流的上下文。 例如，如果满足以下条件，它将使用父流负责人的许可证：
  • 如果父流是自动化流，并且
  • 子流使用高级连接器，
  • 子流没有流程许可证。 如果子流有流程许可证，它将使用流程许可证而不是父流的许可证。

在 过渡期间，父流许可证不会被子流继承。 子流使用负责人的许可证。 但是，在转换期结束后，将只使用父流许可证（负责人许可证/父流的流程许可证），除非子流具有流程许可证。

我们有三个环境（开发、测试和生产），以按照最佳实践操作，我们在多个环境中需要流。 我们是否需要为每个环境购买流程许可证？

每个流都存在于特定环境中。 这意味着如果一个流被导入到不同的环境，每个实例就是一个单独的流，需要单独的许可证。 具有流程许可证的流及其子流以及所有相关联的流都被视为一个流程，一个流程许可证涵盖所有这些流在一个环境中的使用。

我们有三个环境（开发、测试和生产），以按照最佳实践操作，我们在多个环境中需要流。 我们是否需要为每个环境购买 Premium 许可证？

Power Automate Premium 许可证是用户级许可证。 所有用户级许可证（Power Automate Premium、Microsoft 365、Dynamics 365）都是租户级许可证。 用户可以在所有环境中使用流，无需购买单独的许可证。

Power Automate 托管流程许可证可以用作 Power Automate 流程许可证吗？

是，您可以通过两种方式使用 Power Automate 托管流程能力：

• 托管计算机和托管计算机组。
• 作为流程许可证，可用于本地计算机上的无人参与机器人流程自动化（无人参与型 RPA）或业务流程中的流。

Microsoft 365 客户是否可以创建解决方案感知流和子流？

是的。 如果 Microsoft 365 客户创建解决方案感知流的环境附加了 Dataverse 数据库，他们可以创建解决方案感知流。 默认环境默认会获取 Dataverse 数据库。 管理员必须将 Dataverse 实例附加到非默认环境。 管理员至少需要有 1 GB 租户级 Dataverse 数据库容量来创建新环境。

Power Apps、Power Automate、Microsoft Copilot Studio、Dynamics 365 Sales、Customer Service 和 Field Service 的第一个订阅会为租户添加 10 GB 的一次性默认容量限制。 当您向租户添加订阅时，租户可能会额外累积 Dataverse 容量。 例如，如果新客户购买了 Power Automate Premium 计划，租户将收到 10 GB 的默认 Dataverse 数据库容量。 如果租户购买了 10 个 Power Automate Premium 许可证，租户将获得 10.5 GB（10 GB 加上 10 乘以 50 MB）。

我在高级流中使用多个用户连接。 哪个用户需要 Premium 许可证来运行流？

连接不会执行许可证检查。 您可以在一个流中有多个用户连接，但流始终在主要负责人/仅运行用户/流程许可证的上下文中运行。

流的负责人离开组织。 我们如何确保它不中断？

如果流是解决方案感知流，您可以在 Power Automate 中更改负责人，或使用 Power Automate Web API 来确保流不会中断。 如果流是非解决方案感知流，任何共同负责人都可以将其添加到解决方案中，然后更改负责人。 如果不是，为流分配 Power Automate 流程许可证，以确保其继续运行。 或者，流的任何共同负责人都可以导出和导入流。 导入后，流将成为新流，共同负责人现在将成为流的负责人。 流将使用新负责人的许可证。

如果不采取任何操作，流将降级到较低的性能，所有流负责人都会收到通知，并且流将在 14 天内关闭。

流的负责人不再有 Premium 许可证，但流是高级流。 这会怎样？

如果不采取任何操作，流将降级到较低的性能，所有流负责人都会收到通知，并且流将在 14 天内关闭。

来宾用户（不是来自您的租户）是否需要许可证才能使用 Power Automate？

是的。 必须通过以下租户之一为访客用户分派 Power Automate 许可证：

• 托管流的租户。 您可以为他们分配具有临时访问权限或独立许可证的管理员试用版。

• 来宾用户的主租户。

例如，如果来宾用户在主租户中被分配了 Power Automate Premium 许可证，他们可以在托管流的来宾租户中使用高级功能。

Power Automate（随附 Office、Power Automate Premium、Power Apps Premium 和 Dynamics 365 用户计划）具有以下特征：

• 在 Azure 公有云中，这些计划在来宾场景中的租户之间被认可，因为它们不绑定到特定环境。

• 在 Azure 国家或主权云中，这些计划在来宾场景中的租户之间被认可。 详细信息：国家云、Azure 地域

• 无法跨不同 Azure 云中的租户识别许可证。

Windows 许可证中包含哪些 Power Automate 功能？

Windows 11 用户可以在有人参与 RPA 中试用桌面流，来在默认环境中提高个人工作效率。 他们无法在默认环境以外的其他环境中共享桌面流或创建桌面流。 Windows 用户无权访问云端流。 要获得完整的云端流和 RPA 功能，请购买 Power Automate Premium 计划。

Windows 11 用户可以在 Windows 搜索栏中搜索“Power Automate”。 Power Automate 应用桌面版会自动下载，然后在您第一次选择它的图标时启动。

Windows 10 和 Windows Server 2016 用户可以使用 Power Automate 桌面版吗？

可以，他们可以使用 Power Automate 桌面版（他们有使用权限），但他们必须从下载中心下载它。

旧版许可证问题

从 2023 年 8 月 1 日开始，将从定价页面删除 Power Automate 每流（每个流 $100/月，至少购买 5 个许可证）和 Power Automate 无人参与 RPA 附加产品（每个机器人 $150/月，以及需要满足的许可先决条件）。 它们将于 2024 年 2 月 1 日从价目表中删除。 Power Automate 流程是一个更易于管理的全包式许可证，它许可一个单一的“自动化”机器人，该机器人可用于无人参与流程机器人自动化（无人参与 RPA），或使用数字流程自动化 (DPA) 的云端流，可由组织中任意数量的用户访问。 Power Automate 流程的定价为每个机器人 $150/月。

流程许可证与每流许可证有何不同

对于无人参与 RPA，以前，客户需要为云端流和无人参与 RPA 附加产品购买每流许可证。 现在，他们可以为计算机上的每个 RPA 会话购买流程许可证。 所有在计算机上调用桌面流的云端流都包含在流程许可证中。

对于云端流，每流许可证授予该流及其子流许可证。 流程许可证授予该许可证的流、其子流以及任何相关联的流。 每个流至少要购买 5 个包才能开始使用。 流程许可证没有最低购买数量要求。

Power Automate Premium 许可证与具有有人参与 RPA 的 Power Automate 每用户许可证有何不同？

Power Automate Premium 产品/服务包括具有有人参与 RPA 的 Power Automate 每用户的所有好处（价格为每用户 $40/月）以及 Process Mining 可视化和分析流程功能，价格为每用户 $15/月。

Power Platform 请求问题

以下是一些关于小反刍兽疫限值的常见问题及其答案。

哪些会计为 Power Platform 请求？

根据许可证，云端流在一天内可以运行的操作数量是有限制的。 这些限制不同于连接器限制。 您可以通过从云端流详细信息页面中选择“分析 ” 并查看“ 操作” 选项卡来查看流运行的操作数。

即使流使用很少 Power Platform 的请求，如果流的运行频率高于预期，您仍然可以达到限制。 例如，您可能会创建一个云端流，每当您的经理向您发送电子邮件时，该流就会向您发送推送通知。 每次您收到电子邮件（从任何人）时，该流都必须运行，因为该流必须检查电子邮件是否来自于您的经理。 此限制适用于 24 小时内跨所有流的所有运行。 以下是一些用于估计流的请求使用情况的见解：

1. 具有一个触发器和一个操作的简单流每次运行时会产生两个“操作”，消耗 2 个请求。
2. 流中的每个触发器/操作都会生成 Power Platform 请求。 各种操作，如连接器操作、HTTP 操作、内置操作（从初始化变量、创建范围到简单的组合操作）都会生成 Power Platform 请求。 例如，连接到 SharePoint Exchange 和 Twitter Dataverse 的流;所有这些操作都计入 Power Platform 请求限制。
3. 成功和失败操作都计入这些限制。 跳过的操作不计入这些限制。
4. 每个操作将生成一个请求。 如果在“应用到每一个”循环中，它会在循环执行时生成更多 Power Platform 请求。
5. 一个操作可以有多个表达式，但会计为一个 API 请求。
6. 来自分页的重试和额外请求也计为操作执行。

请考虑以下云端流，每个电子邮件附件都保存到其中 OneDrive。 触发器消耗一个 Power Platform 请求，“应用到每一个”消耗一个请求，“应用到每一个”中的操作根据循环运行的次数消耗多个请求。 如果有四个附件，此部分将消耗八个 Power Platform 请求（4 x 2 个操作）。 此流总计消耗 10 个 Power Platform 请求。

云端流使用谁 Power Platform 的请求限制？

• 如果云端流具有进程/每流许可证，则该流将使用进程/每流许可证限制，而不是创建者/所有者/调用用户的限制。

• 自动化和计划的云端流 始终使用流创建者/所有者的 Power Platform 请求限制，无论谁调用了流，也无论流内部的连接使用哪些帐户。 对于解决方案流，您可以使用 Web API 更改流的负责人。 更改所有者后，将使用新所有者的 API 请求限制。 对于非解决方案流，流始终使用原始创建者的限制，该限制无法更改。 如果原始创建者离开公司，流的任何共同负责人都可以作为其他负责人导出和导入流。 导入流后，它将成为新流，并开始使用来自新所有者的限制。 Alternatively，您可以为流程分配一个流程/每流程许可证。

• 即时云端流（按钮、 Power Apps混合触发器） 使用调用用户的限制。

• 如果流所有者是服务主体，则流将使用未经许可的用户 限制。

• 如果您与其他用户共享自动化/计划流程，然后该用户触发同一流程，则它将使用原始所有者的限制，而不是新用户的限制。 但是，如果用户随后利用该流来创建自己的新流，则该新用户将成为新流的所有者，并且该流将使用新用户的限制。

• 如果父流调用子流，则子流将使用父流的限制。 例如，如果父流是自动流，则子流将使用父流创建者/所有者的限制。

• 如果父流是手动流，则子流将使用父流的调用用户的限制。

• 如果子流具有“进程/每流”许可证，则它使用“进程/每流”限制，而不是父流的限制。

• 如果流程具有流程许可证，则该流程、流程的所有子流程（不包括具有自己的流程许可证的子流程）以及流程的任何关联流程将共享流程许可证限制。

作为制作者，我可以使用什么工具来分析使用情况？

如果您在流程运行时遇到延迟或减慢，则可能是您超出了当天的 PPR 限制。 对于由于超额而持续延迟的流，用户还会收到一条通知，告知他们这些超额，以及有关如何防止流延迟运行的提示和技巧。

以下示例是为持续超出操作限制的流程发送的电子邮件：

此外，您可以通过从流属性页面选择分析操作来查看给定流的操作使用情况，这适用于所有类型的操作。 这有助于您了解每天运行的操作数。 它可以帮助您了解使用模式以优化容量：

作为管理员，我可以使用什么工具来分析环境的使用情况？

Power Platform 管理中心包含有关 Power Automate 请求的报告。 这些报告可帮助您快速查看组织的采用率和用户指标。 它们目前为公开预览版。 提供两个报告：

• 用户报告 –此报告显示 Power Platform 环境中每个用户的请求使用情况与其分配的限制相比。
• 按流报告 - 此报告显示 Power Platform 具有按流许可证环境中的每个流的请求使用情况。
• 非许可用户报告 - 此报告显示非许可用户的 Power Platform 请求使用情况以及该租户的非许可用户的总权利。 将来， Power Platform 此报告中将显示在服务主体下运行的流的请求使用情况。

在报告正式发布后，用户将有时间做出反应，并在强制执行开始之前购买更高的 PPR 许可证。

我的流运行过多操作会发生什么情况？

当您的云端流运行过多操作时，它会影响流的性能。 如果您的流受到限制，您将在流上看到一个横幅。

在最常见的情况下，超出限制会导致后续操作延迟运行，这将减慢流的整体运行时间。 这些延迟与流引起的超额程度成正比。

偶尔超额是可以接受的。 例如，如果您超过每日限制 500 个操作，这不会影响流的性能，但是超过限制 50,000 个操作可能会在多天里对流产生明显的性能影响。

如果我的流超出限制，我该怎么办？

用户不会因偶尔和合理的超额而被阻止使用应用或流。

如果您超出了许可证的限制，您可以采取以下措施：

• 重新审视您的设计并检查任何可以帮助减少调用操作数量的位置。 查看最佳实践一节，了解如何创建流来使用更少的操作。

• 如果流程已经优化，但由于业务性质而使用许多操作，请考虑购买更高的 PPR 许可证。 进程许可证提供可用的最佳性能配额（250k 操作/24 小时）。

• 为环境启用即用即付，确保环境中的任何流都不会受到限制。

• 为您的组织购买 Power Apps 和 Power Automate 容量附加产品。 在 过渡期间，由于执行不那么严格，因此无法将容量附加组件 Power Apps 分配给 Power Automate 用户或流。 但是，Microsoft 建议您现在购买这些附加产品，这样它们会在您的许可条款范围内。 请创建支持票证并提供流详细信息和附加产品详细信息，以暂时缓解（30 天）限制。 对于已分配了“流程”或“每流”许可证的流，此临时缓解不可用。

如果流量连续 14 天持续高于过渡期限制， Power Automate 则暂停流量并向所有者发送通知。 您可以购买更高的 PPR 许可证，然后随时将其打开。 您可以编辑并保存流，以在购买许可证时重置 14 天计数器。

什么是连接器限制，它与 Power Platform 请求限制不同吗？

连接器作为服务保护机制具有单独的限制。 例如，SharePoint 连接器将操作数限制为每分钟 600 个。 跨多个流使用的单个 SharePoint 连接同样每分钟只能执行 600 个操作。 大多数连接器页面都有一个限制部分来记录这些限制。 该限值与 PPR 限值不同。 例如，Office 用户每天可以在所有流中运行 6000 个操作，但如果他们在一分钟内使用超过 600 个 SharePoint 操作，尽管未达到 6000 个操作限制，仍会受到连接器的限制。

当流因超出连接器限制而受到限制时，您可能会在流中看到 HTTP 429（请求太多）错误，并显示如下错误文本“超出速率限制。 请在 27 秒后重试。”

我在使用 CoE 初学者工具包。 使用量是否会计入我的请求限制？

是的。 CoE 初学者工具包 中包含的 云端流也使用所有者的限制。 Microsoft 建议你购买更多容量并联系支持人员，以暂时缓解限制。

我能否在流中使用服务主体？它是否计入我的请求限制？

能，负责人为服务主体的流将消耗一个单独的配额，称为非交互限制。 这些限制仅在流的负责人是服务主体时适用。 如果流仅在其中一个操作中使用服务主体，则这些限制不适用。 手动流（与仅运行用户共享的按钮流/Power Apps 调用的流）将使用仅运行用户的请求限制，即使流的负责人是服务主体。 如果流使用高级连接器，则仅运行用户必须具有 Power Automate 高级许可证。 在转换期间，手动流最多可使用 100,000 个请求/流/24 小时。

自动/计划流的限制：

• 在 Dynamics 365 应用程序 上下文中运行的服务主体流）在表 中 列出，获取 500,000 个基本请求 + 5,000 个请求，每个用户许可证最多 10,000,000 租户级别的池化。 如果租户拥有 1000 个 Dynamics 365 许可证，该租户每 24 小时有 5,500,000 个请求的请求池可用于所有 Power platform 资源，如服务主体流和 Dataverse 请求。 如果租户拥有 2500 个 Dynamics 365 许可证，该租户每 24 小时有 10,000,000 个请求的请求池可用于所有 Power platform 资源，如服务主体流和 Dataverse 请求。

• 位于 Dynamics 365 应用上下文之外的高级服务主体流都需要一个进程/每流许可证。 这些流每 24 小时每个流收到 250,000 个请求。

• 标准服务主体流每 24 小时会获得 25,000 个基本请求，租户没有按许可证累积。

如果您需要额外请求，请为环境启用即用即付，或者购买额外的 Power Platform 请求容量。

有关详细信息，请参阅 将流关联到应用。

桌面流使用量计数是否会占用我的 Power Platform 请求限制？

只有从云端流调用的桌面流操作会计入限制。 桌面流中的操作不计入请求限制。

如果我有多个计划，我的 Power Platform 请求会怎样？

由于转换期内不严格执行限制，因此不支持叠加使用用户许可证。 如果用户有多个计划，如 Microsoft 365 计划和 Dynamics 365 计划，流将使用更高的计划（此示例中为 Dynamics 365 计划）。

转换期结束后，如果用户被分配了不同产品线的多个计划，允许的请求总数将是分配给每个许可证类型的请求的总和。 例如，如果用户同时有 Dynamics 365 Customer Service Enterprise 许可证和 Power Apps 每用户许可证，则该用户每 24 小时期间内有总计 40000 + 40000 = 80000 个可用请求。

如果用户在同一产品线中分配了多个许可证，例如，如果用户将 Dynamics 365 Customer Service Enterprise 许可证作为基本许可证并附加了 Dynamics 365 Sales Enterprise 许可证，则请求总数将是基本许可证提供的数量。

什么是性能配置文件，如何知道我的云端流使用哪个性能配置文件？

流将根据负责人的许可证获得性能配置文件，该配置文件又决定流的 Power Platform 请求限制。 如果为所有者分配了多个许可证， Power Automate 则从列表中选择最高计划：

性能配置文件	许可证	过渡期间的限制	过渡期后的限制
低	- Power Automate 免费 - Microsoft 365 许可证 - Power Apps 计划 1（旧版） - Power Apps 每应用许可证 - Power Automate 计划 1（旧版） - 所有试用许可证 - Dynamics 365 团队成员许可证	10,000	6000
Medium	- Power Apps 触发的流 - Power Apps 计划 2（旧版） - Power Apps 高级许可证 - Power Automate 计划 2（旧版） - Power Automate 每用户（旧版） - Power Automate 高级许可证 - Dynamics 365 Enterprise 许可证 - Dynamics 365 Professional 许可证	100,000	40,000
高	- Power Automate 工艺许可证 - Power Automate 托管进程许可证 - Power Automate 每流计划（旧版）	500,000	250,000
无限制	- 即用即付环境	15,000,000	15,000,000

在一个组织中，有八个用户有 Office 365 许可证，他们每天的 Power Platform 请求数是每个用户每 24 小时有 6000 个请求。 这是否意味着每 24 小时内有 48000 个 (8X6000) 请求的限制在租户级别共用，所有用户都可以消耗这个池的请求？

否，Power Platform 请求不会在环境或租户级别共用。 这可以确保使用量大的用户不会消耗租户的所有 Power Platform 请求，不会因此影响其他所有人。 由于许可证是按用户分配，因此限制也是按用户分配。 因此，每个 Office 客户都会收到 6000 个请求，无论他们是否使用。

有关小反刍兽疫的最佳做法

设计的最佳做法

使用尽可能少的操作来实现自动化：

• 如果您的流中有“执行，直至”或“应用到每一个”循环，请查看是否可以减少循环迭代的次数（可通过检索较少的要迭代的项来实现）。

• 许多连接器都有“筛选器查询”和“靠前计数”参数，您可以使用这些参数减少项数以及使用 OData 检索的数据量。

• 如果您有一个频繁运行的计划流，请考虑降低频率。 很多每分钟或每小时运行一次的流可以修改为不那么频繁地运行。 使用触发条件将运行频率降到最低。

• 如果您的流正在与文件交互，请关注文件大小并尝试将其缩小(如果可能的话)。

• 如果需要多次重用具有较大输出大小的操作返回的单个属性，请考虑使用“初始化变量”来存储该属性，并在以后的操作中使用该变量。 即使只使用先前操作的输出中的一个属性，该操作的所有输出也将作为输入传递到后续操作中。

扩展流的最佳实践

• 如果您的流程每天运行数千个操作，则应考虑购买流程许可证，以获得更好的吞吐量和更高的配额。 进程许可证提供可用的最佳性能配额（每天 250k 个操作）。 请联系您的租户管理员购买许可证并将其分配给流。 购买并分配许可证后，流的作者应再次保存它。 Alternatively，云端流每周在后台更新一次，以反映当前的计划。

• 考虑跨多个流拆分工作负荷以实现大规模。

Power Platform 请求即用即付

我们在 2021 年末修订了所有许可证的 Power Platform 请求限制。 新限制的设定将满足大多数客户场景的需求。 如需详细了解 Power Platform 请求限制，请参阅 请求限制和分配。

对于需要超出这些限制的极大规模场景的客户，您可以将这些环境链接到 Azure 订阅。 通过链接环境，环境中的用户和流可以消耗超过限制的数量而不会受到限制，并且只需为超过这些限制的 Power Platform 请求付费。 仍然可以使用基本许可证（Premium、 Power Automate Process Power Automate Office 365 或 Dynamics） Power Apps对流进行许可。 例如，如果您拥有 Power Automate Premium 许可证，则每个用户每天的请求数限制为 40,000 Power Platform 个。 如果用户每天使用 45,000 个请求，额外的 5,000 个请求将乘以“$/请求”费率，计入 Azure 订阅。 总金额将根据客户的 Azure 计费周期进行求和和计费。 在环境上启用按使用量付费时，将打开多个 计量 。 有关详细信息，请参阅 如何设置即用即付。

有关如何在即用即付环境中对超额 PPR 请求进行计费的架构：

有关请求限制的一般常见问题解答

您可以参考此请求限制常见问题，了解有关请求限制的详细信息。

Office 365 许可证问题

以下是有关通过 Office 365 许可证使用 Power Automate 的一些常见问题。

Office 365 许可证中包含哪些 Power Automate 功能？

指定 Office 365 许可证中包含有限的 Power Automate 使用权限，以允许用户针对个人工作效率场景自定义和扩展 Office 365。 对于企业方案，Office 建议使用 Premium 许可证。

Office 365 许可证包括以下 Power Automate 功能：

• 创建和执行自动化、计划和按钮流。
• 可使用标准连接器。
• 6,000 Power Platform 个请求/天。 过渡期间 每天10,000 个请求。

不包括以下 Power Automate 功能：

• 访问高级连接器（环境中除外 Dataverse for Teams ）。 详细了解 Dataverse for Teams 功能。
• 业务流程流
• 自定义连接器
• 本地网关
• 流程机器人自动化
• AI Builder 容量

以下 Office 365 许可证包括 Power Automate 功能：

• Office 365 E1
• Office 365 E3
• Office 365 E5
• Office 365 F3
• Office 365 Business（基本）
• Office 365 Business（标准）
• Office 365 Business（高级）
• Office 365 F1
• Office 365 F3
• Office 365 E3
• Office 365 E5
• Windows 10 Pro
• Windows Enterprise E3
• Windows Enterprise E5
• Office 365 A1 教师版
• Office 365 A1 学生版
• Office 365 A1 Plus 教师版
• Office 365 A1 Plus 学生版
• Office 365 A3 教师版
• Office 365 A3 学生版
• Office 365 A3 学生版使用权益
• Office 365 A5 教师版
• Office 365 A5 学生版
• Office 365 A5 学生版使用权益

Dynamics 365 许可证问题

以下问题与 Dynamics 365 许可和 Power Automate 使用权限有关。

Dynamics 365 许可证中包含哪些 Power Automate 功能？

Dynamics 365 许可证包括以下 Power Automate 功能：

• 创建和执行自动化、计划或按钮流。
• 可使用标准连接器。
• 在应用上下文中访问高级连接器。
• 业务流程在应用上下文中流动。
• 应用上下文中的自定义连接器。
• 应用上下文中的本地网关。
• Power Platform 请求 限制：Dynamics 365 团队成员每天获得 6,000 个请求（过渡期间 为 25,000 个请求），Dynamics 365 Professional 每天获得 40,000 个请求（过渡期间 为 100,000 个请求），Dynamics 365 Enterprise 每天获得 40,000 个请求（过渡期间 为 100,000 个请求/天）。

Dynamics 365 许可证不包括以下 Power Automate 功能：

• 流程机器人自动化
• AI Builder 容量

当您将 Dynamics 365 许可证与 Power Automate 一起使用时，您的流必须在 Dynamics 365 应用程序的上下文中运行。 这是指使用与 Dynamics 365 应用程序相同的触发器或操作数据源。 如果您的流使用与 Dynamics 365 应用程序无关的独立 Power Automate 操作，您需要购买独立的 Power Automate 许可证。

在 Dynamics 365 应用程序上下文中使用 Power Automate 的 Dynamics 365 许可证示例

您的组织将 Azure DevOps 与 Dynamics 365 CRM 连接来升级支持案例和创建工作项，以更快地解决问题。 作为 Dynamics 365 许可证的一部分，为以下场景中的流包含了 Power Automate 权限：

• 从 Azure DevOps 读取或写入。
• 使用内置 Dataverse 触发器或操作。

在 Dynamics 365 应用程序上下文外使用 Power Automate 的 Dynamics 365 许可证示例

同一个用户（前面的 Dynamics 365 示例）现在还希望使用更新 Oracle database 的流。 此流具有以下属性：

• 它与 Dynamics 365 应用完全不相关。
• 它不会以任何方式与 Dynamics 365 应用（或其数据源）交互。

在此场景中，用户需要独立的 Power Automate 许可证。

以下 Dynamics 365 许可证包括 Power Automate 功能：

• Dynamics 365 Sales Enterprise
• Dynamics 365 Sales Professional
• Dynamics 365 Customer Service Enterprise
• Dynamics 365 Customer Service Professional
• Dynamics 365 Field Service
• Dynamics 365 Project Operations
• Dynamics 365 Team Members
• Dynamics 365 Finance
• Dynamics 365 Supply Chain Management
• Dynamics 365 Commerce
• Dynamics 365 Human Resources
• Dynamics 365 Operations – 活动
• Dynamics 365 Business Central
• Dynamics 365 Business Central团队成员

Power Apps 许可证问题

以下问题与 Power Apps 许可和 Power Automate 使用权限有关。

Power Apps 许可证中包含哪些 Power Automate 功能？

Power Apps 许可证包含一组有限的 Power Automate 功能。 Power Apps 许可证包括以下 Power Automate 功能：

• 创建和执行自动化、计划、按钮流。
• 可使用标准连接器。
• 在应用上下文中访问高级连接器。
• 业务流程在应用上下文中流动。
• 应用上下文中的自定义连接器。
• 应用上下文中的本地网关。
• Power Platform 请求限制： Power Apps Premium 每天获得 40,000 个请求（过渡期间 为 100,000 个请求/天）， Power Apps 每个应用每天获得 6,000 个请求（过渡期间 为 10,000 个请求/天）。
• Power Apps Premium 将获得 250 MB Dataverse 数据库容量和 2 GB Dataverse 文件容量。 Power Apps 每应用将获得 50 MB Dataverse 数据库容量和 400 MB Dataverse 文件容量。 使用 Power Apps 创建的处理复杂对象的应用调用的流将消耗此存储限制。 例如，如果一个流分析一个 100 页的文档并对其进行更新，它在运行历史记录中保留该文档以供将来进行故障排除所需的存储将消耗此限制。

Power Apps 许可证不包括以下 Power Automate 功能：

• 流程机器人自动化
• AI Builder 容量

在使用 Power Apps 创建的应用上下文中使用 Power Automate 的示例

具有独立 Power Apps 许可证的用户运行使用 SQL 数据库作为数据源的应用。 使用 Power Apps 创建的应用还包括执行以下操作的流：

• 从 SQL 数据库读取或写入。
• 例如，使用内置的 Power Apps 触发器或操作向使用 Power Apps 创建的应用发送推送通知。

在使用 Power Apps 创建的应用上下文外使用 Power Automate 的示例

同一个用户（上面的示例中）现在还希望使用更新 Oracle database 的流，该流还具有以下属性：

• 它与使用 Power Apps 创建的应用完全不相关。

• 不会以任何方式与使用 Power Apps 创建的应用（或其数据源）交互。

在此示例中，使用 Power Automate 创建的流在 Power Apps 的上下文之外使用，因此用户需要独立的 Power Automate 许可证。

在使用 Power Apps 上下文创建的应用之外使用 Power Automate 的第二个示例

一个环境有多个应用。 有的数据管理流不直接支持应用，但可以确保数据质量。 用户需要有独立的 Power Automate 许可证。

AI Builder 许可证问题

在以下文章中查找全球 AI Builder 许可信息：

• AI Builder许可摘要
• AI Builder 许可常见问题解答。

在 Power Automate 流中，许可的 AI Builder 操作是如何进行的？

为了在流中添加和运行 AI Builder 操作，您需要特定的 AI Builder 许可：AI Builder 操作消耗 AI Builder 积分，这些积分可以在 Power Automate Premium 许可证、其他 Power Platform Premium 许可证或主要在 AI Builder 容量插件中获得。

积分必须在流的环境中可用。

您也可以使用 AI Builder 试用版。

Power Automate Premium 许可证包含多少积分？

如需详细了解种子配额，请参阅 获取配额 AI Builder 权利。

实施

为什么我的流被关闭了？

有关详细信息，请参阅 当高级流因许可证问题而关闭时。

此链接还提供了有关实施类型的信息，以及如何识别需要高级许可证的流，以避免因实施而中断。

我有很多环境。 如何跨租户获取需要我关注的流？

如果租户中的环境数量少于 500 个，请使用以下脚本获取整个租户中需要许可证的所有流：

$environments = Get-AdminPowerAppEnvironment

$allFlows = @()
foreach ($env in $environments) {
    Write-Host "Getting flows at risk of suspension for environment $($env.DisplayName)..."
    $flows = Get-AdminFlowAtRiskOfSuspension -EnvironmentName $env.EnvironmentName
    Write-Host "Found $($flows.Count) flows at risk of suspension."
    $allFlows += $flows
}

将所有流写入到 CSV 文件

$allFlows | Export-Csv -Path "flows.csv" -NoTypeInformation

Write-Host“所有有暂停风险的流写入 flows.csv 中”

如果租户中的环境超过 500 个，请提交支持票证，以便我们的支持团队为您运行报告。

我分配了许可证，但在 PowerShell 中仍能看到需要注意的流。 为什么？

许可证被分配/流被关联到应用后，编辑并保存流。 PowerShell 刷新流以及从 PowerShell 响应中删除流最长可能需要 24 小时。

我分配了许可证，但我仍然在 Power Automate 门户中看到我的流需要关注的横幅。 为什么？

许可证完成分配/流关联到应用程序后，Premium 许可证可能需要七 (7) 天才能出现在 Power Automate 门户中。 要刷新最新的许可证状态，请编辑并保存流。

如何能简单地确定我的流是否在 Power Apps/Dynamics 365 应用的上下文中？

创建流是否是为了支持 Power Apps/Dynamics 365 应用？ 如果删除了相应的应用，是否可以删除流？ 流交互的数据源是否与应用相同？ 如果答案是肯定的，说明流位于上下文中。

如何将上下文流与 Power Apps/Dynamics 365 应用关联？

为支持使用 Power Apps/Dynamics 365 构建的应用而创建的流必须在应用的上下文中运行。 这意味着流必须使用与应用相同的触发器或操作数据源。 如果创建了自动化或计划云端流来支持应用，并且流位于应用的上下文中，使用 PowerShell 脚本将该流链接到应用。 链接流后，将在应用和流之间建立依赖关系，可以将它们一起管理。 如果链接的应用被删除或未使用，流将被关闭。

制作者还可以将他们的流与 Power Automate 门户中的应用程序关联起来。 有关详细信息，请参阅 将流关联到应用。

每应用计划包含的 Power Automate 功能

Power Apps 每应用计划让用户能够运行使用高级功能的 Power Automate 流。 这些流要么需要由 Power Apps 触发，要么需要通过 PowerShell 或 Power Automate 门户与应用程序关联。

有关详细信息，请参阅 将上下文流关联到应用。

多路复用

多路复用是指客户使用硬件或软件来共用连接、重新路由信息或减少直接访问或使用 Power Apps、Power Automate 和 Microsoft Copilot Studio 的用户数量。

是否建议使用多路复用来减少许可证数量？

使用多路复用作为减少需要购买的许可证数量的机制是违反许可证的行为。 有关详细信息，请参阅客户端访问许可证 (CAL) 要求中的多路复用指南。

以下是说明是或不是多路复用的几个示例：

1. 如果高级流只是将数据从 Dataverse 移动到共享位置或向同事发送电子邮件，它不属于多路复用，因为用户使用数据，而不触发流。

2. 如果在将新项目添加到 SharePoint 列表时触发高级流，将详细信息保存在 Dataverse 中，然后向流的负责人发送电子邮件，有多个用户可以将项目上载到列表，但电子邮件仅发送给负责人。 在这种情况下，只有负责人需要许可证，因为他们是唯一从流中获得价值的人。

3. 如果第二点中提到的流向上载项目的用户发送电子邮件，负责人和用户都需要 Premium 许可证。 在这种情况下，用户间接触发流（通过将项目上载到 SharePoint）并以电子邮件的形式从流中获得价值。 未能许可所有用户属于多路复用。

我有多个流在共享服务帐户下运行。 我需要什么许可证？

• 服务帐户：用作服务帐户的 Microsoft Entra 用户帐户。 服务帐户是一种特殊类型的帐户，用于表示非人类实体，如应用程序、API 或其他服务。 用户帐户通过与其他用户共享凭据被用作服务帐户，这会带来安全风险，并且如果有多人有权访问服务帐户，会很难跟踪谁对流进行了更改。 管理它们的密码也是一项挑战。 创建服务帐户时，将仅提供任务所需的权限。 评估现有服务帐户，看看您是否可以减少权限。 限制有权访问服务帐户的人数，以最大程度地降低安全风险。 您还可以针对不同场景创建不同的帐户，以最大程度地减少暴露。 不建议将服务帐户作为最佳做法。 在某些情况下，服务帐户用于删除流对原始负责人的依赖关系。 在这种情况下，使用服务主体来解决安全威胁。

• 服务主体：Microsoft Entra 服务主体充当应用程序实例的身份。 服务主体定义谁可以访问应用程序以及应用程序可以访问哪些资源。 服务主体将在每个使用应用程序的租户中创建，其引用全局唯一的应用程序对象。

• 非交互用户：Dataverse 支持非交互用户执行活动，如在数据库之间迁移数据的后台进程。 这些不需要用户与服务交互。 每个租户最多可以有七 (7) 个非交互用户。 Power Automate 还不支持非交互用户。

• 人类用户：这些是来自 Microsoft Entra ID 的人类同步用户。

此指南特定于在作为流负责人的服务帐户下运行的流。

如果您想要在服务帐户下运行流，以下介绍了如何避免多路复用：

• 如果流只使用标准连接器而没有高级功能，所有具有服务帐户凭据的用户都可以有 Microsoft/Office 365 许可证、Power Automate 免费或任何 Power Automate Premium 许可证。

• 如果流使用高级功能（高级连接器、流程机器人自动化、自定义连接器、本地网关、业务流程流）：

  • 服务帐户由一组有限的用户使用。 在这种情况下，许可所有用户和服务帐户就足够了。
  • 服务帐户会由很多用户使用。 在这种情况下，建议为流分配流程许可证，以确保添加到帐户的任何新用户都自动合规。

• 如果流是手动或应用触发流/Dataverse“以用户身份运行”流，运行流的所有用户都需要 Premium 许可证或流需要流程许可证。 查看关于谁需要购买 Premium 许可证的常见问题解答。

• 高级流在使用 Power Apps/Dynamics 365 应用创建的应用的上下文中（流共享应用的数据源）：

  • 具有服务帐户凭据和服务帐户的所有用户都需要 Power Apps/Dynamics 365 许可证。
  • 如果他们没有 Power Apps/Dynamics 365 许可证，所有用户和服务帐户都需要 Power Automate 用户许可证。
  • 或者，可以使用流程许可证对流进行许可，任何用户/服务帐户都不需要许可证。

• 多个用户共享服务帐户的凭据并使用高级流，并向服务帐户分配一个 Power Automate Premium 许可证，将被视为多路复用，流不合规。

备注

此指南特定于用作流负责人或仅运行用户的服务帐户。 使用服务帐户作为连接或共同负责人的流不受此指南的影响。 我们建议以服务主体作为服务帐户的负责人来运行流，以避免安全风险。

这只是指导而非强制做法。 管理员负责正确许可所有流以保持合规性。

有一个高级流将审批请求发送给一组用户，然后等待用户批准或拒绝请求，之后再继续运行。 审批者是否需要 Premium 许可证？

响应审批请求的用户不需要 Premium 许可证。

自动化流 - 用户生成一个流，该流在将项目添加到使用 Microsoft Lists 创建的列表并更新 SQL 数据库（高级）时触发。 多个用户可以将项目添加到使用 Microsoft Lists 创建的列表中。 用户是否需要 Premium 许可证？

流在自动化或计划流的负责人许可证的上下文中运行，调用即时、Power Apps 或 Dataverse 触发的流的用户许可证。 因此，将项目添加到使用 Microsoft Lists 创建的列表的人不需要 Premium 许可证。

我们为仅运行用户提供一个即时流，它使用高级连接器。 制作者他们的团队共享该流，并允许他们运行该流。 每个人都需要 Premium 许可证吗？

调用流的每个人都需要 Premium 许可证，因为它是即时流。

我有一个具有高级连接器的子流，由多个没有高级连接器的父流调用。 是否所有父流都需要获得许可，还是许可子流就够了？

您可以许可父流或使用流程许可证许可子流。 但是，如果父流还具有高级连接器，父流负责人必须有 Premium 许可证，或者父流必须有流程许可证。

我的流使用多个用户的连接。 我需要对所有用户进行许可吗？

谁需要许可证与流中使用谁的连接无关。 自动化或计划流始终在负责人的许可证下运行，手动流或应用始终在触发流的用户下运行。