The RPA hangover
Antti Toivanen
Business Automation and Integration | Product Management | Frends iPaaS Fellow | Integration Factory Builder
"Our RPA delivery supplier constantly say that we need to purchase more robots". "Our RPA recordings fail, and the benefits are eaten by high maintenance". I hear these and many other complaints from our customers who have walked their RPA journey for a while. So I composed a list of when to use RPA, when to use an integration platform and when to use both as a hybrid. You can find the list at the end of this article. Before that, let's look at what RPA hangover is and how companies end up suffering from it.
BPA vs RPA approach
Integration-platform-as-a-Service or iPaaS is a tool that can run predefined processes directly on top of systems. iPaaS platforms with business process automation (BPA) capabilities do not emulate users with user-interface but access systems directly via interfaces (APIs, file systems, etc.). The screen-scrape below illustrates how this is done with Frends iPaaS Business Process Model Notation (BPMN2.0) standard notation.
Best modern iPaaS platforms also include API hosting and management, scheduling, BPMN capabilities etc. Frends also comes with the ability to run, e.g. UiPath recordings within the orchestrations. Using iPaaS with an RPA tool is called hybrid automation. Pour in some AI-based decision making or AI-based reading, e.g. invoice images, and you've got hyperautomation.
RPA tools, on the other hand, tend to emulate a human using a user interface. When emulating the user interface, they also emulate the underlying operating system. This emulation leads to error-prone automation as the user interface and environment around them tend to change without taking those recordings into account. On the contrary, interfaces and APIs change with much lesser frequency and those changes are taken into account beforehand. The much bigger problem is scaling. If you have to need to run processes concurrently, you need more and more robots. For example, a single execution unit of Frends that we call "Agent" can run hundreds of processes concurrently. Still, robots - you need an individual robot for every concurrent process you have. What if you need to run 50 concurrent processes? You'll need 50 robots or one single Agent. I've read and watched several "myth buster" articles and videos that say that robots do scale. Technically that's true, but the cost of scaling is unbearable - as will be the cost-of-ownership due to the heavy maintenance recordings need.
Yet, there are many use-case scenarios for both approaches - and for a hybrid approach where iPaaS orchestrates RPA recordings as part of BPA.
Why do companies end up with the RPA hangover?
RPA has been at the top of the hype cycle for a while now. Everyone got one, so there is often a human need to be as advanced as others. The benefits of RPA are there - it saves money, makes processes not relying on humans during, e.g. pandemic, increases happiness as the most mundane routines can be left to robots. All of these benefits have been accessible for decades via BPA with one exception: the citizen automator / integrator approach democratises the automation of own work - something that has been the privilege of tech-oriented employees. The major thing for overusing RPA is very human: it is easy for non-tech people to understand and grasp the concept that we replace a human with a robot. BPA, on the contrary, requires understanding the abstract non-tangible process and the interfaces it requires. Never underestimate the power of simplicity - even when it does not lead to the best solution for the need.
领英推荐
Symptoms of RPA hangover and how to avoid them
To avoid these kinds of problems, go for pervasive automation. Think iPaaS and RPA as a tool in an automation toolbox.
When to use iPaaS BPA, RPA or hybrid?
Here are some use-cases that we have come across during our Frends and UiPath hyperautomation deliveries.
I hope you find these experiences insightful. Don't hesitate to contact or comment.
More reading on the topic:
"I think the last robot was too much, what a hangover!"