微软Power Automate Desktop在唱哪一出?符合一款主流RPA工具的要求吗?

微软推出免费RPA工具PowerAutomateDesktop,旨在扩展其RPA能力。该产品源自Softomotive的WinAutomation,但目前在流程保存速度、元素拾取功能和流程画布设计等方面存在不足。尽管产品力尚未达到行业一流水平,微软的市场影响力和庞大的用户基础可能使其成为市场不容忽视的竞争者。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

2019年11月,微软正式宣布进军RPA领域,推出Power Automate 平台。

2020年5月,微软公布收购Softomotive,扩展原Power Automate平台在桌面级自动化方向不足。

2020年9月,微软Softomotive 的产品WinAutomation的基础上推出Power Automate Desktop。并没有什么人关注。

近期微软宣布可以让Win10用户,免费使用Power Automate Desktop。

事件发展基本就是以上的时间轴,今天咱们来捋一下微软这回重磅推的Power Automate Desktop到底是怎么回事。

事件背景:

还记得去年5月微软刚公布收购Softomotive的情况吗?

在微软CEO Satya Nadella 5月19日发布的Build keynote上,他证实微软已经收购了软件机器人自动化平台Softomotive。

 

RPAPlus代表,公众号:RPAPlus刚刚微软确认收购RPA平台软件公司Softomotive

Softomotive 是被收购的RPA公司的名称,他们的产品叫做 WinAutomation 。

公司被收购后的第一个命运是公司除名 ,被微软收购后,Softomotive 这个名字就从世界上消失了。WinAutomation是产品名,在微软完成所有产品融合和改造前,暂时还会存在一段时间。目前是 WinAutomation 和 Power Automate Desktop 两个产品同时存在的状态,不过其实他们俩就是一回事。

2019年11月初,由微软举办的“Ignite2019”大会在美国奥兰多召开。微软将Microsoft Flow重命名为“Power Automate”,并为Power Automate添加了机器人流程自动化(RPA)功能。

 

RPAPlus代表,公众号:RPAPlus微软进入RPA市场,这意味着什么?

微软为何需要收购一款更专业的RPA产品?

RPAPlus:当前版本的Power Automate 擅长将Online微软系的应用数据打通,技术上实现更多是通过API调用,而不是RPA最典型的“基于UI非侵入式”。

 

RPAPlus代表,公众号:RPAPlus微软进入RPA市场,这意味着什么?

因为原来的Power Automate不能称之为传统意义上的RPA,RPA行业其实也没有把Power Automate当回事。

Power Automate Desktop 在Win10系统中免费用

官网&下载地址:  https://flow.microsoft.com/en-us/desktop/

如果想要体验请前往以上官网链接下载和试用,安装包171 M,下载速度超级快。

RPA行业哪些公司玩过免费策略

RPA行业号称过免费的产品很多,这个行业最早宣传免费的玩家是Uipath,当时2016-2017年间要PK如日中天的Blue Prism,在BluePrism和AA下载软件包和获得测试license都还要靠关系的年代,Uipath推出了免费社区版。Uipath当时的一小步,为Uipath后面的发展壮大奠定了坚实的基础。不过随着时间的推移,Uipath的所谓免费社区版限制其实越来越多,需要实时保持登陆,需要承诺被推送和使用最新的Pre Release版本(帮忙做产品公测),有时还会碰到uipath后台登不上导致的一些使用问题发生。

 

2018年下半年,Uibot刚出来混的时候,打的旗号也是社区版“永久免费“,当时主要PK彼时还比较火的国产艺赛旗RPA。

 

“免费“–打着引号的免费是软件行业后来者非常典型的策略。微软PA Desktop 作为后来者,在之前根本无人问津的背景下喊出免费的口号就很容易理解了。

真的免费吗?免费到什么程度

首先我们可以阅读一下 PA Desktop的license 声明

详情可参考:https://docs.microsoft.com/zh-CN/dynamics365/legal/slt-power-automate-desktop

总结一下:

  • 软件可以免费使用
  • 软件会收集你的信息
  • 软件没有支持
  • 软件强制更新

拿这个免费软件做商业项目就算了,跑个人敏感信息的流程也不建议,天下没有免费的午餐。

简析Power Automate Desktop的产品力

先聊聊粗略体验后发现优点:

相较于 Power Automate Platform ,Power Automate Desktop 让微软第一次获得了桌面级的比较完整的RPA能力。对微软PRA的战略是一个强有力的扩充 。

 

相较于其它 RPA行业的老玩家 ,Power Automate Desktop 是什么水准呢?

Power Automate Desktop 基础组件及功能是比较完善的,内置标准组件功能非常多,基本常见的RPA软件应该有的能力,看起来似乎都是有的,当然暂时还没时间一个个去测。

暂时发现的优点1:内置功能组件丰富且强大

暂时发现的优点2:文本参数无忧输入

有很多RPA工具,在输入文本的时候,不是让加上双引号””,就是加上单引号”,对于非开发背景的小伙伴不够友善。

产品肯定还是有更多优点的,只是体验的时间太短还未过多发现。下面聊聊这么短时间接触发现的产品缺点。

聊聊粗略体验后发现的缺点:

暂时发现的缺点1:流程文件保存巨慢

任何轻微的修改,甚至不修改,点击保存 系统需要3~5秒的响应时间。

推测应该是由于所有的流程配置都需要保存到后台服务器上造成的。

暂时发现的缺点2:RPA产品的灵魂功能 元素拾取太弱鸡

在我们的使用认知中,我们需要让RPA 点击某元素,这应该是最基础的一步。而PA Automate 把这个动作硬生生拆成了两步 ,第一步,把鼠标移动到元素位置 ,第二步,触发鼠标点击。

鼠标悬停到元素上 ->实现把元素移动到那个位置

鼠标点击 ->只能实现鼠标点击

不要小看这样的产品点,就光这一点会导致RPA流程开发效率降低许多。

另外,PA Desktop元素识别的响应速度巨慢,拿鼠标移动到一个元素,延迟半秒-1秒红色框框才显示。我们随便玩玩的工具 RPAPlus SPY++ ,体验都要好不少。

还有,UI元素库功能像个半成品

PA Desktop有一个统一的UI元素管理库,产品这样设计的初衷应该是想要在流程开发的便于重复调用该元素,同时也便于后期的维护。不过就目前的状态,UI元素列表无法自定义修改名称,更无法修改适配元素类型,反正蛮鸡肋的。

暂时发现的缺点3:发现了一个小Bug

一个因出错导致流,重启APP后居然也无法打开了。

聊聊RPA开发Studio的易用性-流程画布功能:

Power Automate Desktop 的流程开发视图,是最简单省事的拖一个长条进来,然后点开后配置参数。这样的可视化开发基本等于没有画布功能,只比AA桌面版直接显示代码略好,流程画布功能约等于0。

10年前就能开发出Windows Workflow Foundation(目前数款RPA Studio的图形化工具基础)的微软,难道做不出一款像样的流程画布设计工具吗?

或许微软这方面的开发牛人团队走了,或许开发设计这方面的东西比较费时间,微软还没准备好。总之,目前的PA Desktop 可视化流程设计也是弱鸡水平。

Power Automate Desktop被其它应用调用的可行性:

一款应用面很广的APP,最好是可以通过一些方式供别人调用的。无论是通过进程调用,还是API之类的,目的是更高效,也让基于这些应用做服务的二次开发商有包装自己价值的空间。而Power Automate Desktop目前看起来并不太有这方面的空间。

目前简单体验的结果是,Power Automate Desktop 的产品力在RPA行业应该还在二三流水平徘徊,并没有因为微软的加持而有突破。

 

Power Automate Desktop会是市场搅局者吗?

这款产品本身感觉算不上有力的搅局者,但是这个产品的老爹家大业大,是一个强大的搅局者。

微软官网简单一个声明就可以引起这么大的关注,再加上微软那么大的客户群基数,产品再弄点捆绑销售啥的肯定是需要引起重视的。用互联网行业的话来讲,微软流量太大了,但凡微软倾力扶持的“傻儿子”稍微争点气,总还是能取得不错成绩的。

说到这里咱们也可以以国内的阿里云RPA作为参考,阿里云RPA本身的产品力比较弱鸡,阿里云都是半卖半送的在推这玩意,买PaaS送RPA ,不过依然没什么浪花。

微软的Power Automate Desktop最后会不会混得跟阿里云RPA一样,目前还犹未可知,相信时间会给大家答案的。

<think>嗯,用户问的是Power Automate Desktop有没有设置定时器的功能,还有怎么用。首先,我得确认一下这个软件有没有这个功能。根据我之前了解的,Power Automate Desktop属于RPA工具,应该会有一些调度或者定时执行的功能。不过具体的实现方式可能需要查证。 然后,用户提到了引用里的RPA和定时器设置。引用[1]提到RPA是数字化劳动力,可能相关的自动化流程确实需要定时触发。引用[2]是关于处理文档完成事件和路径问题,可能和定时器本身关系不大,但可能需要考虑路径问题。不过用户主要关心的是定时器设置。 接下来,我需要回忆一下Power Automate Desktop的功能模块。通常这类工具会有计划任务或者与其他服务(比如Windows任务计划程序)集成的能力。例如,在Power Automate云端可能有计划触发器,但桌面版可能需要依赖系统工具。 可能的实现方法有两种:一种是直接在Power Automate Desktop里设置延迟,比如在流程中添加“等待”操作,但这可能只是单次延迟。另一种是利用Windows任务计划程序来定期执行保存的流程文件,这样就能实现定时任务了。 另外,用户可能需要知道具体的步骤,比如如何导出流程为可执行文件,如何设置任务计划程序,以及注意事项,比如路径问题。引用[2]提到App.Path函数不识映射驱动器,所以在保存流程时要确保路径正确,避免使用映射驱动器,或者用UNC路径代替。 然后要考虑用户可能的后续问题,比如有没有更简便的方法,或者云端和桌面版的区别。Power Automate云端可能有内置的定时触发器,而桌面版需要手动设置任务计划,这点需要说明清楚。 最后,生成相关问题时,可以包括如何监控定时任务、处理异常、与其他工具集成等,帮助用户全面了解定时功能的应用和相关问题。</think>### Power Automate Desktop定时器功能实现方法 Power Automate Desktop本身不提供直接的定时器控件,但可通过以下两种方式实现定时功能: **方法一:内置等待操作** 1. 在流程中添加`系统 > 等待`操作 2. 设置精确的时间间隔(秒/毫秒) 3. 支持动态变量设置延迟时间 ```plaintext 操作示例: 等待 300000 毫秒(即5分钟) ``` **方法二:Windows任务计划程序集成** 1. 将流程保存为`.ps1`文件 2. 创建Windows任务计划: - 设置触发器(每日/每周/系统启动时) - 配置操作为启动Power Automate Desktop命令行 ```powershell "C:\Program Files (x86)\Power Automate Desktop\PAD.Runtime\PAD.ConsoleHost.exe" -file "D:\Workflow.pad" ``` 3. 支持设置重复间隔(15分钟/1小时等) **注意事项**: - 映射驱动器路径需要转换为UNC路径(`\\server\share`格式)[^2] - 建议在流程开头添加网络连接检测 - 长期运行任务需设置合理的错误处理机制
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值