用 Power Automate Desktop 2.54 把重复工作交给机器人

人工智能在科研与创新平台••By 3L3C

Power Automate Desktop 2.54 带来测试用例、SAP 新动作与 Key Vault 凭据支持。把重复工作做得更稳、更安全。

Power Automate Desktop桌面自动化工作流自动化AI语音助手SAP自动化Azure Key Vault
Share:

Featured image for 用 Power Automate Desktop 2.54 把重复工作交给机器人

用 Power Automate Desktop 2.54 把重复工作交给机器人

手动点来点去的工作，最“贵”的不是花了多少时间，而是它会把团队的注意力从真正重要的事上抽走——客户、产品、现金流、以及科研/创新团队的产出。

Microsoft 在 2025 年 3 月发布了 Power Automate for desktop 2.54（也叫 Power Automate Desktop，简称 PAD）。更新内容不算多，但三项能力对小企业和科研型团队特别关键：测试用例、更完整的 SAP 桌面自动化动作、以及 开箱即用的 Azure Key Vault 凭据支持。我喜欢这种更新：不花哨，但能直接减少“出错概率”和“运维心智负担”。

这篇文章把官方更新拆开讲透：它们分别解决什么日常痛点，怎么落地到你正在跑的桌面流程里，以及如何和 AI 语音助手、自动化工作流结合，形成更稳定、更可控的“创新生产线”（也呼应我们「人工智能在科研与创新平台」系列的主题：让产出更快、可复现、可治理）。

原文来源（唯一外链）：https://www.microsoft.com/en-us/power-platform/blog/power-automate/march-2025-update-of-power-automate-for-desktop/

测试用例：让桌面流程第一次“像软件一样可维护”

直接结论：PAD 2.54 的 Test cases 让桌面流程从“录制脚本”走向“可验证的工程资产”。

很多团队做桌面自动化（RPA）会经历一个阶段：

  • 一开始很爽，录制一下就能跑；
  • 两个月后开始痛苦：UI 变了、文件命名变了、某个 Excel 列多了一列，流程就静默失败；
  • 再往后更麻烦：没有人敢改流程，因为不知道会不会把别人的流程搞挂。

这次更新把 **Test cases（测试用例）**放进了 PAD 控制台的新标签页，并新增了 Testing 模块里的两个动作：

  • Assert：断言结果是否符合预期
  • Test a desktop flow：在测试里调用并运行一个桌面流程

小企业场景：别再靠“跑一遍看看”来验收流程

最常见的“隐形成本”是验收与回归：每次改流程都要人工跑一遍、对比一堆输出。测试用例的价值在于把“验收标准”写进系统里，形成可重复执行的检查。

你可以从 3 类用例开始（不需要写得很复杂）：

  1. 输出校验：比如导出的 PDF 是否存在、命名是否符合 客户名_日期.pdf
  2. 关键字段校验：比如从网页抓取的价格是否为数字、是否大于 0
  3. 流程状态校验：比如邮件是否已发送、日志是否写入

一个很实用的做法是给每个流程定一个“最小测试集”（Minimal Test Suite）：

  • 1 个“正常路径”用例（Happy path）
  • 1 个“缺少输入”用例（比如文件不存在）
  • 1 个“外部系统不稳定”用例（比如网页加载超时）

科研与创新平台场景：自动化必须“可复现”

在科研数据分析或创新平台里，复现性就是生命线。桌面流程常被用来连接一些“还没 API 化”的工具链：仪器软件导出、传统仿真软件批量跑、专有客户端里复制结果等。

测试用例的意义在这里更大：你能把“数据处理是否正确”的关键指标固化成断言。

  • 例如：导出的 CSV 行数是否与样本数一致
  • 例如：某个指标列是否没有空值
  • 例如：输出文件哈希是否匹配（用于检测意外变更）

一句话：没有测试的自动化，只是更快地制造不确定性。

SAP 新动作：把“菜单点击”从脆弱变为可靠

直接结论：Select SAP navigation item 解决了 SAP 工具栏菜单交互的稳定性问题，减少 UI 变化带来的失败。

不少中小企业的财务、供应链、生产排程仍离不开 SAP GUI。现实是：

  • 你可能没有权限让 IT 去改 SAP 或开放更多接口；
  • 但你每天要做的事高度重复：下载报表、对账、创建/变更单据、导出数据给团队。

PAD 以前也能做 SAP 自动化，但“菜单项”这类交互经常是最脆弱的部分：控件层级复杂、定位不稳定、窗口焦点变化导致点错。

这次新增的 “Select SAP navigation item”，让你能更直接地与 SAP 窗口应用工具栏的菜单项交互。对小企业来说，它的价值不是“多了一个动作”，而是：

  • 自动化流程更不容易因为 UI 微调而失效
  • 更适合做无人值守（unattended）的夜间批处理

一个可直接照搬的流程：每日对账报表自动生成

你可以把它拆成四段（也是我建议的“可维护分层”）：

  1. SAP 导出子流程：登录 → 打开事务 → 选择菜单项导出 → 保存到固定目录
  2. 数据清洗子流程：Excel/CSV 规范化（列名、日期格式、空值处理）
  3. 分发子流程：邮件/Teams/共享盘归档
  4. 审计子流程：写入日志（时间、文件名、行数、异常）

然后用 Test cases 覆盖两件事：

  • 文件确实导出成功
  • 行数/关键字段范围合理（比如“金额总和不能为负且不能为 0”）

Azure Key Vault 凭据支持：把账号密码从流程里“请出去”

直接结论：PAD 的 Get credential (preview) 现在支持 Azure Key Vault，能显著降低凭据泄露与运维风险。

桌面自动化最常见、也最危险的反模式是：

  • 把账号密码写在变量里
  • 或者存在本地文件/Excel
  • 或者由某个“机器人账号”共享给多人

这些做法不是“可能不安全”，而是迟早会出事：离职交接、密码轮换、机器被拷走、流程被复制……任何一个环节都会把风险放大。

PAD 2.54 让 Get credential (preview) 除了 CyberArk，也能直接取 Azure Key Vault 的凭据。对小企业来说，这通常意味着三件立竿见影的好处：

  1. 更容易做密码轮换：轮换在 Key Vault 做，流程侧改动小
  2. 最小权限更可行：不同流程用不同 secret，互不影响
  3. 审计更清晰：谁在何时访问了凭据，有迹可循

给落地团队的“最小治理清单”

如果你准备把 Key Vault 引入桌面流程，我建议从这个最小清单开始（简单但有效）：

  • 每个业务系统至少分离出 1 个专用机器人账号（别用个人账号）
  • 每个流程使用 独立 secret（别多个流程共用一个）
  • 规定轮换周期（例如 60 或 90 天），并把轮换作为月度例行任务
  • 流程日志里永远不要输出密码、token、完整连接字符串

一句话：自动化带来的效率，不该用安全债务来支付。

把 PAD 2.54 接到 AI 语音助手：从“自动化”到“可对话的工作流”

直接结论：AI 语音助手更适合做“意图入口”和“状态解释”，PAD 更适合做“桌面执行”。组合起来才是真正的效率提升。

很多人把“语音助手”和“RPA”分开看，其实它们各自擅长的环节刚好互补：

  • AI 语音助手：接收指令、澄清参数、解释结果、把状态说清楚
  • PAD 桌面流程：处理 UI 操作、文件落地、系统间搬运、批量执行

一个小企业团队会用的对话式工作流（示例）

场景：财务同事准备关账。

  • 你对语音助手说：
    • “帮我拉取昨天 SAP 的应收明细，按客户汇总，并发给我和老板。”
  • 助手追问必要参数：
    • “要包含哪些公司代码？截止时间到昨天 23:59 对吗？”
  • 助手触发 PAD：
    • 运行 “SAP 导出 → 清洗 → 汇总 → 邮件发送”
  • 助手回报结果（关键是可解释）：
    • “已生成 2 个报表：客户汇总（48 行）、明细（3,214 行）。有 2 个客户缺少税号，我已在异常清单里标出。”

这里 PAD 2.54 的三项更新分别解决：

  • Test cases：避免“看起来跑完了但数据错了”
  • SAP 菜单动作：减少导出步骤的 UI 不稳定
  • Key Vault：避免把 SAP 密码散落在流程中

现在就能做的 7 天落地计划（不需要大改）

直接结论：先挑一个高频、可衡量、失败成本可控的流程，把测试与凭据治理补齐。

我见过最有效的推进方式不是“全公司上 RPA”，而是 7 天做出一个可复用的样板。

  1. 第 1 天：选流程
    • 标准：每周至少跑 3 次、步骤 10+、失败能人工补救
  2. 第 2-3 天：把流程拆成子流程
    • 导出/清洗/分发/审计分层，后续好维护
  3. 第 4 天：补 3 个测试用例
    • 正常路径、缺少输入、外部系统异常
  4. 第 5 天：把凭据迁移到 Azure Key Vault
    • 先迁一个系统就行，别追求一次性完美
  5. 第 6 天：加可观测性
    • 记录：开始/结束时间、输出文件名、行数、异常原因
  6. 第 7 天：做一次“故意破坏演练”
    • 改个文件名、断网、换一列，看测试能否抓住问题

可衡量的指标建议用硬数字：

  • 节省时间（每次节省分钟数 × 次数）
  • 失败率（过去 4 周失败次数 vs 之后 4 周）
  • 交付延迟（报表是否能按时到）

常见问题（团队内部最爱问的那几个）

PAD 的测试用例会不会很难写？

不难。你不需要把它写成软件工程那种“全覆盖”。先用 Assert 覆盖关键输出（文件存在、行数、关键字段范围）就能避免 80% 的坑。

SAP 自动化是不是很容易被系统升级打断？

会，但可以把风险降到可接受。新动作的价值是减少菜单交互的脆弱性；另外把流程拆分、加测试、加日志，能让“断了以后怎么修”变得更快。

把凭据放到 Key Vault 以后，维护会不会更复杂？

短期会多一步配置，但长期更省事，尤其是密码轮换与权限控制。自动化规模一旦超过 3-5 个流程，你会庆幸早做了。

你该从这次更新带走什么

Power Automate Desktop 2.54 的重点不在“功能多”，而在“让自动化更像工程”：可验证（测试用例）、更稳定的企业应用交互（SAP 菜单动作）、更安全的凭据管理（Azure Key Vault）。

对小企业来说，这意味着你可以更大胆地把重复劳动交给机器人，同时不必担心“流程越多越难管”。对科研与创新平台团队来说，它让你更接近一个理想状态：自动化流程不仅能跑，还能被验证、被复现、被审计。

如果你准备把桌面自动化和 AI 语音助手串起来，我建议你先做一件事：选一个高频流程做样板，把测试用例和凭据治理一次做到位。之后再扩展到更多场景，你的速度会越来越快，而不是越来越慢。

你现在团队里最耗时间、但又最怕出错的那条流程是哪一条？