今天看了同事演示的实在RPA,让我对它有了更具体的认识。我不由得发出一阵叹息,所以拟了这样一个颇有争议的题目。可能不同的人对这个问题有不同的看法。然而这就是我的目前的结论:从办公自动化的角度,RPA比VBA更有竞争力。
RPA更多的从替代人的手工处理角度考虑问题。VBA更多从帮助用户处理事情的角度考虑问题。RPA的最终目的是减少或者去掉人的干预,由机器自动处理问题。基于这样一个理念,RPA的自动化是没有用户界面的(或非常少的用户界面),不需要任何人去点任何按钮。而VBA的自动化,始终把用户放在第一位,用户界面是设计的时候需要重点考虑的。VBA项目让用户对数据有充分的控制能力。设计出来的界面上有各种按钮,有按钮就需要人来点击,这就导致VBA项目始终无法将人的参与完全剔除出去。
如果说第一点还只是设计出发点的不同导致的,转换VBA的设计方式就能扭转乾坤,那么来看下面这一点。
RPA跨系统的数据交互,是它强过VBA的核心之处。VBA可以从其他ERP系统导出数据吗?如果能连接到其他系统的后台数据库,是可以的。然而云存储相当普遍的今天,能让用户有直接连接到后台数据的权限是很危险的。绝大部分ERP只能通过用户界面去导出数据。VBA对此似乎无能为力。而RPA却在此方面相当的强悍。RPA解决了数据源的问题,接下来,VBA能做的,RPA全部都能做。
接下来的这一点看似是RPA的短板,实则是理念的差异。
RPA没有特定的数据存储,它只能借助其他的数据存储方式,比如Text File, Excel,Access,SQL Server等。而VBA则可以将数据存储到任何宿主程序中。这样来看,似乎VBA强过了RPA,但是如果你从替换人的角度来看,任何真实的雇员从来都没有随身携带一个数据池,数据操作完毕以后,如果需要将处理的数据存储下来,可以直接在RPA中加入存储数据到任何数据库的操作。
最后从市场上来看,RPA是新兴的技术,人才市场上有它的一席之地。而VBA则被纳入到数据分析师之类的岗位技能之下。憋屈不憋屈各人自有感受。
最后总结一下,RPA为公司创造价值,VBA为用户创造价值。技术虽然没有优劣之分,然而市场确不是这样。
本文由RPA机器人提供,https://www.ai-indeed.com