RPA 能做什么，又不能做什么？

RPA 翻译为机器人流程自动化，很容易让人联想到生活中的人。它能在计算机上模拟人的 *** 作，和我们的工作方式有很多相似的方式。然而，这是不是人做的事情它都能做呢？哪些能做，哪些不能做？这个界限又在哪里？

首先，回到 RPA 的本质上， RPA 到底是什么？

工作中的 RPA 其实就是一种软件，在计算机内部它是 逻辑指令的集合 。实际上它没有自己的硬件，只能通过调用宿主计算机的资源（硬件 或 软件）来完成任务。

每个人都有自己的 眼、耳、口、鼻、手、足、身体 这些 执行机构（硬件） ，还有自己的 思考能力（软件） 。

从上面可以看到， RPA 程序缺少了自己的执行机构。它是无法单凭自身去执行一些任务的，必须借助第三方的资源来完成任务。

换句话说，RPA 程序只是 逻辑指令的集合 ，它 *** 控着第三方的资源来完成任务，就像一个 指挥官 。第三方的资源就像一个个听话的 执行者 ，精确执行了 RPA 程序的指令。RPA 程序运行起来之后，就像是 一个 指挥官 指挥着一批 执行者 共同完成任务的和谐画面。

如果不考虑智能方面的因素，仅仅通过逻辑指令能完成的 *** 作， 人类能做的事情 RPA 都能做。比如 *** 作计算机，又比如计数等等；然而，很多事情除了需要一定的逻辑之外，还需要执行机构配合才能完成的，RPA 就受限于宿主计算机了。你可以很轻易地为自己倒一杯水，但是 RPA 程序要实现这个动作，首先需要宿主计算机拥有倒水的执行机构，其次相应的 *** 作指令能供 RPA 程序调用，还要人给 RPA 编码这个动作的具体步骤。

可是，你见过能给你倒水的计算机吗？可见， RPA 不是万能的 ，它连给你倒一杯水的能力都没有。

回到前面的问题，RPA 哪些能做，哪些不能做？我觉得关键在于 宿主环境 及其 执行机构 和 RPA 的编码逻辑 。RPA 能做什么，取决于 宿主环境 为它提供了什么 执行机构 ，以及 RPA 编码逻辑 是否合理。宿主环境提供的资源越多， RPA 编码逻辑 越好，它能做的事情就越多。

RPA是机器人流程自动化。

RPA（机器人流程自动化）以自动化软件作为虚拟劳动力，依据预先设定的程序与现有系统进行交互并完成预期的任务。

通过RPA软件“机器人”可以捕捉并模拟我们日常的键盘、鼠标 *** 作等人机交互行为，它们可以完成识别、触发、通信、文本生成等任务，自动执行重复性的业务流程。

RPA的优势：

1、减少劳动成本：通过软件自动化脚本反复实现人工任务的自动化 *** 作，不再需要大量的人力，只需要少数业务经理和运维人员。

2、提高生产力：RPA可以实现全天候工作，高效执行。

3、出错率低：根据明确的规则进行 *** 作，无差异化，尽可能地消除人为错误。

4、可监控的 *** 作：协助公司优化其流程。机器人的每个步骤都可以被监控和记录，这有助于企业改善其流程，同时保持丰富的审计线索。

5、周期短：一些流程自动化可以通过改造现有的企业办公系统来完成，允许多个系统提供API接口，然后基于SOA架构也可以完成。然而，这需要巨大的财政资源和较长的周期来完成这种整合。相比之下，RPA自动化可以通过自动化脚本快速建立自动化流程，在短时间内产生效益。

---