RPA浅谈

目录

1、什么是RPA

2、RPA能做啥

3、RPA组成

4、一些心得体会

什么是RPA

        Robtic Process Automation(简称RPA)，即机器人流程自动化。狭义来看，它就是通过一些自动化手段来实现流程自动化的这类技术或产品的总称；广义来看，可以认为是通过计算机模拟人工操作，解决生产问题的一套自动化解决方案。本文主要从狭义上来简单谈谈RPA。

       从名称上看，Robotic（机器人，就是模拟人），Process（流程，就是要模拟的事），Automation（自动化，就是无人或尽量无人参与）。如果只是实现这样功能的技术，也不是什么新鲜事情。比如Window 提供的UI Automation、基于WebDriver协议的Selenium、基于DevTools协议的Puppeteer等其实都能实现这一效果，只是以上技术更多的在自动化测试领域大放异彩。而RPA的不同在哪呢？个人认为是将机器模拟人这种行为打造成一项能够向各行各业赋能的服务并最终提升企业人效，正如目前各大RPA厂商打出的口号“数字员工”。

RPA能做啥

      如果咨询RPA销售商或查看各大厂商的RPA白皮书，得到的答案可能是：RPA能够替代员工、降本增效、与AI技术完美融合从而推进企业数智化进程等等。结合将近一年的RPA实战经验，就目前来看，个人认为RPA能完成的事项包括：

     1、重复性的、有既定规则的工作，并且要求目标对象相对稳定。如银行对账、财税业务、证券业务、物流服务、网上购物等

     2、跨平台数据拉取与整合分析。如，企业内部各平台之前的数据记录在不同的数据库中，直接联库查询有时并不符合实际，这种情况下RPA的优势就体现出来了，它可以分别登陆到各个平台获取数据并结合Redis或excel等做中间数据的缓存落地并最终输出满足要求的结果。跨企业之间拉取数据也同样可行，这里不展开...

     3、替代接口完成后端相关业务。如公司业务与第三方交互的情况下，通常的操作都是双方面对接口对接，只要遵守同样的接口协议。但有些情况下第三方无法提供接口或费用超出预期，亦或是第三方不可控，这时候就可以考虑用RPA来代替接口（当然第三方需要有Web界面供人工操作）。这种情况下，效率会是一个核心问题，但是结合业务特性从策略的角度上可以做优化。

     4、与AI技术结合，解决一些简单的识别场景。如，验证码识别、图表内容识别（如发票）、语音识别（语音指令）等。一般作为整个流程中的某个环节。

总的来说，目前整个市场对RPA概念有炒作的嫌疑。但从长远来看，RPA+AI的概念如果顺利落地并更加接地气，使得中小企业也能从中受惠（AI一般情况下小企业玩不起），RPA还是大有所为的。

RPA组成

RPA的组成

设计器：流程设计平台，目前主流的RPA产品均有自己的RPA Studio，只是各有各的优势，主要基于C#和Python语言。

控制中心：流程调度和机器人管理平台，包括流程上传、派发、删除等管理；机器人调度、分组、定时任务等操作；日志管理、过程回放、平台升级等辅助功能。

机器人：执行流程，目前主流RPA都是Window计算机或移动设备。多数情况下，单台机器人也能满足使用，也就没必要购买控制中心（这玩意不便宜）。如果用RPA来代替接口完成后台服务，那么多台机器人的统一管理时必要的，控制中心就是不可或缺的。

（对于RPA技术原理的部分将单独写一篇文章分析）

一些心得体会

1、整套RPA环境的购买成本其实并不低，RPA机器人（Licence+云端服务器租赁）+设计器+控制中心基本都需要收费，而且还是按时间收费并非一次购买终身使用。

2、整套RPA环境的部署和维护成本也不便宜，并非宣传中所说的7x24小时不间断工作，替代员工。机器人故障+程序异常都需要人工参与修复并且需要额外的RPA监控运营来及早发现问题并人工介入。所以近期RPA Plus上也有人提出RPA+人工的人机结合模式，这个一方面是解决异常问题，另一方面是让人工参与决策，以便业务流程符合实际。

3、机器人运行的目标对象（通常为Web网页）的稳定性（包括界面和功能），直接影响RPA的使用效果。一个经常调整的网站，如果让RPA去上面做事情，那就是一种折磨，不是在修复BUG上就是在修复BUG的路上。所以说RPA适合做重复性的有既定规则的工作，并且要求被操作的对象相对稳定。

4、RPA的优势在于模拟人工、跨平台优势，对于被操作对象来说是无侵入式的，所以也很少被识别为机器人（这个做爬虫的人是懂的）。它的缺点也是模拟人工，一方面单台机器人执行效率比较低，按步骤一步步操作；另一方面，既然模拟人工那就得像人一样去识别验证码满足登录验证。说起验证码，那就是千奇百怪，一般验证码识别功能RPA厂商自身是不提供的或者是另外收费的，亦或者只能满足简单的识别。如果哪一天目标网站做了调整，就直接嗝屁了。

5、 不建议把RPA作为满足业务的单一技术，它优劣鲜明，就决定了技术组合才是王道。比如Selenium+RPA 、RPA +AI（当然是公司自研或是额外购买的AI服务）、RPA+BHO等等。

6、RPA流程的开发讲究模块复用，特别是同一类型的业务流程，如何将开发人员所关注的业务强相关模块剥离出来，通用模块统一管理，是批量开发RPA流程的关键。

7、RPA流程的统一管理和RPA机器人的合理分组是提升资源使用率的重要手段。这里面故事太多，一言难尽！

8、没有监控运营的RPA就是在自掘坟墓，如何将不可控的外界环境变为可控是一个可持续发展必须思考的问题。

9、非开发人员也可以自行设计RPA流程来满足业务需求，这是一句谎言！

以上是个人的愚见，希望给在寻求RPA解决方中的我们提供一些借鉴的东西！