A lot of folks are confused about Business Processes and RPA: which is which? Do they compete, or are the complements?? Adeel Javed outlines a use case that will be familiar to BPM aficionados - the swivel chair integration - often used as a temporary solution to what will eventually be automated integration:
A?swivel chair activity means that a user has to perform tasks in multiple systems in order to complete a single activity of a process. In the order management process example, Ship Order was a swivel chair activity.
The idea behind Process-Diven RPA approach is that your process keeps running inside a BPMS without any major modifications. You automate non-value add swivel chair activities by using the digital workforce (bots) provided by the RPA tool. Referring to the earlier example of order management process, once your process reaches the Ship Order activity, instead of a human doing all the tasks, a trained?bot?can perform all the tasks.
RPA handles these repetitive and mundane integrations on behalf of a human user, and BPM handles the broader scope of an enterprise process and its coordination. These two technologies - and concepts - can work well together. This is just one example of RPA and BPM working well together, but if you're team is looking for help making RPA and BPM play well together, our team at BP3 is a good choice to help.