【RPA技术经验分享】使用邮件触发流程,要避免“假死”这个坑!

在RPA场景中,有很多流程的自动化的触发是从读取邮件中相关内容进行触发。笔者所在的公司就有诸多类似的邮件触发场景!
注意:
有的RPA流程设计需要通过发送固定邮件内容模板,来触发;而有的场景自动化触发中,则需要通过读取邮件附件。(这两种情况在流程设计的时候都不一样)
| 我们该如何设计我们的流程呢?
以UiPath为例:我们在使用UiPath的时候 ,会经常用到一个组件
图片
该组件对于开发者来说其实是最便捷的方式,里面需要填写的参数也比较简单,但使用该组件的时候,一定确保Outlook这个选项是要勾选到最后一项哦!
在这里插入图片描述
该组件其实背后的原理是调用操作系统的接口,与Outlook应用进行通讯,从而达到的自动化的效果:
但我们会遇到这样的情况:
笔者在实际操作当中发现:机器人所在的虚拟机,在长期不进行人为登陆的情况下,该组件在与Outlook通讯会存在类似“假死”的情况,导致调用不成功,从而导致流程失败。失败之后,手动登录虚拟机,激活一下Outlook就又可以正常运行流程几天的时间,但是这种“稳定性”明显是不被接受的。
所以接下来有两种方法看起来是就“稳定得多”。
1、通过SMTP服务器收发邮件
2、通过脚本调用微软的API进行邮件收发(Microsoft Graph API)
这样就不存在假死的情况了。笔者的经验仅供参考哦
您在通过“邮件”触发流程的时候,是不是遇到类似的问题呢?
如果小伙伴们,使用该组件进行流程自动化开发,或者您已经遇到类似问题,那么不妨借鉴一下以上经验哦!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值