RPA现阶段的问题

RPA（Robotic Process Automation）全称机器人流程自动化，作为“自动化为先”时代的翘楚和先驱，被广泛地用来代替人类自动执行任务，越来越多的领域、企业和人开始接纳RPA。如今。RPA给全球范围内的工作场景带来了颠覆性的变化。

RPA产品技术框架的事实标准

自动化测试的技术方案通常分为脚本编写/开发工具、脚本执行/运行平台、过程控制和结果展示/控制客户端三个主要组成部分，例如Android程序自动化测试组合Java+Junit+gradle+Jenkins，UI自动化测试组合Python+selenium/Appnium+Jenkins，这种三权鼎立的结构，日后也成为了RPA产品技术框架的事实标准。

所谓自动化测试，是指以录制或编写脚本的方式编写测试用例模拟手工测试，通过回放或运行脚本来执行测试用例，从而代替人工对系统的功能进行验证。

不论是程序员、运维工程师还是管理者，处理维护和兼容遗留系统都是最痛苦的。由于计算机技术更新换代过于迅猛，在进行老旧系统升级时，考虑到时间和金钱成本，有时会保留一部分与现有系统不兼容的老旧软硬件系统。OCR技术可以将可视化数据由图片等非结构化数据转化为结构化数据，因此OCR是实现信息处理自动化最关键的一环。

随着人工神经网络和深度学习技术的成熟，OCR技术也愈发成熟，名片识别、身份证识别、车牌识别等众多实用的系统也逐渐实用化。

不管是屏幕抓取技术，还是OCR技术，最擅长的还是处理多个隔离系统的场景，强调对原有系统的非侵入性。所谓非侵入性，指的是独立于现有系统，无需对现有系统进行改造或开发接口，无需系统集成，不会破坏企业原有的IT架构。RPA完美地继承了这种非侵入性，可谓尽得精髓。

RPA诞生的催产素

 

对于RPA诞生的催产素是什么可谓是众说纷纭，比较普遍的观点是业务流程外包（Business Process Outsourcing，简称BPO）。二十世纪九十年代末，全球500强公司开始将其业务流程外包给低成本国家，然而随着外包成本的逐渐提高，这种基于廉价劳力的方式渐渐不受欢迎。更为重要的是，各个公司逐渐意识到，数据隐私比成本压缩要更加重要，与其把数据交给不知底细的外包人员来处理，还不如把数据交给活动范围仅限于内网的机器人来处理，因为后者显然更加安全可控。全球500强逐步将目光转移到了业务流程自动化（Business Process Automation，简称BPA），RPA作为BPA的最佳实践方式，由此华丽登场。

自九十年代起，BPA一直是管理领域和IT界讨论最多的主题之一。BPM把企业经营焦点转移业务流程本身而不是产品或服务，将业务流程视作企业组织的运作核心。后来IBM、Oracle等科技企业的加入，为企业引入了更多的自动化技术，这些技术被统称为BPA。BPM的流行让企业管理进入BPA阶段，随着BPA的大量应用，各种流程自动化技术亦是层出不穷，RPA在多个领域遍地开花。

RPA现阶段有哪些问题？

 

目前RPA技术成为资本的宠儿之后，涌现了很多RPA产品，市场是真正的验证者，在这个技术走向客户之后，就发现了各种各样的问题，总结分为三种：

1、稳定性受开发环境的限制，时常需要维护

RPA是部署在软件之上的技术，因此其稳定性收到所自动化的这个环境的稳定性而定，尤其是遇到软件大版本更新亦或者是前端界面改动（经常遇到的就是网页界面发生变化），这个技术就失灵了，“惊慌失措”的客户不得不去找当时跟其实施的实施商进行维护，一来一回，客户体验受损，实施商利益亦受损；

2、所谓的简单易学其实也是有很高门槛的

很多RPA产品提出可视化开发的功能，但是真正在用可视化开发的人会知道，要完成一个业务流程的自动化，经常会涉及到一些复杂的情况，即便是通过拖拉拽，依旧离不开使用代码去实现配置，尤其是遇到某些前端的控件录制不到的时候，不得不使用代码的方式去实现一些高阶功能，这些高阶功能由于本身产品的设计缺乏业务思维，在设计很多功能的时候缺乏从用户视角考虑实际的业务环境，从而给业务人员学习增加了很多学习成本，大众依旧很难学会这样的技能。

因此，即便是打出可视化低门槛这样的口号，真正学会的人依旧很少。

3、并非能够自动化一切

软件绝大部分是在WINDOWS系统的.NET环境下开发出来的，这也是市面上所有RPA只支持Windows环境下自动化的原因，大部分软件为了快速开发出来，都是用的.NET环境的标准框架开发出来的，然而一些有实力的开发者，都是自定义开发的，有着独立设计的框架和自渲染的界面，另外一部分软件通过JAVA或者QT开发出来。因此RPA技术要去自动化这些软件，往往会碰到一些难题。

点击了解更多RPA相关资讯