UiPath Reviews

We're a consultancy and I am the strategic architect. I have implemented the product at 25 different client locations spanning multiple industries. Their RPA requirements range from pretty standard, bread-and-butter workflows that navigate an application and follow some business rules, to more sophisticated ones that are integrating Document Understanding and a little bit of chatbot.

I have deployed it on multiple application stacks, including out-of-the-box SAP, Oracle, Microsoft, and some specialty, third-party products like DNA, Encompass, LendingQB, and others.

We have helped companies reshape their resources. That's a part of the benefits. They want to put automation in place because they want to change their headcount and not have to do those rote, mundane business processes.

We have been able to show enhancements in resourcing. A very good example is that we built a process for a client who had to spend three or four days a month doing a really lousy process involving 3,000 payment transactions, every month. The robot is able to execute that workflow in a half day, so we freed up two and a half to three and a half days where he does not have to do it. To him, this was a huge lifesaver.

It has also reduced human error, for sure. That's a positive selling point. When we build workflows for our customers we include business reports and audit logs. We typically add a status flag for a record so that every record that is transacted has traceability through the audit log. We also have a status report, and that shows how many records the workflow executed, how many were successful, and how many failed. We see a range where between 65 and 90 percent of the records go straight through. That means all the business rules were met and the process was completed for those records. That shows that they're identifying a much smaller subset of errors and that they can rely on the robot to successfully complete the end-to-end transaction. And whatever is leftover requires human touch.

That changes the dynamic in operations. They don't have to concentrate on every single record, but only somewhere between 10 and 35 percent of all records may have to be handled manually. It shows them which ones had errors, the ones that did not meet the business rules, and they know which ones to concentrate on. That's a feedback loop that helps them decide if they need to add a business rule or change a business rule to get to a higher percentage of throughput.

In terms of employee time, I have documented situations where clients might have had 10 people working on half a dozen business processes. We've implemented IPA—intelligent process automation—and then they only need three or four people, so they can redeploy those other folks to other places. It saves them money because they don't have the FTE costs they had before for those processes.

From a development point of view, the Studio tool as the basis of componentized architecture has been a really critical part. You get out-of-the-box, componentized architecture to jumpstart or accelerate development and that's a very key feature. 

When talking about deployment, you have a very robust infrastructure to manage your automations, the robots, and how they can be configured, deployed, executed, monitored, and maintained. 

When it comes to process discovery, it has excellent front-end tools and capabilities vis-à-vis Task Capture and Automation Hub. 

And at the back end, the notion of botting sites to monitor and manage your robotic infrastructure and reporting on it is pretty great. These are all pretty good tools.

The ease of use is because of the UI's capabilities. The fact that it has a .NET Framework, from a developer's point of view, makes it a very easy product to jumpstart into. But what is key is the ability to do really fine development activities. You really can get to a nuanced level of development for complicated and robust workflows. The tools are definitely well constructed to allow you that kind of flexibility. 

A really good example would be if you are doing something with OCR to read a PDF. You can vary the OCR engines and test them out to determine which OCR engine will give you the best results. That's pretty good because you do get into situations where one engine may work better than another.

We can also implement end-to-end automation and that is critically important. We always strive for what I call "straight-through" processing, where we're trying to handle all the use cases based on business rules. We're not always successful, but that's not a bad thing. If we can take 60 percent of your processes and automate them with straight-through processing, where everything works, your exceptions are a much smaller work set. That has had a significant impact on clients. For one of my clients, where we have worked very hard, they have better than 90 percent "throughput," meaning that 90 percent of their transactions go completely through the automated workflows. The client has been incredibly pleased with that.

We also use the UiPath Academy all the time, in two ways. Internally, we avail ourselves of all the courses. It's especially important to understand new updates and releases. It's a great place to go to understand what those new features are. That is of real value. 

But the Academy is also a good starting point when I want my engineers to be certified. They can jumpstart that process by going to the Academy and making sure they know how the product works. They follow through on that program and complete the training. Once they finish that, we try to get a project or two under their belts, and then have them take the certification exams.

One of the chief problems in all of our implementations is "application sensitivity." If an automation involves a webpage or Outlook, every item on that screen—the menu bar, the actual document, an attachment, a field—has a selector so that workflow can work correctly. UiPath does a very good job, whether for legacy systems or newer systems, of using selectors so that you can build applications that have discrete functionality. 

But what happens when a selector breaks? That means that something has changed in the application. This is especially true with SaaS or third-party applications. They make one change to a field and the selector breaks and that means it has to be touched and fixed. 

UiPath could do a better job of enveloping selectors to make them less fragile. There are techniques that can be used to achieve that, even without a system-related improvement, but they are not out-of-the-box. That is the one area that is the biggest pain point. It happens all the time.

They should reduce selector sensitivity and improve remediation when one does break. 

I don't know how they would do it, but if the change that caused the break were a relatively minor thing, they should somehow have it automatically recalibrated. I'm sure it's a tough problem, but clients complain to me about that all the time. I have to explain to them, "Well, the application changed." They'll say, "Well, we're looking at it, we don't see anything." It's often true that you can't see it, but the selector underneath broke and that means something was done but, visually, an end user would not see it if it was a minor change. So I'd like UiPath to find a way to "desensitize" selectors.

I have been using UiPath for four years.

It is very stable. There are no questions about that.

There are absolutely no issues with scalability. We're using this with multiple clients.

The new robot polling is very helpful. We are using it effectively for clients and that technical capability is a great enhancement. The modern folder profile gets us there as well. 

We're very pleased with the cloud-enabled product sets. I push that with as many clients as I can because it's the easiest to implement. On the cloud side, there were issues at one point with their licensing management, but that has finally been smoothed out and that makes life easier. If you want to add another product, as long as it gets licensed, boom, it's there. I don't have to think about it. Overall, the scalability is great.

The environments that we work in are client-driven, but they can have multiple locations and geographies. We have a couple of clients where the implementation is in the US but it is supporting Europe. And we now have a client that needs to be supported in South America. We are cloud-enabled for them and the product works great. And while it has nothing to do with UiPath, there are some latency issues over the network, so we may have to rethink how we deploy in different hemispheres. But we know that UiPath tech can support that.

We will lean on their technical support when we have exhausted our capabilities. Most of our issues have been in the Document Understanding sphere, especially in custom model development, although sometimes there have been issues with it in out-of-the-box systems. For all of my IPA projects that include Document Understanding, I try to convince the customer to buy Premium Support, because regular support could take two to three days to finally get to the right answer. With Premium Support, I'll get it in a day or a day and a half, and that can make a big difference.

I rate their support at seven out of 10 because the initial triaging takes the longest time, and that's one of the greatest concerns for me. If you have regular support, as part of the triage process they will tell you to look at frequently asked questions, but of course, we've already done that. Overall, the FAQs are one of the weak points in the fabric of available resources. We're putting in a support ticket because we haven't found what we need. That level of support is very generic and you really have to knock hard on their door hard and say, "We've done that already. We haven't found our answer. We need to talk to an engineer." Level-one support is usually too junior, but when we get to the next level, we finally start to get better answers. Level two is good, but level one and that triaging can be painful.

We rely on the partner network, and UiPath has been an excellent partner. We do use the community as a reference point, but we don't get a lot of value from using the FAQs.

On the flip side, I have used the Community editions of all the products. That's a big plus, especially when a client doesn't want to put any money into it upfront because they're very nervous. We use the Community edition to prove the point. In that respect, the Community edition and the forums do become helpful.

Neutral

I started with Automation Anywhere in a previous job. I like both products. Both it and UiPath are excellent. Going with UiPath really had nothing to do with a problem with Automation Anywhere. When I came to my current company, they had already decided to go with UiPath. They had done a few projects with UiPath and that set the tone going forward.

As a consultant in a global practice, I do have a couple of Automation Anywhere projects going on. I also have a project that is using Power Automate. 

Our preferred IPA solution is UiPath, but clients drive that decision. I had one client who said, out of the gate, "No. We're using Automation Anywhere. No questions asked." And I said, "Alright. It's a good product." 

But as a company, we lean toward UiPath as a starting point and they've been an excellent partner, and I say that wholeheartedly.

Deploying the solution is straightforward. It involves a low level of complexity and less effort.

I have a separate DevOps team that actually does the build-out of the environment. They're separate from the developer team. DevOps does the implementation. They'll talk to the client's IT department directly and work on all the details of setting up the infrastructure and they'll get it ready for us. Then the developers take over.

We do lean on UiPath support in some niche issues areas, but for the most part, my engineers are pretty well qualified.

In terms of the solution's AI functionality, such as Document Understanding and chatbots, we no longer advertise ourselves as doing RPA. We advertise ourselves as an IPA shop—intelligent process automation. The focal point of that is Document Understanding and the DRUID AI Chatbot capabilities. We're getting an awful lot of Document Understanding projects and we use our sandbox to pump our clients' data into the Document Understanding frameworks and intelligent form factors to prove that the solution works. We really want to go for the bigger ticket items that require Document Understanding.

When dealing with Document Understanding, we are introducing a new capability to the client. We train them on how to use the tool. That is a definite change in the client's skill sets and it does pay for itself in the long run. There is a delicate balance. The investment cost is always the tricky part, but once clients start seeing their data coming through automatically, the light bulb comes on.

Since UiPath became a publicly traded company, the flexibility and variability on pricing have really gone down a lot. It's tougher to get a better deal out of them. I'm not saying it can't happen, but as a publicly traded company, they're not the same company that they were when they were private and first growing. It's understandable. They have stockholders to answer to.

The top vendors are

1. UiPath
2. Automation Anywhere
3. Blue Prism (which we don't do a lot of work in)
4. Power Automate, only because it's Microsoft.

I encourage people to look at the review and evaluation sites to help them start getting an idea of what is available. Then I say, "Here is some actual work we've done with UiPath. This is our actual experience. Check the marketplace data that's out there," because there's a lot of information they can avail themselves of. That way, they can be satisfied that what our company is recommending is valid.

I may point out some of the key questions for them to look into. If they're trying to scale, what are the business problems they're trying to solve? If they're thinking about a Document Understanding requirement, they should compare what's going out there with other intelligent document processing capabilities and take it from there.

As a partner, what has been helpful is that UiPath offers a not-for-resale (NFR) license. These are fully loaded licenses and ours is cloud-enabled. We're using them for PoCs very effectively. There is a lot of great value in them. I have a couple of projects now where we've asked clients to send us their sample data, their documents. We have our sandbox ready and I have one or two developers knock that process out with a turnaround of one or two days. We can bring it back to the client and say, "Here's your data and this is what we were able to do with it." That is very effective.

I really appreciate the way the product has been architected. It's a robust product set. We have built custom models with the UiPath toolset. We've had several use cases where we had to do so because there was no out-of-the-box solution, and the tools are great.

The AI functionality has enabled us to automate more processes overall. They are the more difficult projects to do because Document Understanding is not a pure, out-of-the-box solution. There is work involved in it but we've been successful at it. Once we get the models well-trained, the client starts to really see real value. They're seeing the straight-through processing that they're trying to achieve.

The client I mentioned earlier, the one with the 90 percent "throughput," is an example. That automation is the result of custom models. We worked hard on that and we were very successful. The client has been very happy.

Overall, the way I would rate UiPath depends on the support level I have to use. If it's Standard Support, it's a five or six out of 10. If I have Premium Support, it's a seven or eight.

We are a financial services company, and our primary use is to increase daily efficiency and create automated solutions for our operations team. Our primary concern is time. By implementing a robotic solution for mundane tasks, it frees up our teams to focus elsewhere. For example, going to a website, extracting data, putting the data somewhere, and manipulating it can all be automated, freeing up the team to focus on data analysis. This makes us more time and cost-efficient. 

As a smaller company, it was very important to us that scale automation would be taken care of by the vendor. It was one of our key points in choosing a solution.

The solution saved us a great deal of time and money, while teams have been freed up to focus on more important work.

Human error has been greatly reduced and the solution saves a significant amount of time, these are the two main reasons we started to use UiPath.

The solution helps us to keep track of tickets and send notifications used within our department. It helped a lot with our back and front-end offices. Our main operations team normally had a lot of data manipulation, which is now taken care of. They can now focus on market analysis.

This product is very user-friendly, it only requires knowledge of the most basic coding and how to work with logic. They are quick to respond to software issues. They either fix them quickly or provide a workaround if there is one. Overall, UiPath makes building automation very easy.

We do use the solution's Automation Cloud offering. Sometimes we aren't informed of software updates, meaning we have to figure that out for ourselves, especially when there are issues. We mentioned this to support, as figuring out solutions to issues brought in by updates sometimes increases our workload. Overall though, I would say the solution does save a lot of time for our IT department.

The solution has increased our TTV significantly.

The Automation Cloud offering decreased the solution's TCO by taking care of infrastructure, maintenance, and updates. 

We used the Automation Cloud to build out our own pipeline and connected it to Azure. This has really solidified our SDLC, which in turn allows us to quickly put out automations whenever we need to. 

My team and I used the vendor's UiPath Academy course. The course was very effective, as none of the team had prior UiPath experience. We trained using UiPath Academy for around a month, which got us to a point where we could start to use the solution for projects, which helped us learn even more.

The community is much larger than I expected. I'm regularly on the forum or the community blog, which says a lot about how good it is, because almost any information you need can be found there. Everything is well documented, there's always UI path support, and people answer questions on there, so it's very useful.

Since UiPath is one of the bigger vendors in the RPA industry, there's a larger global community. Everyone is really helpful and I think that's great.

Technical support could be improved.

The setup documentation could be improved to make that process easier. 

We have been using the solution for two years now. 

I'd say the solutions are around 80 to 85% stable. There are some areas that we have to reach out to support for, and they work to improve these areas for the newer versions. For that reason, I can't say the solution is 100% stable all the time. 

The features provided by UiPath make it very easy to reuse, so it's very scalable.

We haven't deployed the solution to its full potential at our company yet. It's used by nine to ten teams out of a total of around 200 teams. We have a lot more to do, as we only started two years ago. We are working towards implementing for more of our teams, but we need a bigger team to push out solutions faster. 

The technical support is inconsistent, it can be good or bad, this depends on who you get connected to. 

Neutral

It was before my time at the company, but I believe they previously used Nintex RPA.

I wasn't there for the initial setup, but I do know quite a bit because we did have to set up more bots later. I'd say it's a little complex if you don't already know what to do, but once you do know, it's very easy to set up. I would say the documentation wasn't that clear.

We're a small team that consists of two developers, one tester, and a manager. This is sufficient for the deployment and maintenance of the solution.

We implemented the solution ourselves.

I would say the cost of the software is around 10K and we've had around 50 projects, with probably $500,000 saved per project. That's a lot of money saved that can be diverted to other areas.

The solution has sped up and reduced the cost of digital transformation without requiring expensive upgrades or support. The product has greatly reduced the incidence of human error.

The solution has saved us a lot of time. I would say it saves us an average of 900 to 1000 hours per month. The additional time has enabled employees to focus on more high-value work.

Overall, the solution has reduced the costs of our automation operations.

The cost of the software was around $10,000.

I would rate this solution an eight out of ten. 

The solution builds robots and monitors automation. There is a product called UiPath Task Capture which can do process analysis or business analysis, but I would say it's always better for a human to take care of this. For that reason, I wouldn't say the solution is end-to-end, though we could configure it to be. I would say it works very well from building to the end, and in the testing and monitoring that comes after that. 

We used unattended automation and quickly realized we need attended, because with unattended automation projects take up a lot of time. With unattended automation, we can't run two project processes simultaneously, but with attended automation, we can take out another server and give access to the UiPath cloud to our business partners to run whatever projects they need. We can do this at any time, which is very helpful.

RPA generally isn't widely used, and some people overlook it, but it can transform a business. I would say it's an essential part of any digital transformation, and UiPath is a vast vendor with a user-friendly product. 

I have been using it for a couple of different things, mainly insurance-related. As of now, we are using it mainly in insurance platforms, insurance portals, and doing some admin support in terms of the backend insurance tasks.

I've used it before in payroll where it was processing the payroll, generating the payslips, creating the payments for our outsourced invoices, processing invoices, making payments, sending reports to banks, and more.

In terms of improving the functions, we had to have a lot of time-critical tasks, which we have seen improvement on. In insurance, it is mainly around the claim processing and then paying the invoice to the third parties or doing the payments to the end customer. Most of the time it is missed, and then there are SLA penalties involved. This solution offers good savings for us in all those areas. On top of that, there are fewer errors now. Previously, there were many manual errors due to the time-critical aspect of the tasks. People were trying to put in their best efforts while working quickly against time, which caused them to work too fast and make mistakes. We get savings on two fronts now. One is mistakes. There are no mistakes anymore. The second thing is we are doing tasks faster and can run 24/7.

The orchestrator is one of the good features they have.

Internally, internal queue management is another feature that is really helpful when it comes to managing the work and checking the workload.

The latest thing that they added is reports that show the handling times and all those things.

The ease of use of building automation using UiPath is good and I would rate it and an eight out of ten with the version I am using. If we move to the latest version, there may be a couple of new features, such as modern variable management, that would bump it to nine out of ten. 

UiPath enables us to implement end-to-end automation, starting with process analysis, then robot building, and finally monitoring automation. With the new versions, it does, at least. We are not using those features in my current organization, as we have some other tools in place. 

End-to-end coverage is important to us. We use the older version. We started using it three years ago, which is why we build a lot of items ourselves. If the features were released two years ago, we'd likely use UiPath for everything.  

It is important that we can scale automation without having to pay attention to the infrastructure of the automation. We're very interested in the cloud. It offers many benefits. Even though we are on-prem now, in terms of managing the infrastructure, it will likely be really helpful to move to the cloud, so that we don't have to bother about all this infrastructure stuff in the future.

It reduced the cost of digital transformation and it is allowing us to actually move to digital items, as, most of the time, when we were trying to present things and things were not digital, it helped us to advance very much into a digital space easily.

It does not require any expensive or complex application upgrades or IT support. For some applications, it requires some modifications. Even if it's 10% or 20% digitized, we are trying to use UiPath to do the stuff for us instead of doing the application, upgrading, all those things. In most cases, it's not very costly for us.

UiPath has reduced human error. It does all the time. In claims, there used to be a lot of human error. Especially in payments, sometimes it would pay more or less or the wrong person, and now, it's all automated and errors have stopped.

The solution has freed up employee time. It depends on the process, however, if I had to take an average, it is probably freeing up one full-time person, which is eight hours. On a monthly basis, around 150 hours are saved for a medium process.

This additional time has enabled employees to focus on more important work. Employees are happier, and, depending on the process and what they were doing, what kind of involvement it requires, the solution is motivating employees. 

The product is reducing the cost for other operations, as it's an automation tool. While we are paying for automation, it is reducing the overall operational cost. Not specifically automation operational costs, but other operational costs. We are seeing an average savings of around 30%.

UiPath hasn't really helped us minimize our on-prem footprint. We are still using the on-premises deployment and everything is on-premises for us. We have, however, used some machines on the cloud. Still, the on-premises footprint in terms of UiPath is not lower.

There are a couple of minor items that could use improvement. Overall the tool roadmap looks fine. They have improved a lot from 2019 to 2021. In two years, there have been lots of additions. It seems like there's no particular improvement which they need to make. They have already improved a lot in the 2021 version, which is adding a modern framework and then modern folder structures. 

They can probably focus more on attended stuff or creating a UI around that. We are not using the attended bot a lot, however, I have seen some use cases in other organizations, as I'm working in consulting. I've seen in some other areas where an organization wants to use attended automation, however, the feature is not very well designed which makes it difficult to use.

I have been in automation for almost four years. I'm using all of these different tools, not only UiPath, and moving around within tools. For example, I'll use UiPath for six months, and then do three months on another tool, and then eight months again on UiPath.

However, overall, in terms of automation, I've been familiar with various solutions for three to four years.

It is very stable. It can perform very well for small to medium complex processes. It takes a little bit of time to adjust for very complex processes, however. It takes some time to build and to develop and deploy for very complex processes. That said, it is very stable overall, with the caveat that, for very complex processes, it's difficult to build or manage.

Scalability-wise, it is good in terms of connecting the bots and the Orchestrator can support thousands. 

In our case, we have around 137 to 140 registered users on the Orchestrator. Most of them are developers. I would say it's around 20 odd VAs or other staff, however, most of them are developers. Around 100+ developers, with the remaining users being process analysts.

We are always trying to find new work in the pipeline, and, as of now, it is not used across the entire organization. It is currently used by 50% of the teams and the plan is to take it to 100%. 

I would rate technical support at an eight out of ten as of now. They're not always right on the first try, however, most of the time we get what we need on the first or second try.

I'm constantly jumping back and forth between various automation tools. 

I previously used Automation Anywhere. I'm working in consulting, so I switch between tools, and for one of the clients, it could be Automation Anywhere, for another it could be UiPath.

Each tool has its own pros and cons. An ideal tool could be probably a mixture of all of the tools on the market as some have some great features. UiPath is great for its ease of use. Anyone can quickly jump in and start learning it. Some of the tools take a little bit more time to understand and probably need more time to deploy or build code. Some others have better debugging. I would say UiPath debugging can be better. This is one of the things which can be improved. It is improved in the latest version, however, if it can be compared with others, such as Pega robotics, it can be improved. That said, Pega robotics is not an automation or RPA tool. It's basically RD. It's a front-end tool.

I have set UiPath up from scratch for one of the companies I worked with in Sydney, Australia. It was in 2017 or 2018 when I was comparing the tools, and deciding which one is better based on the roadmaps. At that point, I set it up from scratch.

The time when I did a setup, it was very complex. 

When I started doing it in 2017 or 2018, there were a couple of issues with installing the SQL server and configuring everything for the Orchestrator machine, et cetera and it was very complex.

Now, they have simplified it. It's a one-time installation, and the cloud makes things really easy. With the new versions, it is better. For me, the support was not very good at that time.

The deployment took us a couple of days. It was complex. The documentation was not really very great, and the support was also not very good. It took us a couple of days, maybe five to ten days, to implement it end-to-end and then set up multiple instances.

In terms of the strategy, we have followed the guidelines, whatever the document said, and then took help from UiPath support. Other than that, it was a standard installation.

For deployment and maintenance, it depends on process counts. Usually, when processes are stable and running for a long time, one person can support four to five processes in general. In our case, we have a mix and match model for supporting production. Overall, I would say that there is a different team for each different support platform. A platform team is just supporting the infrastructure, and overall there are around 20 people, which offer support.

I did not use an integrator. I work with a consulting company, and we help with the installation. However, at the time, UiPath didn't have a very good presence in Australia, which made it difficult.

I'm not very involved in pricing or licensing.

We are mostly using developer licenses and they have unattended, attended pro and developer licensing. We also have development and production licensing as well as licensing for the orchestrator. Different licenses have different costs.

We pay our licensing fees on a yearly basis. 

I'm not using the latest version. We're a little behind. We need to update it.

We do use a bit of attended automation, however, it isn't very much. It is helpful, however, we are getting better benefits with the backend automation. For us, the level of importance in terms of having attended automation is five out of ten.

We have done a couple of POCs with AI. We don't have anything which is in production. It's all POCs and a couple of minor display things. We aren't using AI very much at all. Therefore, we don't have proper use cases. We haven't solved other processes. The first priority is to solve everything practical instead of moving to experimental tasks.

At this time, we do not use the UiPath apps feature. I haven't seen it and I'm not aware of it.

The support is really good now compared to what it was a couple of years back. Support teams are really helpful when it comes to upgrading or installing the new versions, and it is very straightforward compared to what it was. I would say planning is important however, UiPath support is always there when they are required to be.

The biggest lesson we have learned is it's important to have a roadmap. We've connected a lot of tools and built a lot of things. We invested a lot. However, it's important to be flexible enough to adjust so that you can change if you need to, as it's hard to predict the future.

I'd rate the solution at a ten out of ten.

Most of the time, we work with financial services to automate financial transaction monitoring systems. We go through multiple CRM and financial systems, then query the transactions based on the KYC information. We use OCR operations, using UiPath Robot, to fetch information, such as, identification number, passport number, and their tax information. We extract this information, then validate with our financial data or transactions data to ensure that there is no fraud nor anomalies in the system. If there are any suspicious transactions or potential fraud, we do manual investigations. Those manual investigations are redirected from the robot to a human agent, then the human agent verifies the information. If there are any cost validation requests from other systems, such as Salesforce and PeopleSoft, then another bot will be triggered using UiPath Orchestrator. After that, we do the remaining processing. At the end of the processing, we use the UiPath analytics service. That analytics service uses UiPath logs, which helps us to understand how the bot is performing and how many transactions we have validated. From that, we look at how many were successfully processed and how many were manually handled, i.e., exceptions. We identify business exceptions for any transactions during the initial pre-validation stage, such as the user identification number is not valid or input data validation errors. For example, passport information must be an alphanumeric eight digit. If the bot identifies that the value is not eight digits, but four or five digits, then it is an invalid record straightaway. We can see this from the reporting and performance graphs.

We do automation for our HR processes, such as onboarding processes. On any day, there are five or six people who need to be onboarded. This is one of our standard business cases. We have a UiPath robot design using UiPath Studio and then it deploys in Orchestrator. This robot is being used by the HR admin. They can fill in the key information of the user, e.g., name, level, and their package. So, they import all this information, which includes my identity information, mobile number, email, and IDs on an Excel file, possibly along with a few other associates joining tomorrow. Once those entries are made in the Excel file, then the user can trigger a robot. They also need to keep the file in a designated folder. The robot will read the file from the designated folder. Then, one by one, it will read the records or line items from Excel and open an SAP portal. After logging through the SAP Portal, it inputs the required employee information. After that, it will go to Microsoft Azure Active Directory to QA the user, email, and ID. It will then go to PeopleSoft to create an HR record for the salary information, leave information, and the level at which the associate is joining. At the end of this process, it will update the status to, "The associate has been registered successfully." It will then send the updated final report to HR, saying, "The processing has been completed." The bot triggers information with their newly created email ID. They can then access or receive the onboarding information. This is how it works.

Depending on the client's requirements, we use UiPath AI Center and UiPath Apps for custom requirements. Most of the time, we don't need them. There are some times that we do based on the client's requirements.

I am using UiPath Studio, UiPath Orchestrator, and UiPath Robot.

Initially, I used the on-premises deployment model. For the last two years, we have also been using the cloud deployment option, UiPath Cloud, along with the on-premises. This is based on a client's requirements.

We can use the Process Mining tool to identify opportunities. We can then design the robot using UiPath Studio. After designing it, we can deploy it, using UiPath Studio, to Orchestrator. From Orchestrator, we can manage, monitor, and upgrade all the new patches within the UiPath platform.

If we have one place where we can see the end-to-end journey of our automations, then I do not need to manage multiple licenses. I do not need to spend money and expertise hiring multiple people and training them on multiple platforms. Also, when upgrading the systems, if I have a one place where I can manage all my automations at the same time, including UI and background automations, then we can build low-code apps using UiPath Apps. Therefore, I can manage everything within one platform, which is either a UiPath Intelligent Automation platform or UiPath Cloud. This is very important. Because if I have multiple systems, then I need multiple stakeholders to manage, upgrade, and maintain them. So, we do not need to think about all the things that I am using. There is one place where I can manage everything.

It has enabled us to automate more processes overall. In the initial days, we easily automated the low hanging fruit. As our automation journey matured, we needed to automate processes using more complex methods, like AI, machine learning, and advanced OCR functionalities. 

The UiPath package available on UiPath Studio is useful. Compared to other RPA tools, like Automation Anywhere and Blue Prism, we found that this package gives us the opportunity to automate tasks in the shortest amount of time. There are multiple templates available on UiPath Studio. For example, if I need to do multi-setting processing, which means we are going to process multiple records simultaneously, we can use a UiPath Background Process as a template. Using the template, I can run multiple robots on the same system, which will not interact with other systems. It will work in the background. We have found that really valuable. This is not available with other RPA products, such as Automation Anywhere and Blue Prism. This is one of the valuable things that we have found in UiPath.

We use the UiPath recorder. For the latest, modern experience, we have a recorder called App Integrations. Using that particular recorder, I can automate tasks with multiple systems without thinking about having manual integrations between multiple browsers by identifying multiple sessions. Sessions can be used by the same recorder during the entire automation cycle. For example, I have two screens, one called PeopleSoft and another one is SAP. I can do a keystroke, mouse click, and then hit the submit button within PeopleSoft. Then, at the same time, I have another window open being used by the robot. I don't want to think about separating two windows, so the recorder takes care of this.

The UiPath recorder has multiple ways of identifying. For example, it uses UI elements, fuzzy logic, and image recognition at the same time. These three methods are used by only one recorder. Whereas, with other platforms, like Blue Prism and Automation Anywhere, I can use only one method at a time, so one command is one method for selecting or identifying objects. Whereas, with the app recorders, I can use three methods using one command. So, if one fails, another one will back up the scenario. Then, if another one also fails, the third one will help us automate. That is the ease of automation, which is a valuable feature that helps us ensure that automation works flawlessly, without having to look at if one of the methods failed.

One of the 2018 projects was built using version 18.2. We then got a report from users that it was not working. Most of the time, it failed on multiple use cases. When we took the process from the owner to repair and troubleshoot, we found that many packages were not being recognized by the new version, which is 2020. So, we had to upgrade to the latest package, then do a repair. It took a good amount of time for us to repair the package. We had to go back to the UAT environment, then do testing and get approval from the UAT. We then had to sign-off and deploy pre-production and post-production Hypercare. So, the automation cycle being repeated by almost 40% is quite costly to the business, but this is rare.

The vendor had already noticed these things were a big pain for us. With the recent versions, 2019 and onwards, the compatibility between the activity and packages is there. Prior to that, there were some issues. The UI automation package was the one that was mostly affected. Many people who were early adopters of UiPath observed or experienced these kinds of issues.

Sometimes, when we are using Remote Desktop automations, we may need to use a different approach along with the AI functionalities. For example, if I need to recognize the object on the screen, which I cannot do using native methods, then along with the AI functionality, I may need to have a backup method, such as the OCL methods along with AI Computer Visions. This ensures that it works robustly and my solutions deliver 100% results without any manual intervention. In such complex scenarios, we are using AI features along with multiple methods for the backing up of the AI features. We have to ensure that if something goes wrong with the AI features then we have another method which will ensure, if A fails, then B will back up our solution's process as expected.

I have been using it for the past six years.

We use UiPath AI Center, UiPath AI Computer Vision functionalities, and Document Understanding. These AI features came into the picture from 2019 onwards. First, we received updates using UiPath Computer Vision functionalities. Then, we received AI Center, which was not stable in its initial days. However, during the first quarter of 2020, we received version 2, which seems to be more stable. From there, we received general availability versions with integrations on UiPath Studio and UiPath StudioX. These work much better, as compared to the initial versions. So far, all the components of UiPath Computer Vision, Document Understanding, and UiPath AI Center work well. 

I appreciate other benefits, such as UiPath community support and UiPath enterprise product support, because if anything goes wrong, we search in Google or the UiPath Forum where we can find the answer. Even if the answer is not available, and I post a question, I am quite certain that within one day that I will get someone to respond to the question. It may be someone from the forum or UiPath. Most of the time, the answers are readily available on the UiPath Forums.

UiPath Forum is the one place where we reach out to research problems, do troubleshooting, or get some help. If we need some help regarding the installations or licensing, we can create a ticket. Typically, we get a response, email notifications, or support calls within four to six hours.

We hire fresh, new graduates that we are going to train. UiPath Academies offers numerous training tutorials and certifications, which helps us to train our newly hired resources who are completely new to RPA and UiPath. So, the training is really useful in terms of video tutorial practice and configuring our multilingual environment. UiPath Academy does support English, Chinese, Malay, and German. So, our associates from multiple offices, who are already working on the global initiative, can learn the same things at the same time. Or, they can get someone from an English background.

I started RPA using UiPath.

Using the tool for the last six years, the initial setup is like having breakfast every day; it is very simple. I can do it much faster than someone new who started two years back or the new guy. I know what to do and how to do it.

Because it is software as a service, the setup and configuration time are very quick. Within an hour or two, we can set up the infrastructure deployment for a starter package. Configurations can be done smoothly. The infrastructure deployment, which typically takes a week's time, can be minimized to an hour. This saves us a lot of time and money for multiple components.

In the initial days of 2016 or 2015, our automation journey was center of excellence (COE) based most of the time. Nowadays, we changed our strategy, and it is more employee involved. So, an employee can go into UiPath Automation Hub and submit their idea. If they have time and are interested, we give them the training to use UiPath StudioX features for automation. If a process is complex based on our assessment, we pick that process and do the automation so the COE and employ-driven automation work hand in hand. 

With a simple process, then the employee can automate it and do the PoC. If they need help, we are more than happy to help them. However, we found when the processes are medium to highly complex, this is something professional developers should be working on. If they are interested, they can contribute and learn, but it's less likely that a business user would be involved in a complex automation process.

UiPath has absolutely reduced human error. Infrastructure setup and maintenance are taken care of by the product owner or vendor. So, there is 100% assurance that nothing wrong will happen in the system because they are the people who built and deployed the product. Whenever we deploy, there may be a chance that something might go wrong or configurations went wrong. For example, I need to configure the Internet information services port. If I incorrectly configured the port or use a different method, there is a high chance that I might need to redirect the port to some other router or native firewall. If I use UiPath Cloud, everything is taken care of by UiPath. I just log into assistance, then allocate the license and configure our users.

For small to medium clients, those clients have an investment of about $100,000. We see around six to eight months in, they get something around 40% to 60% ROI being returned to them. Then, within a year to 18 months, they get a 100% to 120% ROI realized.

When we implement a robotics process automation solution using UiPath, and if the client's budget is limited, we mostly encourage the automation journey to be done using UiPath Cloud. UiPath ensures that it works fluidly, performs all upgrade security patches, and has 99.9% uptime.

In the initial days, UiPath was more competitive in terms of the license pricing as compared to Blue Prism and Automation Anywhere; it was much less. Currently, the pricing is quite standard compared to the other two vendors. 

We can use UiPath Cloud, which helps us to save a lot of money and infrastructure costs, if the automation journey or project is for a small to medium-sized company. However, if it is a big company, then on-premises is preferred. 

I have also used Automation Anywhere and Blue Prism as well as open-source automation platforms, such as TagUI and Selenium.

The main pros to using UiPath are its user interface, user-friendliness, learning platform, and support.

We have been using the UiPath Apps feature for the last four or five months, so it is relatively new for us. Most of our technical people are experimenting with UiPath Apps. We have planned training sessions for business users to upskill them.

If you are starting or in your initial days, I advise you to use the UiPath community version. Try first to do a PoC with the community version, trying out the automation in UiPath Cloud for free. Once you realize that this is something good as well as understand the value of it, then you can start with the initial package. If you think that you can start big from the beginning, then go for on-premises and start a large-scale transformation. However, I would advise doing a PoC first with proper guidance from UiPath and selecting a proper implementation consulting partner who has good experience or a solid past track record of doing automation, RPA, the RPA automation journey, and the transformation journey, as a whole. Not just UiPath automations or building robots, but also transforming their project and processes as well as doing Lean Six Sigma, which is a crucial part of the transformation journey. So, you should consider all these factors for a successful automation journey.

Compared to the top three tools, I rate this solution 10 out of 10.

We use all three of the UiPath components which include: Studio, Roboyo, and Orchestrator. There are a bunch of use cases that we explored for the POC (Proof of Concept) to be sure the product fits with our expectations for automation. For example, one use case is reconciliation processes for insurance group retirement and LOB (Law on Occupational Benefits) plans. We built it, tested it, and now that is one of the primary things we use the product for.

This solution has improved the way our organization functions in several ways. It has helped to eliminate human errors. It already saves 20 hours per month for reconciliation and LOB. It helped clients schedule their transactions before the end of the month. All of that automates tasks and makes financial processing faster in the insurance industry. That works out great for us.

The most valuable features provide solutions for when I am using OCR (Optical Character Recognition) technology. It easily integrates with Google OCR, Microsoft OCR, and ABBYY OCR. We are using that integration feature to incorporate OCR mostly for reading scans. To interact with Google OCR, Microsoft OCR, or ABBYY OCR, you don't need to implement a separate component but you can just — in a blink of an eye — integrate those peripheral solutions into the UiPath Studio and use them in your automated processes.

If we can integrate other features that are not part of UiPath, it makes it far more useful in automation. In this case, UiPath is not building out an actual OCR component but they are just giving you an option to incorporate the other OCRs. That is very valuable.

In the next release of the solution, I would like to see the ability to grant permission to users at the job level. Some jobs or processes may need to belong to only one person. Right now, I believe we don't have that feature in UiPath and we can't assign a job to a user. We can give permissions on a tenant level, or we can give permissions on the environment level, but not at the job or process level. 

I would like to see the ability in UiPath to be able to assign each job or each process to a particular user and give that user some specific access and privilege. For example, maybe they should only be able to run or stop a particular job or a particular process, but they can not do anything else. That makes a lot of sense because all users may not need to see all the processes in Orchestrator in one instance or have access to administrative features. The same goes for a tenant or even in an environment. If UiPath can make that happen at the user-level or process-level for a robot, that helps a lot to enable customized bots.

On a scale from one to five where five is the best and one the worst, I would rate the stability of the UiPath platform at a four-out-of-five. The stability is a four instead of a five because the stability is not completely dependent on only UiPath. Underlying obligations play a part too. Sometimes when I am writing applications, I'm not up on how to handle every exception. That is not possible because a developer does not know all the scenarios an application can become involved with. In that scenario, the product can lag. But, otherwise, it is really a very good solution that is dependable and stable.

Approximately five people in our organization are involved in our automation program working in the CoE (Center of Excellence). There are four developers and there are 200 users including business users. So, you can say there are around 250 people currently involved in this. I don't think scalability is an issue.

We did have the opportunity to use UiPath Academy RPA training. On a scale from one to five where five is the most beneficial, I would rate the training as a four-out-of-five. It is good for basic understanding. We have usually had UiPath foundation training for all of our developers. Really, I think you can say that we have not put fully utilized it.

Other parts of technical support we have only used very minimally. For example, we have not used premium support or licensed support levels. Sometimes we called customer support on tickets to integrate with mainframe obligations the first time or some more involved issues. But that type of situation was unusual. We have barely used the customer support because most of the information is available in Academy, in the portals, or the user forums. A few times when we left a ticket, it was not even necessary for us to get back to technical support because we resolved the issue on our own.

We knew that we had an opportunity to invest in a new solution when we heard about RPA three years back. UiPath and WorkFusion came to us at the same time and saying, "We have a solution to improve your work processes."

We spent some time evaluating which tool was right for us by doing a study inside our organization to determine how much manual work could be automated. With some analysis, we found out that there is a huge opportunity for implementing this type of RPA solution in AXA (global insurance, not an acronym) as it is a large organization with a lot of repeated processes.

Because there was a lot of manual work, people in our organization had to work for more hours at times to properly complete a job. Sometimes they had to stay overnight and work additional hours on weekends to complete processing on time. To avoid that we requested that operations consider our proposal for automation.

We showed operations where we could automate repeatable and mundane tasks. The response was very positive and they realized we need to implement these solutions to help us to buy some time for employees to properly do their work and reduce labor intensity.

Our previous solution was either no solution at all except for manual labor or some experience we had with one tool called OpenSpan. OpenSpan did not have a proper management console and was difficult to use so it mostly remained unimplemented. When we introduced the potential solution for seriously pursuing RPA to reducing the workload, that is when we started looking at UiPath.

The set up for the product is straightforward. It is seamless. In fact, you just need to know the server where it will reside. There is material available in UiPath guides and the UiPath forum where you can just follow along step-by-step and install your Orchestrator. So it is very straightforward. 

From the time we purchased the UiPath license until we had our first robot in production is not exactly clear. We had developed a POC, which was ready to be put into production and then we bought a license. After we bought the license, we just put it into production and it had already been built.

We did the entire implementation ourselves with some contact with UiPath.

We are not yet really realizing a return on investment as our deployment continues to be in progress. How much money we have saved is what we are hoping to eventually count in the ROI. In terms of the calculations that we started last year, we asked that the KPI (Key Performance Indicator) points look at time-saving and not really the dollar saving. The time saving you can say approximately 20 hours per month, which we have achieved consistently up until now. We have achieved something but we are expecting that to grow a lot.

The solution has also helped to eliminate human errors. I cannot say exactly what that percentage is —  say even 20% or something like that. There are a couple of instances before we automated the reconciliation process last month — before we actually put the bot into production — where people were getting the wrong details by mistake. I would say we have reduced the human error because those situations are being handled by the bot and they will not be repeated now. 

We license the product on a yearly basis and it costs us around $80,000. We are a very large organization. We have unattended bots and there is a pricing structure surrounding that but I'm not involved in the licensing terms.

What made us choose UiPath to automate our processes was evaluating the capabilities of competition and deciding on the best solution for us. We compared UiPath, WorkFusion and other products — and even other types of tools — in terms of infrastructure, setup, how easily it could be scaled, etcetera. UiPath stood out a little as it had the capability to invoke virtual machines automatically without any human intervention. A lot of other tools didn't have that capability at that point. But the time we had to come down to a decision, UiPath had features that were not available in any of the other tools. With other research into the company and product, we saw that UiPath listened to the customers' needs and was often upgrading. Now all the competition has seen them as the leader and they have tried to incorporate features UiPath had already deployed.

That initial difference we saw between UiPath and the other tools we compared was the reason we took this direction. We believed UiPath and we decided that this was our theater for RPA. Now, if we see some enhancements that need to be made in the product, we just communicate to UiPath and we know they will look at the idea and maybe implement it. UiPath has the capability of adding features immediately. They are releasing around 10 or more versions in a year with important new features. 

We do use a virtual environment such as Citrix when it is appropriate and that works out pretty well. The obvious advantage is there is no dependency on a physical machine being available and they are available 24/7 from anywhere. I am actually comfortable developing anything and everything in Citrix via virtual machines.

On a scale from one to five where one is very difficult and five is very easy, I would rate the ease-of-use of the platform as a five. Ease of use is one other thing that I like a lot about UiPath.

Going a step further, on a scale from one to ten, I would rate this product overall as a ten compared to other RPA solutions. In comparison to its nearest competitor — Blue Prism — UiPath is way ahead in terms of providing features, giving customer support, ease of use, ease of access to our personal history, and surely in the development of robots.

Everybody can understand easily what exactly the product is doing and can become familiar with it quickly. With other competitors, there is a huge infrastructure to set up. Some of the products make it so each bot needs a control room. Those products are not centralized, which makes them more confusing to use.

People have to manage on their own how they are going to build all their RPA management solutions. When you are using UiPath, you just get Orchestrator instead of multiple robots and control panels, then you just scale whenever you want.

I definitely recommend UiPath for simplicity and ease-of-use. If somebody was getting an RPA solution, the advice I would give them is to definitely go for it. Setting up RPAs eliminates human error in tasks and lightens workloads for menial jobs. This lets people focus on more innovative work and it can lead to further integration. What I would think is the natural path for UiPath is that it can integrate the AI in the future. Right now, people think that this is already cognitive or AI integrated, but there is a very long way to go in the future for it to become truly like artificial intelligence.

So, what I am saying is I would take it as a first step towards the AI. I would definitely recommend people use it so that in future when AI comes in, you can just grab an AI solution from UiPath and improve your implementations further.

We use the tool for mostly attended and unattended automation. 

UiPath's most valuable features are the UI library and object repository, which speed up the development. 

The tool needs to have more documentation and change logs. Minor upgrades break a few things. 

I have been using the product for four years. 

UiPath is stable. 

The solution is very scalable. 

We get good support with the help of an account manager who escalates issues. We had to escalate issues only a few times. 

Positive

We used Pega RPA and Microsoft Power Automate. We have high-volume workloads that are not feasible with Power Automate. We also have a lot of legacy applications that don't work well with product license applications. Pega RPA was not very user-friendly. 

The tool's deployment is easy. We use Jenkins in the pipeline. We are still on-prem and most of our processes are deployed through the Orchestrator to the dev instance. 

Our partner helped us with the deployment. We were also knowledgeable on the technical side. 

We have saved 10 million dollars so far. 

The solution's pricing is fair. 

We use UiPath to save costs and man hours. 

The tool has helped us improve accuracy on compliance and regulatory policies. The bots make it more consistent. We can document everything, which makes auditing easier. 

Some of our processes were manual. Now, five robots do it. We have not hired anybody despite the workload being increased. 

We used Task Capture for some documentation. 

I rate it a ten out of ten. 

We utilize UiPath to automate manual and repetitive tasks that range from simple Excel manipulations to web scraping. We have several use cases related to refinancing, such as handling accounts payable for invoice processing, remittances, and accounts receivable, among others. In addition to that, UiPath enables us to develop public-facing applications that are integrated with automation. This automation is triggered automatically whenever there are user interactions or events, resulting in numerous use cases. For instance, if the requested data is not already available in the document, we can obtain input from customers using UiPath. 

Furthermore, we employ UiPath products for automatic invoice processing. When we receive invoices in PDF format, we digitize them using our own OCR engine. Subsequently, this information can be utilized to save data into systems like SAP. We extensively automate ERP systems, including SAP, Oracle, and NetSuite.

We also use UiPath for application testing. We have built several test cases for suppression, user acceptance, and so on, which can be scheduled to run or run on demand.

UiPath has a small learning curve because we leverage Microsoft technologies, benefiting greatly from UiPath's integration with the Windows Workflow Foundation. Moreover, there is also a version tailored for business users. Personally, I have a tech background, but we have received feedback from other users who find it very easy to create simple automation. However, for more complex automation, some experience or training might be necessary. Fortunately, UiPath offers completely free on-demand training through their Academy. Once someone completes the training, they will be able to proficiently build automation.

We employ our bots to collect data on emissions, consumption, and byproducts. We do not have any byproducts. Recently, we published a report detailing where and how we have achieved our sustainability goal.   

With UiPath, we have been able to achieve a 100 percent scale-up in the finance department without increasing the headcount. Therefore, it has played a crucial role in generating significant capacity and managing all the challenging tasks efficiently.

Being able to implement end-to-end automation using UiPath is crucial. We have use cases where human involvement is necessary. For instance, if there are invoices exceeding ten thousand dollars, we require approval. Therefore, UiPath allows us to pause automation until we receive those approvals from various stakeholders. Once the human input is provided, the bot proceeds with the remaining steps. It is highly reliable and adaptable to changes in the sales flow. We have utilized UiPath for automation without the need for additional staff.

Whenever there are new features or releases that lack detailed information, we can use UiPath's User Community to discuss the posted topics. For example, we can seek assistance in understanding how to make the most of a specific feature or determine the necessary settings for our properties to leverage those features effectively. Additionally, training resources for these products are available within the community. Webinars are frequently hosted in the UiPath User Community, which we also utilize to gain insights into the functionality of the product and its application in solving various use cases.

There are several areas in which UiPath has benefited our organization. We gain process intelligence and revenue intelligence. Additionally, we are able to perform virtual investment analysis using automation. UiPath enables us to free up a significant amount of capacity for more meaningful work.

UiPath has helped minimize our on-premises footprint. It's all about the SaaS cloud-based offerings. Therefore, several products are currently available quickly, specifically on the cloud. Essentially, we only utilize virtual machines for the robot itself, which execute alongside all the other services. Everything is hosted in the cloud.

The biggest benefit of using UiPath's Academy is that it offers various labs and exercises, which greatly assist us in utilizing and improving our understanding of the tool. Additionally, the Academy provides certifications that can help individuals become certified in the technology. These are some of the benefits offered by the Academy.

For most of the document understanding process, we utilize machine learning models that are hosted in the UiPath AI center. Additionally, AI is integrated into the process mining and task mining products we employ, which help us discover new automation ideas and opportunities by analyzing information flow within data from ERP systems, among others. Moreover, UiPath recently introduced communications mining, which utilizes a large language model. This enables us to examine emails and other modes of communication to gain insights into the processes and occurrences. There are numerous concealed insights pertaining to both the processes themselves and the sentiments of customers, all of which can be obtained through these AI tools.

UiPath AI has simplified the automation of more complex processes because it doesn't require machine learning, knowledge, or technical ability. It is a very simplified, no-code, local platform. This has greatly helped us build solutions that previously required extensive coding, saving us a significant amount of time during implementation.

UiPath helps to accelerate and reduce the cost of our digital transformation.

UiPath has helped reduce human errors. There are several errors that occur when working with financial data, such as missed dates and miscalculations. However, the bots prevent such mistakes from happening.

UiPath has generated sufficient capacity, allowing us to avoid hiring additional personnel for our department. Despite an increase in workload, the bots are capable of handling it.

UiPath has helped our organization save costs.

The AI feature has enabled us to automate more processes overall.

It would be beneficial to have the capability to track defects during the regression testing of applications.  

I have been using UiPath for six and a half years.

I have used Automation Anywhere, Blue Prism, and Power Plus Automation, but UiPath is more user-friendly.

The price is reasonable. UiPath is priced for the market and is even better considering the value it brings.

I rate UiPath a ten out of ten.

We have implemented UiPath across multiple departments, including HR and Finance.

No maintenance is required.

I have worked on a number of use cases, and one of them that I can discuss was used in a contact center environment. This is a project that we had done for an automotive insurance company, and it had to do with incident management. Our contact center received the first notice of loss (FNOL) from incidents, such as an accident.

When an accident occurs, they raise a ticket to our customer service representative. This can either be done using a chatbot, which is integrated with our ServiceNow platform, or they can call the customer service representative. In the latter case, the customer service representative will pick up the call and get the details. This includes adding their insurance ID and a couple of other fields, and that is integrated into our system.

Our system was acting as an intermediate between their existing platform and ServiceNow. Part of the system included a database, where they were checking to see if the insurance amount the claimant is asking for is above the limit. There were other similar business rules, as well, which the bot was responsible for checking. Based on the result of these checks, the claim was automatically approved, and then a corresponding ticket was raised in ServiceNow.

There was also a manual process, where there was a person who would go to the site where the actual accident took place. They do their analysis, and then they create a review report, and that report would automatically be handled by an attended robot. The robot would take the detail from the agent and based on the review, fetch certain details like the approved amount.

The bot is responsible for sending other information to ServiceNow, including, for example, details about damage to the vehicle. If there are scratches on the front or scratches on the back, then these details are all posted to ServiceNow. At that point, ServiceNow has a workflow that is initiated.

The workflow uses the information taken by the representative and moves from the review stage to agent verification, and then to a mainframe. The system running on the mainframe is responsible for generating checks, according to the amount that is approved, and then mailing them to the claimant at the address they have on file.

In our FNOL process for the insurance company, we use unattended robots quite extensively for both chatbots and IVR. We use the AI capabilities for language understanding and based on the user sentiment, it will trigger the unattended bot. If instead, they want to speak with a representative then it will trigger the IVR process.

In terms of the robots prioritizing and correctly routing a transfer to agents when necessary, it is a work in progress. From a priority perspective, if you talk about chatbots, let's suppose a customer sale is highly urgent, the AI model can use language understanding to determine an urgent message and in turn, create an urgent ticket. It is something that we can do but it is not 100% accurate. I would say it's 80% of the way there, because of the different types of sentiment that people express during interactions. As an example, when a customer says "I need to have this resolved as soon as possible", there are a number of different things that can happen. According to our business rules, when somebody says ASAP, it should be treated as a high priority, but 20% of the time, this does not work. Overall, at this point, the AI models and machine learning models are not very accurate.

The robot-enabled self-service channels have definitely increased the resolution of issues through self-service. Prior to using the robots, 90% of the calls would need to be addressed by a representative. Since implementing the bot strategy, only 10% have to be handled by a human. We have used UiPath Apps for this and also created some web pages, but those are just to help the bots. Definitely, self-service is one use case that has really benefited because of UiPath.

The Studio is where the development takes place and the interface is very user-friendly. You have the ability to drag and drop components, and this is part of why I think that Studio is the best feature in UiPath. The next best feature is Orchestrator.

The Orchestrator is quite good because it is a one-stop shop where you can run robots after creating them using Studio. You can create queues, monitor the bots, and if there are any issues then you can debug them at the Orchestrator level.

UiPath has a low-code feature called Studio X, which is specifically for business users. They can just drag and drop activities like reading emails, retrieving email attachments, reading data from Excel, and posting data from different sources into different platforms. It is a very good platform for business users who don't know much about coding. It is customizable in the sense that business users can have the system follow a set of simple steps, although it won't do complex things.

UiPath Insights is a feature that has everything from a tracking perspective, which tells you how the bots are working at the production level. It provides statistics about the live environment including how many processes are being run, how much time the bots are being used, and the productivity in general. There is more analytics available from data services, tests, and the AI center. All of these features really help when it comes to analyzing the data, not only from a development perspective, like tracking data on how much a robot is at a log level, but also from the end-user level in a production environment. Reporting on productivity in a single day will show how much time the bot was run, for example, 80% in terms of time or 90% utilization, and other such details.

The UiPath App feature is something that we can use to create simple apps, and these can act as integrators. Suppose there is a process that uses 10 different screens, we can create an app that will be integrated with all of them. As a developer, all 10 screens are used in my workflow, and instead of going to each of them, I can create an app that uses all of the fields that are relevant to me on each of the screens. 

The speed at which we were able to create automations for our contact center was very good. One of the reasons that we choose UiPath over other tools, such as Automation Anywhere and Blue Prism, is the ease of development. When it came to setting up the contact center, it was only the connection between different platforms that took time. The bot creation and the workflow creation were quite easy. It took approximately one and a half months to create the whole automation for the contact center, which is quite good.

The AI and machine learning capabilities need to be improved.

The task mining and process capture methods are capabilities that we use, but they sometimes miss part of the task. For example, let's say that for one of my tasks, I need to open my email 400 times a day. This is something that we can automate but for some reason, probably because it is related to email, it is not accurately evaluated. In this regard, the process mining could be improved and lead to better results.

The built-in OCR is only 60% to 70% correct if you're analyzing a PDF that has images in it, so this is an area that can be improved. Different companies use their own OCRs; Google has one, and Microsoft has one. The UiPath one requires that we use a validation step between workflows in order to improve the accuracy.

I had been using UiPath for three years, up until a few months ago when I joined a new organization.

From what I have seen, the biggest factor for availability is the strength of the internet connection. Whether the deployment is on-premises or cloud-based, they both are the same in terms of stability. I have not seen any deviation between deployment types.

Scalability is not an issue. In my previous company, we started with 10 machines and then after one year, we had 85 machines. There were no issues and the implementation was not a headache.

The technical support is very responsive.

Prior to working with UiPath, I was an automation expert with Selenium for web testing. I was not able to fully automate a website because if there was an image that was used as a security check, where the person had to click an image to get through to the next page, I wasn't able to do it.

However, when I switched to UiPath, it was pathbreaking for me. I was able to accomplish what I couldn't do with Selenium and since that time, we have deployed more than 100 production bots.

The installation is pretty straightforward. We usually get issues when we upgrade to a new version but I think that is a different discussion. Strictly from an installation perspective, we have not had many issues. We had no major issues and when we contacted technical support, the team was quite responsive.

The length of time required for deployment is about half an hour per machine. However, if you have 100 machines then you can do them concurrently.

For some of our projects, we used an on-premises deployment, whereas for others, we used Orchestrator and they were cloud-based. Cloud-based deployment gives us the ability to run bots from anywhere, including outside of our network.

Our clients with the contact center did not see a very large ROI in the first year, although that was because of the consultancy costs that we charged to implement the system. From the second year, onwards, they definitely saw a very good ROI.

We had different metrics to calculate RPA implementation ROI. The first is productivity, which increased by more than 60%. If I recall correctly, their investment was between $110,000 and $200,000 after the first year. I don't remember the exact numbers but it was a huge improvement.

It was not just productivity, but also other things like a reduced error rate. The quality of the processes improved quite drastically.

We analyzed and compared the costs of RPA from different vendors and we found that UiPath was the most cost-effective in the long term. An unattended robot costs approximately $8,500 annually. 

We evaluated other RPA tools including Automation Anywhere and Blue Prism. One of the reasons that we chose UiPath is its ease of development.

In terms of ROI, we found that UiPath was the best when you consider the long term.

The length of time it takes to develop and deploy bots for a process depends on its size and complexity. We categorize processes as simple, medium, and complex. Based on how they are classified, we estimate the deployment lifecycle from one month to two months.

My advice for anybody who is planning to implement RPA is to begin by doing research on the vendors. You need to speak with each vendor and start planning, but don't think about clients at that moment. Rather, think about yourself. Consider that you want to implement internal automation, and consider the ROI you would garner during the first year or during the second year.

Once you choose a vendor, as we did when we chose UiPath, you need to make sure that at the very start of your project, it begins with low-hanging fruit. Don't start with all of the complex processes; start with some simple processes. That's why we have divided ours into three sets of processes. Then, don't think that you will achieve a hundred percent automation because that will never be the case. My thinking is that if you achieve more than 70% automation, that is a very good target. Keep your expectations clear.

Another thing to make sure of is that you secure your bot at the workflow level. UiPath provides very good security features that you can use, such as assigning permissions for who can access your workflow. Also in terms of security, be sure that you have all of the required certifications.

Once you have implemented some basic processes and you are getting good results, hyper-automation is something I suggest. Start expanding it to different technologies, such as AI. Also, engage all of your employees as much as possible.

Start with the community version of the software. Although this review is based on the licensed version, the community edition is free and you can create your bots for free. I always say that even one hour saved because of automation will yield a good return annually, and your results will be very quick.

If you keep all of these things in mind then RPA will be fruitful for you.

I would rate this solution a nine out of ten.