Power Automate 许可常见问题

项目
11/24/2023

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

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

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

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

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

若要详细了解包括 Power Automate 功能的许可证计划，请转到 Power Automate 许可证的类型和 Power Platform 许可指南。要详细了解许可证计划的限制和性能配置文件，请转到自动流、计划流和即时流的限制。

我需要哪些 Power Automate 许可证？

Microsoft 建议大多数组织为其组织中的每个用户购买 Power Automate Premium 许可证。为运行无人参与自动化的每个业务流程或计算机购买 Power Automate 流程许可证，如果您希望在零基础架构的情况下构建、测试和运行桌面流自动化，则购买 Power Automate 托管 RPA 插件。

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

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

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

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

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

备注

流程许可只许可流和/或计算机，而不许可用户。 RPA 开发人员在 Power Automate 门户上构建和管理桌面流需要高级用户计划。要了解高级用户计划附带的高级 RPA 功能的更多信息，请访问高级 RPA 功能。

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

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

为每台计算机购买一个流程许可证。如果需要在计算机上并发执行，可以添加更多的流程许可证。计算机上运行的所有桌面流 (RPA) 和属于业务流程一部分的云端流 (DPA) 都包含在流程许可证中。
您的流程只需要 DPA（数字流程自动化）：您希望自动化多少个核心业务流程？

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

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

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

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

所有云端流都由一个流程许可证覆盖，因为它们有一个运行在同一台机器上的桌面流。

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

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

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

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

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

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

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

谁需要购买 Premium 许可证？

每个在 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 托管 RPA 插件能否用作 Power Automate 无人参与 RPA 插件？

是的，您可以通过两种方式使用 Power Automate 托管 RPA 附加产品容量：

对于托管计算机和托管计算机组
以无人参与模式运行可应用于本地、远程桌面或其他虚拟化环境的桌面流 (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/月。

Office 365 许可证问题

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

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

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

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 Team member 将获得 6,000 个请求/天（转换期内 25,000 个请求/天），Dynamics 365 professional 将获得 40,000 个请求/天（转换期内 100,000 个请求/天），Dynamics 365 Enterprise 将获得 40,000 个请求/天（转换期内 100,000 个请求/天）。

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

当您将 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 功能：

在使用 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 许可信息：

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

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

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

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

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

要查找植入积分的详细信息，请转到获取 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) 要求中的多路复用指南。

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

如果高级流只是将数据从 Dataverse 移动到共享位置或向同事发送电子邮件，它不属于多路复用，因为用户使用数据，而不触发流。
如果在将新项目添加到 SharePoint 列表时触发高级流，将详细信息保存在 Dataverse 中，然后向流的负责人发送电子邮件，有多个用户可以将项目上载到列表，但电子邮件仅发送给负责人。在这种情况下，只有负责人需要许可证，因为他们是唯一从流中获得价值的人。
如果第二点中提到的流向上载项目的用户发送电子邮件，负责人和用户都需要 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 许可证，或者父流必须有流程许可证。

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

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