UiPath vs Blue Prism

Off-Topic Discussions
1

I am trying to compare any technical differences between UiPath and Blue Prism.
What are some technical aspects, in which UiPath can perform but Blue Prism cannot?
Thank You.

2 Likes
2

Hi,
How about this one.

1 Like
3

This definitely helps! But I was looking for specific examples such as “In BluePrism, there was a problem doing something. Nevertheless, I did not experience such problem using UiPath.” I found it difficult to catch such examples.

4

Generally, both are perfectly capable of achieving most requirements, however, from my (rather limited) experience I’ve noticed the following issues in Blue Prism:

  • Iterating through collections in excess of 2000 records caused System.OutOfMemoryExceptions and demanded 3+ hours to process.
    This resulted in us having to utilise a code block, achieving the same thing, but in a fraction of the time and with a minimal resource footprint.
  • RDP usage causes serious issues when using BP, though this is somewhat the case in UIPath I believe.
  • Selectors are more difficult to use and feel more limited.
    In addition, there have been numerous instances wherein the “spy” feature crashes.

Although I prefer UIPath, Blue Prism is far superior from a debugging perspective, allowing you to view all assigned data during runtime and step out of, into and over components flawlessly.
While these features exist in UIPath, I find they frequently fail/crash in medium/large projects.

With that said, this is entirely my opinion and my experience with Blue Prism is limited to one project.

3 Likes
5

Thanks a lot for the detailed examples. Are there any other examples or opinions?

7

Hi @joonhah

In blueprism we have application modeller to interact with application.
But in uipath we dont have.

8

Some of the differences between UiPath and Blue Prism

UiPath:

Visual Design - Faster Implementation
Build Modular Automation and Reuse at the workflow level. Extend UiPath functionality via custom activities or various integration can be used for various integration.
Can be used for various integration services with different workflow modules hence scoring high on re usability.

Blue Prism

Programming skills required. Ability to create business objects and manage them in the control center.
Once a library of Blue Prism business objects exits, those objects can be reused across multiple processes.

2 Likes
9

I have been using both UiPath and Blueprism for a couple of years. To my opinion, from cost perspective, UiPath is better than Blueprism. However, from the rest of perspectives, Blueprism is much better than UiPath.

  1. Blueprism studio has a clear process flow which is like visio, which is very easy to understand the process flow. However for UiPath, it is not that clear as it has a lot of nested “boxes”.
  2. Blueprism have better version controls than UiPath. As we can clear compare the changes between the newest version and any other versions, this makes us much easier to track the changes we made , and we can easily revert back to any versions based on the comparison.
  3. With blueprism, big project can be delivered faster than UiPath as in blueprism, we can easily separated the work by objects , sub processes, multiple developers can work on the same projects without impacting/relying on each other.
  4. Blueprism is more like low code platform, requires almost no coding background.
  5. Blueprism have better reusability capabilities. As when one developer built the automation for a website or terminal applications, if a new project still use the same applications, it can be easily reused in the new process with only calling the objects.
1 Like