机器人流程自动化（RPA）已经在国内企业中广泛应用，国内许多企业都期待通过RPA，来实现与各种新旧应用互动，从而快速自动化。他们认为这可能是提升业务效率，优化业务路径的最佳手段。

 

然而，虽然RPA确实可以在前期快速实现降本增效目标，非侵入式的特点也让RPA足够灵活，但稳定性却比较脆弱，需要持续的开发和维护。

 

除此之外，企业内业务流程自动化的机会远比RPA提供的“任务”自动化更具战略性和变革性。为了实现这些更具战略意义的目标，企业必须采取端到端的方法来实现企业自动化。

 

例如：他们在使用RPA以外，会采用一些低代码IPAAS平台，在互不连通的系统和数据之间来协调业务动作，这种方法将显著扩大自动化的影响范围和规模，远比单纯使用RPA的价值要高得多。

 

企业自动化的背景

自动化目前在国内是颇具热门的话题之一，起步于2019年，火爆于2021年，现在被越来越多企业接受并上升到非常重要的地位。但是自动化的概念可以追溯到200多年前的十九世纪初的提花织布机。

 

 

随着技术创新进入市场，自动化本身也在不断发展进步。

 

我们甚至可以说，第一批数字计算机的意义在于执行自动化——尽管大部分都是计算任务。

 

在IT领域，自动化至少可以追溯到20世纪60年代的企业资源规划或ERP等应用，它们的出现让会计基本流程实现了自动化。

 

然而，正如提花织布机的发明，自动化从来都不只是关于计算机。事实上，自动化是指各种类型设备的机器控制，从工厂的装配机器人到包裹运输公司的分拣机。这些常见的自动化例子主要属于操作技术（OT）领域。

 

相较之下，当我们谈论业务流程自动化时，我们可以将视角从自动化装配线中走出来，看看日常的企业内部流程上——特别时那些花大量时间与电脑和其它智能设备频繁互动的工作者。

 

本质上是一样的。

 

为此，业务流程管理（BPM）软件出现在20世纪8、90年代，其诞生目标就是提供一个与各种应用系统集成的平台，协调交互以帮助工作者提高效率，让流程得以自动化。

 

 

所以我们回过头来说，如果装配线利用OT来实现自动化，那么业务流程自动化将利用信息技术（IT）来充分实现自动化。而在自动化不断演进的历史长河中，将会充斥着BPM以外的各种IT产品，比如智能业务流程管理套件（IBPMS）、数字流程自动化（DPA）和机器人流程自动化（RPA）。

 

鉴于这些专业名词丰富的技术，企业很容易忽略其潜在的业务转换优先级。用技术来解决当下的某一个自动化问题可能很简单，但当技术面对快速变化的内外部环境时，将会有许多业务需求无法得到满足。如果自动化无法满足业务快速发展，那么将毫无意义。

 

RPA的前景

随着企业自动化发展的如火如荼，现如今RPA已然成为每一个IT负责人的必备产品。

 

RPA的实现逻辑其实非常简单。这项技术的基点是屏幕抓取，然后通过采集传统的用户界面（UIs），从而自动化使用用户与这些界面的交互动作。

 

RPA也可以通过可用的API来自动化应用程序，但这种基于API的自动化通常是一种附带的功能，不属于RPA核心价值机器人的一部分。所以我经常说，基于UI的自动化是RPA的核心价值主张。

 

 

当然，这种基于屏幕的自动化也不是什么新鲜事。早在几十年前，屏幕前的用户就能够通过宏来编写他们自己的自动化代码。

 

我记得在20世纪80年代就能在像微软excel这样的程序中使用宏指令。

 

宏的基本逻辑是“先这样做，然后那样做”的结构。在宏的编写过程中，你可能也会有各种各样的选项或循环，但宏毕竟是要真枪实弹的编码，跟写一个程序一样——这对企业的那些商业用户而言，他们可能并不感兴趣。

 

坦率地讲，RPA的机器人与宏有着惊人的相似。RPA的核心是，观察和模拟用户在某些界面时的行为，最终实现宏类型的自动化。

 

将简单的宏重新定义为机器人会让这项技术变得更加性感，尽管它们只是类似于宏的脚本，而且它们只能自动化简单的单个任务，而不是端到端的流程。然而这些都不重要，目前而言，RPA已经在企业中找到了一个重要的利基市场。

 

尽管RPA的故障率很高，需要经常维护，但它在效率提升方面的效果仍然非常显著。RPA将员工从容易出错、繁琐、重复的工作任务中解放出来，使他们能够更加专注于更有价值与成就感的活动。

 

RPA的限制

RPA既然是通过屏幕抓取，然后采集界面行为，从而实现自动化交互的工作逻辑，就注定RPA是要从人类手中拿走低价值的日常工作。

 

RPA提供了短期的单个任务自动化解决方案，这使得它无法去帮助企业进行更有前瞻性、更有战略意义的长期流程改造和优化。因为RPA不会改变现有的业务流程，它只是用一个软件取代了人类的某个任务。而业务流程的数字化改造与充分协同下的自动化才是企业长期发展，在面对诸多不确定性的内外部环境时，对企业而言更有价值的事情。

 

所以说，我们可以看到现在有许多企业在一开始就将系统集成、流程设计和RPA的任务自动化结合起来，进行整体的数字化改造，从而帮助这些企业实现长期效益。

 

另外一方面，目前市面上的RPA大多都存在一个共同的短板：稳定性问题。对应用接口（API）、界面元素、业务流程或者数据格式的任何变更/改变都会让机器人无法运行，需要进行成本高昂的维护，甚至是重新开发。

 

API级别的自动化显然比UI自动化更有弹性，但使用RPA的主要场景往往是没有API提供的陈旧应用系统。除了与UI交互之外，我们别无选择，哪怕稳定性问题很难受。

 

造成RPA稳定性问题的另一个重要原因是：尽管现在国内RPA的使用门槛已经大大降低，有丰富的低代码组件使用，但基于业务逻辑下的实现仍然需要大量知识沉淀和复杂的流程搭建，这与编码并无本质区别。

 

超越RPA的自动化

我们首先应该意识到RPA是自动化单个任务而不是企业内的业务流程，真正的自动化应该是企业内部端到端全面流程自动化。

 

接着我们是要认识到自动化并不会消除对人才的需求，相反，自动化能让人才更加有效的发挥他们的能力。

 

能够完成端到端数据集成、业务动作数字化协同以及自动化的IPAAS无疑是RPA免人工操作任务自动化的重要补充。

 

 

这些IPAAS平台所支持的自动化技术规模与复杂性侧重点可能有所不同，但与RPA的区别是，IPAAS平台的核心价值主张是帮助企业完成跨企业、跨部门和跨系统的流程自动化。

 

在某些情况下，IPAAS平台可以与RPA机器人一起工作，将它们组装成工作流，以满足业务需求。

 

数环通IPAAS的观点

企业只有实现自动化与人力之间平衡时，企业才能完成转型目标，不管是业务流程转型，还是更具战略性、以客户为中心的数字化转型。

 

自动化产品与技术可能是这些转型的关键促进者，但前提是这些自动化产品与技术能够发挥积极作用，而不是简单的讲人工手动处理的任务自动化掉，否则企业最终也不会获得转型上的成功。

 

我们认为，任何先进的流程自动化目标都应该能够满足和适应不断变化的业务需求。

 

RPA将继续在企业自动化的故事中扮演重要角色，但企业最好能将RPA置于更广泛的流程自动化环境中——利用IPAAS能力，让人们参与、组织以及维护更灵活与敏捷的自动化。