近几年RPA的热度很高,但是今年也在逐步回落,很多团队取消了这个业务。
刚入门的RPA,解决的业务流程自动化的问题,相对比较简单,而且往往面对的是非关键性业务,比如OA,查询交易等等。
这个场景下,对RPA的要求并不高,主要集中在:通过键盘输入字符、移动鼠标点击、通过rpa程序发送邮件、接收邮件、读取excel文件等等类似的功能。
对于比较复杂的业务,比如从应用系统的界面上抓取信息,还停留在通过把界面图形化(即截屏保存成图片),然后再通过OCR来识别文字的阶段。
随着业界对RPA的认知更深入,我们期望RPA做更多的工作,做更关键业务的工作:
1、做更多的工作,就是对于周期性、日常性的业务,都实现自动处理。即使用机器人来处理更多的、更复杂的业务流程,减少人工干预,提升处理效率、减少成本、提升正确率。
2、更关键的业务。从原来非关键业务的OA等,逐步过渡到处理业务系统,比如销售统计、自动查找投标信息、自动处理电力业务系统的流程等等。
3、更复杂的与应用系统的交互。RPA的处理对象,从简单的鼠标、键盘、邮件、excel等,变成了业务系统为主导。需要通过windows等操作系统的UI层面,和被“驱动”的业务系统软件来进行交互,比如:从界面上,在某个字段上输入值;或者从某个界面上的表格中,取出数据。因为OCR技术有很多局限性,对于复杂的数据,例如表格,就无法正确的识别。
4、更快速和准确。从鼠标和键盘来输入数据,带来的问题是速度很慢,也不准确。比如,我们需要在active某个组件,并且在这个组件内输入数据。使用键盘,需要准确的active这个组件,然后再通过键盘输入字符流。其中,由于应用系统的性能抖动,可能造成某个键盘输入丢失,从而引发一系列的错误。另外,还有中文输入法的影响,也比较难处理。如果输入的过快,发生错误的几率就大大的增加了;为了降低出现错误的几率,就只能让RPA的脚本跑的很慢。这样会导致业务流程处理缓慢和错误,增加了运维的成本。
5、以及更复杂的业务逻辑处理。
综合以上,传统的RPA产品,必须符合以上的要求,才能够在下一轮的竞争中成功和存活。
当然,对于传统的,开发自动化测试工具的厂商来说,绝对是利好消息,因为这些厂商几乎满足了所有的要求:
1,能够满足关键业务系统的交互处理、稳定可靠;
2,能够处理复杂的业务逻辑;
3,能够执行的又快又准确。
推荐阅读: