Power Automate 的许可证 ── Microsoft 365 里能免费到什么程度,什么时候需要 Premium
· Go Komura · Power Automate, 许可证, 高级连接器, Microsoft 365, 云端流程, RPA, AI Builder, 业务自动化, 技术咨询
「Power Automate 因为包含在 Microsoft 365 里,所以可以免费使用吧」——抱着这种认识开始自动化的企业,往往会在一段时间后前来咨询。「想连接 SQL Server 时,跳出了『高级』的警告」「试做的流程运行 90 天后就不动了」「被告知创建流程的负责人一旦离职,流程就会停止」。这些问题的根源,都出在许可证的机制上。
这种认识只对了一半。Microsoft 365 的许可证中确实包含一项有限的使用权限——不需要额外付费就能创建 Power Automate 的云端流程(第 2 章会讲到的种子许可证),审批流程、通知、SharePoint 列表联动这类需求,确实可以在免费范围内搭建出来。问题在于,这个范围的边界是按连接器逐一划定的,从动手搭建到真正撞上边界之前,很难提前察觉。本文将以「想做什么」为起点,梳理 Power Automate 的许可证体系——免费范围到哪里、什么时候会需要高级许可证、付费方案该如何选择,以及实务中容易踩坑的地方。
另外,本文不涉及具体价格本身。价格会不断调整,但「哪个层级的许可证能做什么」这种结构相对稳定。最新的条件请务必以 Microsoft Learn 与官方价格页面为准进行确认。
1. 先说结论
- Microsoft 365 的许可证中包含使用标准连接器创建/运行云端流程(自动化流程、计划流程、按钮启动)的权利。SharePoint、Outlook、Teams、Forms、Excel Online 等自动化,都可以在不产生额外费用的情况下搭建。12
- 不过这项使用权限的定位是「把 Microsoft 365 扩展用于个人生产力提升」,存在每位用户每天 6,000 个操作的上限,并且不包含高级连接器、自定义连接器、本地数据网关、RPA、AI Builder。13
- Dataverse、SQL Server、HTTP(通用 HTTP 操作)、自定义连接器都属于高级层。「只是调用外部 Web API,所以应该免费」这种想法是行不通的。45
- 付费方案大体分为两个体系:分配给用户的 Power Automate Premium,以及分配给流程或机器的 Power Automate Process(旧 per user 方案、旧 per flow 方案、无人 RPA 附加组件的后继产品)。结构上就是「按人数算便宜,还是按流程数算便宜」的问题。67
- 自动化流程、计划流程按流程所有者的许可证运行,按钮启动的即时流程按执行者本人的许可证运行。如果把含有高级连接器的按钮流程共享给整个部门,就需要让所有执行者都持有 Premium(或者为流程分配 Process)。8
- 审批(Approvals)虽然会把数据保存到 Dataverse 中,但审批连接器本身是标准连接器。用 Microsoft 365 的许可证就能创建审批流程。9
- 90 天试用版(Power Automate Trial)可以自行启用,几乎可以体验所有高级功能。这很方便,但在试用版状态下就直接投入正式运营、到期后流程停止是常见的事故模式。610
2. 许可证的整体结构 ── Microsoft 365 的「种子许可证」是什么
Power Automate 的许可证由两个体系构成:用户许可证(分配给人)和容量许可证(分配给流程、机器等自动化本身)。6
其中作为用户许可证的一种,还有一类随 Microsoft 365、Dynamics 365、Windows 等其他产品的许可证「附赠」而来的有限使用权限,Microsoft 的文档中称之为种子许可证(seeded licenses)。「Power Automate 包含在 365 里」,指的实际上就是这个。本文此后也统一使用这一称呼。3
把这个体系整理成一张图,就是下面这样。
flowchart TD
Root["Power Automate的许可证"] --> User["用户许可证<br/>分配给个人"]
Root --> Cap["容量许可证<br/>分配给流程或机器"]
User --> Seed["种子许可证<br/>随 Microsoft 365、Windows 等附带<br/>仅限标准连接器,每天 6,000 个操作"]
User --> Prem["Power Automate Premium<br/>高级连接器、自定义连接器、有人 RPA<br/>每天 40,000 个操作"]
User --> Trial["Power Automate Trial<br/>90 天,相当于 Premium 加无人 RPA"]
Cap --> Proc["Power Automate Process<br/>分配给 1 个云端流程或 1 台机器<br/>每天 250,000 个操作"]
Cap --> Hosted["Power Automate Hosted Process<br/>在 Microsoft 托管的机器上无人执行"]
正如图中分成的两条分支所示,用户许可证按「人」计数,容量许可证按「自动化本身」计数。第 4 章的选择方法,归根结底就是这两种计数方式哪一种更便宜的问题。
Microsoft 365 的种子许可证能做到的事情如下。1
- 创建并运行自动化流程、计划流程、按钮流程
- 使用标准连接器
- 每位用户每天最多 6,000 个操作
- 高级连接器
- 自定义连接器
- 本地数据网关
- RPA(桌面流程的编排)
- AI Builder
Microsoft Learn 将这项使用权限定位为「让用户能够为个人生产力场景定制和扩展 Office 365 的有限使用权限」,并明确写道,企业级用途建议使用 Premium 许可证。1 换句话说,「包含在 365 里的 Power Automate」,只是一项能够在 Microsoft 365 内部自我闭环的自动化权利,而不是面向包括内部系统、外部服务在内的整体业务自动化基础设施——这是 Microsoft 自己给出的定位。
每天 6,000 个操作这个上限,也是容易被误解的数字。它统计的不是流程的运行次数,而是流程内每一个触发器和操作的执行次数。循环内的操作每重复一次就计数一次,因此即使是「每收到一封邮件就保存一次附件」这样简单的流程,只要件数多,消耗量也会出乎意料地大。超出上限并不会立即停止,而是会根据超出的程度延迟执行。8
3. 标准连接器与高级连接器 ── 边界线就在这里
连接器分为标准(Standard)和高级(Premium)两个层级,每个连接器归属于哪个层级都是固定的。把中小企业实务中常用的连接器整理出来,就是下表。
| 层级 | 代表性连接器 |
|---|---|
| 标准(Microsoft 365 范围内可用) | SharePoint / Office 365 Outlook / Microsoft Teams / Microsoft Forms / Excel Online (Business) / OneDrive for Business / 审批(Approvals) 29 |
| 高级(需要付费许可证) | Microsoft Dataverse / SQL Server / HTTP / 自定义连接器 / Salesforce 等大量其他公司的业务 SaaS 45 |
下面列举三个容易踩坑的点。
- HTTP 属于高级层。「即使没有现成连接器的服务,只要有 Web API,就可以用 HTTP 操作调用」,这个说法本身没错,但这个通用的 HTTP 连接器是按高级层处理的。511 如果把与核心系统、Web 服务的对接想当然地估算为「用 HTTP 调用就免费」,就会在这里崩塌。不过,只要想调用的对象是 SharePoint 的 REST API,就可以用标准 SharePoint 连接器自带的「向 SharePoint 发送 HTTP 请求(Send HTTP Request to SharePoint)」操作来代替,这种情况下不需要额外的许可证。11
- Dataverse 连接器属于高级层,但审批连接器是标准层。审批功能在背后会把记录保存到 Dataverse 中,但审批连接器本身是标准连接器,可以用 Microsoft 365 的许可证创建审批流程。所需的 Dataverse 数据库,在默认环境中会在第一次创建审批流程时自动准备好。9 但另一方面,一旦把配置改成用触发器或操作直接读写 Dataverse 表,就立刻变成高级层了。4
- 本地数据网关的使用权限同样不包含在 Microsoft 365 中。从云端流程访问内部服务器上的 SQL Server 或文件共享的配置,会同时牵涉到网关使用权限和高级连接器两方面,实质上属于付费方案的范畴。3
在流程编辑界面中,高级连接器会显示「高级」标签,因此可以在动手创建之前就确认清楚。没有相应许可证的用户如果尝试运行含有高级连接器的流程,会因为名为 DirectApiAuthorizationRequired 的许可证错误而失败。5
4. 付费方案的结构 ── Premium 与 Process,该按哪个来算
需要用到高级功能时,目前主要有三个选项。名称在几年前进行过重新整理,旧名称的信息很容易混入搜索结果中,需要注意。旧 per user 方案已被 Premium 取代,旧 per flow 方案和旧无人 RPA 附加组件已被 Process 取代。7
| 方案 | 分配对象 | 主要内容 |
|---|---|---|
| Power Automate Premium | 用户 | 无限制地创建/运行/共享使用标准、高级、自定义连接器的云端流程(每人每天 40,000 个操作)。可创建桌面流程并有人执行(1 个 attended bot),含流程挖掘功能,附带 AI Builder 积分 6 |
| Power Automate Process | 云端流程或机器 | 分配给流程后,无论执行者是否持有许可证都可以使用高级连接器,每天最多可执行 250,000 个操作(最多可叠加至 10 个许可证)。分配的前提是流程必须包含在解决方案(Solution)中。分配给机器后,就成为 1 个无人执行的机器人 6 |
| Power Automate Hosted Process | 托管机器/托管机器组 | 在 Microsoft 托管的虚拟机上运行无人 RPA,不需要管理实体机器。定位为 Process 的升级版 6 |
选择的关键很简单:按「使用人数」计算,还是按「业务流程数」计算。
- 如果使用高级连接器的流程,只是由特定负责人创建并让其自动运行,那么只需要给这位所有者分配一个 Premium 即可。由于自动化流程、计划流程是按所有者的许可证运行的,触发流程的员工(在 SharePoint 中放文件的人、在 Forms 中回答问题的人)并不需要许可证。8
- 如果按钮启动的高级流程要供整个部门全员使用,或者存在会消耗大量操作数的核心业务流程,那么给流程分配 Process 会更合理。分配了 Process 的流程,无论由谁来执行,都能通过许可证检查。86
- Microsoft 的文档把以下几种情形列为适用 Process 的判断基准:无人 RPA、由服务主体拥有的流程、消耗大量操作数、由多人启动的高级流程——只要符合其中之一即可考虑。8
另外,Process 终究是面向流程、机器的许可证,无法替代用户许可证。创建流程的人、管理桌面流程的人,依然需要用户侧的许可证。6
由谁的许可证驱动运行 ── 对应矩阵表
许可证的问题之所以变得复杂,是因为「由谁来负担」会随流程的启动方式而改变。把所有者、执行者、机器这三者,与 Premium(人)、Process(自动化本身)之间的对应关系整理成一张表,就是下面这样。
| 流程类型与启动方式 | 需要许可证的对象 | 仅使用标准连接器 | 包含高级功能 |
|---|---|---|---|
| 自动化流程、计划流程 | 流程所有者(不是触发流程的人) | 种子许可证即可 1 | 所有者需要 Premium,或为流程分配 Process 8 |
| 即时流程(按钮、Power Apps、Dataverse 启动) | 执行的本人(每次执行都由当次执行者承担) | 种子许可证即可 1 | 所有执行者都需要 Premium,或为流程分配 Process 8 |
| 子流程(包含高级功能,由父流程调用) | 父流程或子流程二者之一 | ─ | 父流程所有者需要 Premium,或为子流程分配 Process(如果父流程本身也含高级功能,父流程同样需要许可证) 12 |
| 在自己的 PC 上有人执行桌面流程 | 执行的本人 | 属于 Windows 使用权限范围,无需额外付费。但仅限在默认环境中本地执行,不能共享或在其他环境中创建 3 | ─(这里的界线不是按连接器层级划分的,而是取决于是否涉及共享与联动) |
| 从云端流程调用桌面流程(有人) | 用于连接的用户 | ─ | Premium 610 |
| 桌面流程的无人执行 | 执行的机器(以及注册机器的用户) | ─ | 机器需要 Process,注册机器的用户需要 Premium 6 |
| 仅响应审批请求 | 审批人 | 不需要 9 | 不需要(只要是响应审批,就不需要 Premium)12 |
这张表的读法可以归纳成三点:「自动化流程看所有者,按钮流程看执行者,无人 RPA 看机器」。只要抓住这三点,剩下的就只是根据是否包含高级功能,来决定看右边两列中的哪一列。
5. RPA(桌面流程)的许可证 ── PAD 单独使用免费,联动开始才要付费
Power Automate for desktop(PAD)作为 Windows 10/11 使用权限的一部分,只要是在自己的 PC 上创建桌面流程,并在本机有人执行,就不需要额外付费。不过这个范围仅限于「在默认环境中本地执行(不含编排)」,既不能共享流程,也不能在默认环境以外的环境中创建流程。31
到了要把它嵌入实际业务的阶段,就会按以下顺序逐步需要许可证。
- 从云端流程调用桌面流程(有人):用于调用的连接所对应的用户需要 Premium。持有 Free 许可证的用户如果尝试添加「运行使用 Power Automate for desktop 构建的流程」这个操作,就会被提示开始试用。610
- 无人执行(unattended):需要分配给机器的 Process 许可证。此外,注册该机器这件事本身,必须由持有 Premium 许可证的用户来完成,因此并不是「只要买了 Process,无人 RPA 就能跑起来」。6
- 如果不想拥有实体机器:可以选择 Hosted Process,在 Microsoft 托管的机器上实现无人执行。6
「先用 PAD 单独手动执行来验证效果,确认有价值之后,再用 Premium/Process 把它升级为自动化」,这种分阶段推进的方式,作为投资判断来说比较稳妥。核心系统转录自动化的具体实现方法,我们在《用 Power Automate for desktop 实现核心系统转录自动化 ── 将 Excel、纸质单据的手动录入替换为 UI 自动化》中有详细介绍。
6. AI Builder 的积分 ── OCR 等 AI 功能按用量计费
在流程中加入单据 OCR(表单处理)、文本分类等 AI Builder 操作时,会消耗一种叫做 AI Builder 积分的用量额度。积分会以一定数量包含在 Power Automate Premium 等高级许可证中,并且必须在流程运行的环境中可用。13 另外还有可以额外购买的 AI Builder 容量附加组件,但自 2025 年 11 月 1 日起,已停止向新客户销售,目前处于过渡期:现有合同的续约,以及 Premium 附带的种子积分,都将于 2026 年 11 月 1 日终止。AI Builder 的功能本身不会消失,可以通过后继的 Copilot 积分继续使用,因此如果是今后才要引入的场景,请以 Copilot 积分为前提规划费用,而不是附加组件。14
在目前的比较表中,Premium、Process、Hosted Process 各类许可证都写明包含每月 5,000 积分。不同场景的消耗速率各不相同,表单处理(从文档中提取数据)消耗较大,单纯的文本提取消耗较小。6 由于 Microsoft 365 的种子许可证不包含 AI Builder,因此无法做到「只在免费范围内试用 OCR」。1
每月 5,000 积分是否够用,取决于处理件数。以传真订单的 OCR 为例的具体设计,以及积分消耗量的估算方法,我们整理在《用 AI Builder 读取传真送达的订单 ── 减少手动录入转录的现实设计与局限》中。
7. 实务中容易踩坑的地方
在 90 天试用版状态下就直接投入正式运营
Power Automate Trial 是用户可以自行启用的 90 天试用许可证,除了拥有与 Premium 几乎相同的功能(AI Builder 积分与存储除外)之外,甚至连无人 RPA 都可以试用。6 由于一接触到高级功能,系统就会提示「是否开始试用」,因此本人在没有意识到许可证问题的情况下就开始试用的情况并不少见。10
问题出在 90 天之后。所有者失去高级许可证的高级流程,会先被降低性能,并通知全体所有者,如果不加以处理,流程会在 14 天后被禁用。15 「为验证而做的流程,不知不觉间就成了业务的一部分,直到 90 天后停止运行,才第一次意识到许可证的问题」,这是典型的事故模式。如果要用试用版来认真搭建,就应该从一开始就把正式采用时的许可证费用也一并估算进去。
所有者的许可证与流程运行之间的关系
再重复一遍,自动化流程、计划流程是在流程所有者的许可证上下文中运行的,即时流程(按钮、应用启动)则是按执行者本人的许可证运行的。8 由此可以得出几个实务上的结论。
- 如果是自动化流程,触发流程的员工,以及响应审批请求的审批人,都不需要高级许可证。没有必要连审批人的份也按人数购买 Premium。12
- 反过来,如果共享含有高级连接器的按钮流程,就要求所有执行者都必须持有 Premium。这种情况下,应该考虑为流程分配 Process。8
- 获得共享、成为含高级连接器流程的共同所有者的人,如果要编辑该流程或手动运行它,本人也需要持有相当于高级层的许可证。16
- 一旦所有者离职,流程就会失去所有者的许可证,进入前面提到的 14 天规则。如果流程包含在解决方案中,可以变更所有者;如果不是,就需要由共同所有者进行导出/导入(以新流程的形式,用新所有者的许可证重新运行),或者通过分配 Process 来重新搭建起来。15
流程所有者、连接、交接的设计,是与许可证并列的运维要害。详细内容我们在《Power Automate 的人员依赖对策 ── 让创建者离职后流程也不会停止》中讨论。
「只买一个许可证共用」属于违反许可证规定
「只买一个 Premium,分配给共享账户,让所有人都用这个账户」——这种想法,正是 Microsoft 称为多路复用(multiplexing)的配置,被明确认定为违反许可证规定。多个用户共享服务账户的凭据,用分配给该账户的一个 Premium 许可证使用高级流程,这种配置属于不合规——Learn 的 FAQ 中给出了具体案例来说明这一点。12
判断的标准在于「谁从流程中获得了价值」。自动流程、计划流程的运行本身是在所有者的许可证上下文中进行的,因此仅仅是在列表中登记条目、成为流程触发契机的人,或者只是响应审批请求的人,并不会因此就需要持有高级许可证。如果流程只是给所有者发邮件,用所有者的许可证就足够了。另一方面,同一份 FAQ 也举出了一个例子:高级流程把结果(邮件)返回给登记条目的本人这种配置,被视为登记者间接触发了流程并获得了价值,因此除了所有者之外,本人也需要 Premium,属于多路复用的一例。如果要把高级流程的结果返回给大量的人,那么直接用 Process 为流程本身授权会更稳妥。12
由于边界容易混淆,这里把 FAQ 中列举的示例,按合规/违规分类整理如下(均以含有高级功能的流程为前提)。12
| 配置 | 许可证处理方式 |
|---|---|
| 流程只是把 Dataverse 的数据移动到共享位置,或给同事发邮件 | 不属于多路复用。接收方只是消费数据,并没有触发流程 |
| 以登记进列表为触发条件进行处理,仅给流程所有者发送邮件 | 只需要所有者持有许可证。无论有多少人向列表登记条目,都不需要许可证 |
| 与上面相同的配置,但会把结果邮件返回给登记的本人 | 所有者与登记者双方都需要 Premium。因为登记者间接触发了流程,同时也获得了价值。如果不授权,就属于多路复用 |
| 仅仅响应审批请求的审批人 | 不需要 |
| 共享按钮启动、应用启动的流程,由团队执行 | 所有执行者都需要 Premium,或为流程分配 Process |
| 少数人共享服务账户的凭据来使用 | 只要为所有使用者与服务账户都购买许可证,就属于合规 |
| 多人共享服务账户的凭据来使用 | 建议为流程分配 Process(即使使用者增加,也能自动保持合规) |
| 多人共享凭据,用分配给该账户的一个 Premium 使用高级流程 | 不合规(多路复用) |
另外,FAQ 本身也明确写道:「这只是指导原则,并非强制性的技术限制,正确授权的责任在于管理员」。12 「能跑起来」不代表「合规」,这一点请务必牢记。
审批流程属于免费范围,但直接操作 Dataverse 是另一回事
审批流程可以用 Microsoft 365 的许可证创建(如第 3 章所述)。9 但是,用 Dataverse 连接器直接读写审批历史记录、用 Dataverse 触发器捕捉审批表变化,这类更进一步的配置就属于高级层了。「审批本身可以免费实现,但一想给历史记录加个报表功能就变成收费了」——提前了解这种落差,可以避免估算出错。审批流程本身的设计方法,我们整理在《用 Power Automate 搭建审批流程 ── 将纸质与邮件签核、申请电子化》中。
8. 判断表 ── 按目标划分所需许可证
| 想做的事 | 需要的东西 |
|---|---|
| 把 Forms 的回答记录到 SharePoint 列表并用 Teams 通知 | 仅需 Microsoft 365 12 |
| 签核/申请的审批流程(用 Teams/Outlook 审批) | 仅需 Microsoft 365 9 |
| 用 HTTP 操作调用外部 Web API | 所有者需要 Premium(或为流程分配 Process) 58 |
| 写入内部 SQL Server(本地) | Premium + 本地数据网关使用权限(不包含在 Microsoft 365 中) 43 |
| 部门全员使用含高级连接器的按钮流程 | 所有执行者都需要 Premium,或为流程分配 Process 8 |
| 用 PAD 自动化自己 PC 上的界面操作,在本机执行 | 无需额外付费(属于 Windows 使用权限范围) 3 |
| 从云端流程调用桌面流程(有人) | 连接用户需要 Premium 6 |
| 无人执行(类似夜间批处理的 RPA) | 机器需要 Process + 注册机器的用户需要 Premium 6 |
| 使用 AI Builder 进行单据 OCR 等操作 | Premium 等许可证自带的积分(每月 5,000)或附加组件 613 |
拿不准的时候,先在流程编辑界面确认连接器是否带有「高级」标签,再按「这个流程由谁启动(自动运行还是按钮启动)」「使用人数和流程数哪个更多」的顺序思考,基本就能确定所需的许可证。
9. 总结 ── 把许可证费用看作「开发费用的分期付款」
Microsoft 365 的种子许可证,只要在标准连接器的范围内,确实是零额外费用。审批、通知、SharePoint 联动——这些中小企业自动化的入门场景都能落在免费范围内,是应该老老实实善加利用的一点。但另一方面,一旦踏入核心系统、外部 API、RPA、OCR 的领域,就会立刻进入高级层,从此产生「人数 × 月费」或「流程数 × 月费」的持续成本。
评估这笔成本时,建议不要只看月费,而是用月费 × 人数(或流程数) × 使用年数算出总额,再与替代方案进行比较。单价本身会不断调整,本文不做具体讨论,但计算的公式是固定的。请在 Power Automate 的价格页面 上确认所需许可证的月费,代入下面的公式。
- 按人数计算时:Premium 的用户单价 × 涉及人数 × 12 × 年数
- 按自动化本身计算时:Process 的单价 × 涉及流程数(或机器台数) × 12 × 年数
先算出倍率,判断起来会更快。1 人用 1 年是月费的 12 倍,3 人用 3 年是 108 倍,5 人用 5 年是 300 倍。带着「5 人份的 Premium 用 5 年,总额是月费的 300 倍」这种直觉,再把它和用自研或委托开发实现同样功能所需的初期费用加维护费放在一起对比。正因为这个倍数会产生实际影响,缩小涉及人数的设计(以自动化流程为主,让执行者不需要许可证;多人使用的流程改由 Process 承担)本身就能直接降低总额。有时候,几个人份的 Premium 用上 5 年,金额已经足够做完一个小规模的委托开发项目;反过来,如果需求复杂到流程的维护始终离不开人手,从一开始就搭建专用系统,总额反而可能更便宜。当然,与购买现成套装软件或委托开发的报价相比,即使要支付许可证费用,Power Automate 也往往压倒性地便宜,这样的情况同样不少。重要的是,尽早放弃「因为包含在 365 里所以免费」这种前提,用包含许可证费用在内的总额来做自动化的投资判断。
该用哪一层许可证来自动化哪项业务,从哪里开始该切换为开发——从这条界线的划定咨询,到 Power Automate 无法覆盖部分的委托开发,我们都可以提供帮助。
相关文章
- 用 Power Automate 实现业务自动化 ── 云端流程与桌面流程的分工,以及错误处理设计
- 用 Power Automate 搭建审批流程 ── 将纸质与邮件签核、申请电子化
- 用 Power Automate for desktop 实现核心系统转录自动化 ── 将 Excel、纸质单据的手动录入替换为 UI 自动化
- 用 AI Builder 读取传真送达的订单 ── 减少手动录入转录的现实设计与局限
- Power Automate 的人员依赖对策 ── 让创建者离职后流程也不会停止
相关咨询领域
合同会社小村软件不仅提供包括 Power Automate 许可证选型在内的自动化设计咨询,也能帮助比较许可证费用与开发费用,并把流程无法覆盖的业务系统化。
参考链接
-
Microsoft Learn, Power Automate licensing FAQ。关于 Microsoft 365(Office 365)许可证所包含的 Power Automate 功能(自动化、计划、按钮流程,标准连接器,每天 6,000 个操作)与不包含的功能(高级连接器、自定义连接器、网关、RPA、AI Builder),以及「面向个人生产力场景的有限使用权限」这一定位的说明。 ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10
-
Microsoft Learn, List of all Standard tier connectors。关于 SharePoint、Office 365 Outlook、Microsoft Teams、Microsoft Forms、Excel Online (Business)、OneDrive for Business 等属于标准层连接器的说明。 ↩ ↩2 ↩3
-
Microsoft Learn, Deep dive on specific licenses。关于种子许可证的定义,Microsoft 365 种子许可证的内容(仅限标准连接器、每天 6,000 个操作,不包含高级连接器/自定义连接器/网关/RPA/AI Builder),以及 Windows 许可证下有人 RPA(仅限本地执行,不含编排)的说明。 ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8
-
Microsoft Learn, List of all Premium tier connectors。关于 Microsoft Dataverse、SQL Server、Salesforce 等属于高级层连接器的说明。 ↩ ↩2 ↩3 ↩4
-
Microsoft Learn, Cloud flow error code reference。关于 HTTP、SQL Server、Dataverse、自定义连接器均属于高级连接器,以及 Microsoft 365 种子许可证用户运行含高级连接器的流程时会出现 DirectApiAuthorizationRequired 错误的说明。 ↩ ↩2 ↩3 ↩4 ↩5
-
Microsoft Learn, Types of Power Automate licenses。关于用户许可证与容量许可证两大体系,Premium(全部连接器、每天 40,000 个操作、1 个 attended bot、AI Builder 积分),Process(分配给流程/机器、每天 250,000 个操作、最多可叠加 10 个、需要解决方案、无人机器人),Hosted Process,Trial(90 天、几乎等同于 Premium 加无人 RPA,AI Builder 积分与存储除外),各许可证均包含每月 5,000 AI Builder 积分,机器注册与调用桌面流程需要 Premium 用户等内容。 ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10 ↩11 ↩12 ↩13 ↩14 ↩15 ↩16 ↩17 ↩18
-
Microsoft Learn, Deep dive on specific licenses。关于旧 Per-user 方案被 Premium 取代、旧 Per-flow 方案与旧无人 RPA 附加组件被 Process 取代(列为旧版)的说明。 ↩ ↩2
-
Microsoft Learn, Power Automate licensing FAQ。关于自动化流程、计划流程在所有者的许可证上下文中运行,即时流程按执行者的许可证运行,含高级连接器的即时流程需要所有执行者持有 Premium(或为流程分配 Process),Process 许可证的适用基准(无人 RPA、服务主体、大量操作、多人使用),操作的计数方式与循环计数,以及超出限额时的延迟的说明。 ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10 ↩11
-
Microsoft Learn, Get started with approvals。关于审批连接器属于标准连接器、可以用能够使用标准连接器的许可证(Office 365 等)创建审批流程,以及保存审批数据所需的 Dataverse 数据库在默认环境中会自动准备好的说明。 ↩ ↩2 ↩3 ↩4 ↩5 ↩6
-
Microsoft Learn, Guidance: Migrate from classic workflows to Power Automate flows in SharePoint。关于通用 HTTP 连接器(操作)属于高级层,以及调用 SharePoint REST API 可以用标准 SharePoint 连接器的「Send HTTP Request to SharePoint」操作代替的说明。 ↩ ↩2
-
Microsoft Learn, Power Automate licensing FAQ。关于通过多路复用(multiplexing)来减少许可证数量属于违规行为,仅消费数据的用户不属于多路复用,仅向所有者发送邮件的配置与向登记者本人返回结果的配置之间的区别,多人共享服务账户凭据并用一个 Premium 许可证使用高级流程属于不合规(少数人应为所有人和账户都购买许可证,多人则建议为流程分配 Process),含高级功能的子流程只需为父流程或子流程之一授权即可,仅响应审批请求的用户不需要 Premium,按「谁从流程中获得价值」进行判定的示例,以及这只是指导原则、并非强制、合规责任在管理员的说明。 ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7
-
Microsoft Learn, Power Automate licensing FAQ。关于 AI Builder 操作会消耗 AI Builder 积分,积分可通过 Power Automate Premium 等高级许可证或 AI Builder 容量附加组件获得,以及积分必须在流程所在环境中可用的说明。 ↩ ↩2
-
Microsoft Learn, End of AI Builder credits。关于 2025 年 11 月 1 日起 AI Builder 容量附加组件停止向新客户销售、2026 年 11 月 1 日附加组件续约终止及 Premium 附带种子积分废止、AI Builder 功能可通过 Copilot 积分继续使用,以及过渡期间积分消耗优先级的说明。 ↩
-
Microsoft Learn, Power Automate licensing FAQ。关于所有者失去高级许可证(包括离职)的高级流程会被降低性能,并在通知所有者后、若不处理则于 14 天后被禁用,以及支持解决方案的流程可以变更所有者、或通过导出/导入、分配 Process 来重新搭建的说明。 ↩ ↩2
-
Microsoft Learn, User doesn’t have a service plan adequate for the non-Standard connection error。关于被共享含高级连接器流程的用户,若要编辑或手动启动该流程,本人也需要相当于高级层的用户许可证,以及许可证过期时同样会出现该错误的说明。 ↩
相关文章
共享相同标签的最新文章。可以围绕相近的主题进一步加深理解。
用 Microsoft Forms 搭建社内申请・请求的受理入口 ── 把邮件与口头请求汇总到表单
一份把发往信息系统部门、行政部、财务部的邮件与口头请求汇总到 Microsoft Forms 的实务指南。整理问题设计与分支、组织内限定与匿名的区别、通过 Power Automate 实现的 SharePoint 转记・审批联动,以及 Forms 单独使用时的局限。
用 Power Automate 设计定期执行流程 ── 月末处理・营业日判定・提醒的实务
本文整理用 Power Automate 的 Recurrence 触发器自动化定期处理的实践指南,涵盖默认时区为 UTC 的陷阱、日期表达式、基于法定节假日主数据表的营业日判定、催办设计,以及 90 天自动关闭等运维注意事项。
用 Power Automate 自动处理邮件收到的订单・发票 PDF ── 保存、分类、通知与读取的设计
本文整理用 Power Automate 自动化处理邮件收到的订单・发票 PDF 的保存、分类与通知设计,从 Outlook 触发器与共享邮箱的前提条件、签名图片误判的应对方法,到用 AI Builder 读取内容及其许可证注意事项,均以实务者视角进行解说。
用 Power Automate 搭建审批流程 ── 将纸质与邮件签核、申请电子化
本文是一份实践指南,介绍如何用 Power Automate 将纸质签核单和邮件附带 Excel 的申请与审批流程电子化。内容涵盖审批操作的类型、Forms、SharePoint、Teams 的分工方式、结合执行历史保留期限制的记录留存方法,以及退回处理。
用 Power Automate 实现业务自动化 ── 云端流程与桌面流程的分工,以及错误处理设计
本文整理 Power Automate 云端流程与桌面流程的区别、与 PowerShell / VBA 的分工、许可证、错误处理、UI 自动化的稳定化,以及凭据信息的安全处理,提供把业务自动化落地到生产环境的实务设计指南。
相关主题
与本文相近的主题页面。以本文为起点,可以进一步了解相关服务和其他文章。
Windows 技术主题
汇整 KomuraSoft LLC 关于 Windows 开发、故障调查与既有资产活用文章的主题中心。
常见问题
汇总了咨询这一主题时常见的问题。
- 仅凭 Microsoft 365 的许可证,Power Automate 能用到什么程度?
- 仅限于使用 SharePoint、Outlook、Teams、Forms、Excel Online 等标准连接器创建并运行云端流程(自动化流程、计划流程、按钮启动的流程)。每位用户每天有 6,000 个操作的上限。高级连接器、自定义连接器、本地数据网关、RPA(桌面流程的编排与联动)、AI Builder 都不包含在 Microsoft 365 的使用权限中,需要 Power Automate Premium 等付费许可证。
- HTTP 连接器可以用 Microsoft 365 许可证使用吗?
- 不能。通用的 HTTP 连接器(HTTP 操作)属于高级层,和 SQL Server、Dataverse、自定义连接器一样,需要 Power Automate Premium 等许可证。不过,如果只是想调用 SharePoint 的 REST API,可以用标准 SharePoint 连接器自带的「向 SharePoint 发送 HTTP 请求」操作来代替,这种情况下不需要额外的许可证。
- Power Automate Premium 和 Process 该如何选择?
- Premium 是分配给用户的许可证,Process 是分配给流程或机器的许可证。如果只是由特定负责人创建几个使用高级功能的流程并让其运行,按人数购买 Premium 就够了;如果按钮启动的高级流程要供大量人员使用,或者需要无人 RPA、大批量执行,那么让流程(或机器)侧的执行者不再需要许可证的 Process,按流程(或机器)单位分配会更合理。比较的关键在于使用人数和业务流程数哪个更多。
- Power Automate for desktop 可以免费使用吗?
- 在 Windows 10/11 使用权限的范围内,只要是在自己的 PC 上创建桌面流程,并在本机有人执行,就不需要额外付费。但这不包括在默认环境以外创建流程、共享流程、从云端流程调用等编排层面的操作。云端流程联动需要 Power Automate Premium,无人执行则还需要 Process 许可证。