小企业桌面自动化升级：PAD 2.54 三大亮点

仓库、物流调度、跨境单据处理这些工作，最“磨人”的往往不是难题，而是重复：每天导出报表、复制粘贴订单号、登录 SAP 点同样的菜单、从密码库取凭据、对账后再发邮件确认。真正拖慢团队的，是这些细碎动作把人卡在电脑前。

Power Automate for desktop（简称 PAD）在 2025 年 3 月更新到 2.54 版本，看上去只是三个功能点，但我更愿意把它理解成：桌面自动化开始从“能跑就行”，走向“可验证、可维护、可治理”。对小企业尤其关键，因为你们没有专门的自动化测试团队，也经不起流程一坏就全员返工。

这篇文章会把官方更新翻译成“可落地的业务价值”，并放到「人工智能在物流与供应链」这个系列里：当你把 PAD 的桌面流程，和 AI 语音助手（用于触发、确认、汇报）组合起来，就能做出更接近端到端的自动化工作流。

亮点一：桌面流程终于有“测试用例”了

直接答案：测试用例让桌面自动化从手工验收，变成可重复、可追踪的质量控制。

PAD 2.54 在控制台新增了 Test cases（测试用例） 标签页，并在“Testing（测试）”模块里提供两个关键动作：

• Assert（断言）：验证结果是否符合预期（例如字段值、文件是否生成、数量是否匹配）
• Test a desktop flow（测试桌面流程）：用于运行并验证某个桌面流程

对物流与供应链团队来说，这个更新的意义很现实：你的流程不是写完就结束，而是需要长期跑在变化的系统环境里（ERP 升级、网页控件变化、文件模板调整、字段新增）。没有测试用例的自动化，迟早会在某天“悄悄跑错”。

流程测试在供应链场景怎么用？

下面是一个很典型的“日常对账 + 异常处理”桌面流程，你可以把它拆成可测试的步骤：

1. 从承运商门户下载前一日运费明细（CSV）
2. 从 WMS/OMS 导出发货清单（Excel）
3. 进行订单号匹配、重量区间核对、异常标记
4. 生成对账结果文件并发送给财务/供应商

加入测试用例后，你可以把关键风险点写成断言：

• 断言文件存在：下载的 CSV 是否成功落到指定目录
• 断言行数范围：发货清单行数是否大于 0，且不超过合理阈值（比如 < 50,000）
• 断言异常率：异常订单占比是否低于某个阈值（例如 < 2%），否则触发人工复核
• 断言输出文件命名：是否按日期和站点命名，避免覆盖历史

这类断言不会让你“更聪明”，但会让你更稳。小企业做自动化，稳定性比炫技重要。

和 AI 语音助手怎么协同？

我推荐的组合方式是：语音助手负责“发起与确认”，PAD 负责“执行与落地”，测试用例负责“兜底与验真”。

一个可落地的模式：

• 语音助手接到指令：“开始跑今天的运费对账”
• 触发 PAD 流程运行
• 运行结束后自动执行测试用例
• 如果断言失败：语音助手用一句话汇报失败原因（例如“异常率 6.4%，已生成异常清单并发给你确认”）

这就是端到端自动化该有的样子：不只是“跑完”，而是“跑对”。

亮点二：SAP 自动化新增菜单选择动作，少踩坑

直接答案：新增的“Select SAP navigation item”让 SAP 菜单导航更可靠，减少因界面变化导致的失败。

PAD 2.54 在 SAP automation 模块里加入了新动作：Select SAP navigation item，用于与 SAP 窗口应用工具栏中的菜单项交互。

做过 SAP 桌面自动化的人都知道：SAP 不是不能自动化，而是“自动化很容易变脆”。常见脆点包括：

• 录制的点击位置随分辨率/窗口大小变化而偏移
• 控件层级复杂，UI 元素定位不稳定
• 不同用户权限导致菜单结构略有差异

这个新动作的价值在于：它更偏“语义化操作”（选择某个导航项），而不是“坐标点击”。对业务来说，等于减少维护成本。

物流企业里 SAP 自动化最值得做的 3 件事

如果你是中小型物流、外贸、制造企业，SAP 流程里通常有三类“高频且重复”的工作，适合先用桌面自动化拿下：

1. 出库/发货相关数据录入与回填：把 WMS 导出的发货信息回填到 SAP，生成交货单或更新状态
2. 采购与到货对账：对照承运商/供应商账单，抽取 SAP 中的收货/入库记录
3. 跨境单证信息拉取：收集报关所需字段、生成对账或合规归档文件

有了更稳定的菜单导航动作，你能把自动化覆盖从“局部操作”扩到“完整流程路径”。

和语音助手的结合：把 SAP 当作后端，而不是前端

最实用的一点是：语音助手可以把“人要在 SAP 里找菜单”的动作拿走。

• 语音助手：确认任务参数（日期、工厂/仓库、客户/承运商）
• PAD：在 SAP 里按菜单路径执行、导出报表、保存到统一目录
• 语音助手：汇报结果并给出下一步选项（“要不要把异常 TOP10 念给你听？”）

这对小团队很友好：减少培训成本，也减少“只有某个人会操作 SAP”的单点风险。

亮点三：原生支持 Azure Key Vault 凭据，自动化更安全

直接答案：PAD 的“Get credential（preview）”开始支持 Azure Key Vault，让桌面自动化可以更规范地管理账号密码。

这次更新提到：Get credential (preview) 动作除了支持 CyberArk，也开始支持 Azure Key Vault。

很多小企业桌面自动化的“安全现状”并不理想：

• 密码写在流程变量里
• 密码放在 Excel 或文本文件
• 用同一个共享账号跑所有流程

这些做法短期方便，但风险很高。一旦电脑被入侵或流程被复制，凭据就等于裸奔。

供应链与物流场景的现实需求：多系统、多账号、频繁轮换

物流与供应链常见的系统组合包括：

• ERP（如 SAP）
• WMS/TMS
• 承运商门户
• 电商平台后台
• 银行/税务/报关相关系统

账号不但多，还经常有合规要求：定期轮换、最小权限、审计可追踪。把凭据收进 Key Vault，不会让你一夜之间变成大厂，但会让你走上正确路线。

一个简单但有效的“凭据治理”做法

如果你正在从 0 到 1 建桌面自动化，我建议按这个优先级做：

1. 先把所有流程账号集中管理（别散落在个人电脑）
2. 把 PAD 访问凭据改为从 Key Vault 取（能轮换、能撤销）
3. 为每个流程建独立服务账号（最小权限，出问题好定位）
4. 对关键流程加测试用例断言（防止“登录失败却继续跑”）

安全不等于复杂。真正复杂的是出事之后的补救。

把这三项更新串起来：小企业的端到端自动化模板

直接答案：测试 + SAP 导航 + Key Vault，让桌面自动化具备可复制、可扩展的“生产级底盘”。

如果你想把“AI 语音助手与自动化工作流”做成能持续带来效率的体系，我建议用一个标准模板来规划（尤其适合物流与供应链）：

模板：晨会语音触发的运营自动化

• 触发（语音助手）：
  • “生成昨天各仓发货 KPI”
  • “导出本周承运商时效报表”
• 执行（PAD + SAP/网页/Excel）：
  • 自动登录系统（凭据来自 Azure Key Vault）
  • 导出数据、清洗合并、生成报表
• 验证（Test cases）：
  • 断言文件生成、数据范围、异常率
• 交付（语音助手 + 通知）：
  • 用一句话汇报结果：总单量、异常单量、最高延误线路
  • 提供下一步选项：发送、归档、创建工单

你要追求的不是“自动化更多”，而是“自动化可以放心交给它自己跑”。

常见问题（团队真会问的那种）

桌面自动化已经能跑了，还需要测试用例吗？

需要。能跑不等于跑对。在供应链这种“错一个字段就可能错一票货”的环境里，测试用例是最低成本的风控。

小企业用 Key Vault 会不会太重？

不会。你不需要一次性做完所有治理，但至少要做到：流程里不硬编码密码。从一个关键流程开始迁移就行。

SAP 自动化是不是更建议用接口而不是 RPA？

接口优先没错，但现实是：中小企业常常拿不到接口、项目排期长、改造成本高。PAD 的价值是把现有系统先跑顺，把收益先拿到手，再逐步系统化。

下一步怎么做：从一个“可测的流程”开始

PAD 2.54 的三个更新，分别解决了桌面自动化最常见的三类痛点：质量（测试）、稳定性（SAP 导航）、安全（Key Vault 凭据）。把它们叠在一起，你就有了适合小企业的自动化工作流底座。

如果你在物流与供应链团队里推进 AI 与自动化，我的建议很明确：别一口气做十个流程。先做一个端到端、可测试、可复用的流程样板，再复制到对账、报表、异常处理、单证归档这些高频场景。

接下来你最想先自动化哪一段：承运商对账、SAP 报表导出，还是跨境单证归档？选一个，我可以帮你把它拆成“语音助手 + PAD + 测试用例 + 凭据治理”的具体步骤清单。