UiPath Platform Reviews

We are a services company. In terms of how we use UiPath, we handle a lot of the financial processes, including our customer billing, our time tracking, and our time reporting exceptions - such as looking at who has not submitted a timesheet. When this exception happens, there are automatic emails that go out using the RPA, from UiPath. 

The whole process from our inventory, which is our asset, is automated. With the asset, which is the time that our people spend on clients, we make sure that we capture what we need to create and send invoices out. The whole collection and AR process, including making sure that we get the money and send reminders to clients, that whole process, is automated - with human intervention, as needed.

The solution has decreased the processing time of the client's invoices for IT. Just IT. Not the rest of the organization. That said, just there, that’s 600 hours of annual savings in one department. On top of that, we’ve decreased processing time by 90%.

The automation cloud offering helps to decrease the solution's total cost of ownership. More than that, it creates agility so companies don't have to worry about delivering the infrastructure team and setting up sellers and all the things that they need to do to get to the stage of actually installing the software and internal security. That all takes time to go through. With the cloud, you avoid all that. You basically create agility for the clients to jump onto automation and not wait for all these things. It can be frustrating sometimes in large companies. That's why we tell clients to avoid all these headaches. With the cloud, you’ll get going very quickly within a matter of a day or so.

RPA is not the only thing we do. We do a lot of ERP, CRM, all of these things. Traditionally, we are a full-service organization for clients and their journey to the cloud. Everything's going to the cloud. There are some organizations that still have on-premise ERPs to migrate from the on-premise to the cloud. When those fundamental applications are going to the cloud, automation is a no-brainer. We would always promote the cloud version over on-premise.

The RPA is the most valuable aspect. The power of machine learning and AI along with the document understanding capability that UiPath has is great.

By implementing that portion of the solution, we get clients to 95% accuracy in reading invoices for processing into the ERP. While running basic automation will continue, the world is moving towards intelligent automation, which is with all the machine learning and AI.

Overall, the solution has saved costs for our clients.

It has reduced human error. Machines can do anything faster, cheaper, and of a higher quality than humans can do. That is just a universal fact. I don't think we have measured the accuracy, however, there's no doubt accuracy has gone up. The client recognizes that the accuracy rate has improved.

We're not talking about removing errors. In some cases, errors may happen. However, when I say we’ve seen a 90% efficiency rate, it doesn’t mean the remaining 10% are bad decisions. We're talking about how it could not read those things. The confidence level is low, and therefore, it's kicked to a human to review. It did what it's supposed to do, which is to flag for human review, which is how processes should happen.

The solution has allowed the employees to focus their time on other higher-value work. That's what we pitch to our clients. We never tell clients that oh, you can lay off people. We do not tell the clients that that's what they should do. Rather, we advise clients that what they can do with automation is free up people's time. That means either freeing up a portion of the time or fully freeing time or completely reassigning a job. 

After automation, you may have to reorganize your department. However, with the freed-up time, departments can focus on the most important thing, which is what can they do to create focus on the customer and create an experience for the customer, where the customer feels they want to be connected with your brand.

I have a case where I was talking to the CEO of a big restaurant company. HR, payroll, finance, all those areas that reported to him. He also handles customer experience. I told him about automation and the power of automation and how it will free up people's time. He said, “So what you're telling me is I can free up a portion of my staff so they can focus on all these customer complaints we're receiving?" For him, that is going to be a game-changer.

UiPath has also positively affected the employees themselves. They've become a little bit more satisfied with knowing that they can focus their time on higher-value work. In most cases, initially, there'll be fear for them. They don't know what automation is, and why they're doing it, and what it's going to do to their position in the company. That fear will always be there with humans. That's why leadership needs to focus on change management and communication. Those things become very, very important. Once you do it right, people will actually feel happy. They will no longer have to say "Oh, no, I don't have to stay until six o'clock, seven o'clock every day to finish the SaaS." Now it's much easier. They can focus on the things that they truly enjoy, which has nothing to do with the heads-down work that they do all the time.

We use the solution's AI functionality in our automation program for our clients. For simple processes, you don't need AI. However, the complex process where machines need to mimic the human thought process requires AI. AI is not perfect. It's not a holy grail that is going to solve all problems. That's not the case. We have to be careful. However, if you use it right in the right way, then you can truly solve complex problems.

I’m not sure if the solution's AI functionality enables us to automate more processes overall. It's hard to say. For me, the way I look at technology is that it is not a hammer that's looking for a nail. You have to look at your business needs and then figure out what technology will best fit or solve the problem. It could be simple AI, or, maybe in some cases, you need more advanced AI. I would look at it as what's the right technology for what purpose. That's the way I look at it.

We do use UiPath’s Academy. We have several people that we've pushed through training and certifications through the academy. It’s helped get those employees up to speed on the solution.

Also for us, as we are a services company, that gives us a stamp of quality seal in order to market our services better as we are certified and qualified.

UiPath continues investment in machine learning and AI. That's one thing they have to do. The fundamental thing UiPath needs to understand is the competition, the market, is not Automation Anywhere or Blue Prism. Rather, big competition is coming from Microsoft.

It's around the corner and Microsoft is going to come in a big way. I’d advise them of the parallel of Power BI. Power BI three years back was not a good tool. Other tools, like Tableau, were the kings of the BI space. Fast forward three years and today we do a lot of BI for clients. Almost every client of ours is migrating to Power BI, like Power BI's matured to 80% of Tableau, and that's good enough for them. On top of that, Microsoft was throwing free licenses to their customers. When you do that, versus buying $2,000 a pop or $1,500 a pop from Tableau, users line up behind the free tool to reduce their costs. Microsoft is doing that with Power Automate now. I just talked to a client, a big client, a $10 billion company, where they were at Blue Prism. They just told me that Microsoft just gave them 70 free licenses. Now, they are forced to bring Microsoft Power Automate into their RPA strategy even though before, they were not considering that.

UiPath should take several steps forward to be prepared for this competition and create differentiation with capabilities that Microsoft does not have. The innovation within UiPath is going to be very, very crucial. However, the most important thing is to clear the differentiation in the messaging. That's very, very important. They should be ready and arm their partners with information about why UiPath and not Power Automate.

I've been around the industry for 35 years, and I've seen lots of incumbents getting blown away in various technologies at various times. The big power comes down hard. UiPath has got to be ultra nimble to not get crushed.

We started working with UiPath in 2018. We partnered with UiPath in late 2018. It's been about a three-year journey so far. 

In terms of stability, I've not heard anything bad at my level. That means no bad news is good news.

We do plan to scale beyond the client's IT department and to the rest of the organization. When they scale it up to the rest of the organization, and this organization operates in 25 countries, they have over $190 billion in assets in these countries that we can add efficiencies to. The scale of efficiency that we will get with what we did will be huge. That’s the next step is to roll it out to the rest of the organization.

General scalability is an issue when it comes to processing large data sets. However, with the right creativity, you can solve those things due to the fact that you can have the right infrastructure to catalyze or do whatever you have to do to create scalability. We are used to doing that. We deal with ERPs and we create architecture and design the environment in such a way that it can scale. That said, you need to know how to do that. 

Technical support is very good. We're very pleased with that. When we ran into problems with a client, with the document understanding, initially the success rate was not very high. Then we had to reach out to the support and they actually jumped in and assisted us and told us what we needed to do. Once we did that, then things took off and we got to 90% accuracy. Initially, it was only 50%. Therefore, for us, it's been good.

We did not previously use a different RPA solution.

We did partner with Automation Anywhere,, however, ultimately, we didn't do anything with them.

The initial setup is straightforward.

We're a consulting company, and we work with several clients. For some deployments, we were able to do the first deployment in 30 days. With other clients, it took about three months or four months, depending on the use case or the initial use cases that they picked.

Different companies operate differently. I always advise clients that they need to pick simple use cases and deploy them first before they go into complex stuff. Sometimes clients make the mistake of picking their most complex use case and say, "Oh, let's try that." No, that's not a good way. It's not a good way to embark on a journey that's long-term.

You've got to think big, start small, and be agile. If you get a complex use case at the beginning, you lose agility.

We looked at Blue Prism, Automation Anywhere, and UiPath. The momentum was with UiPath. I knew where the momentum was and how we needed to align ourselves. That's why we did UiPath.

We looked at where the market demand is. For example, Blue Prism. We knew that Blue Prism is a lot more IT-centric, IT heavy, programmer heavy, which defeats the whole purpose of self-service automation. It's never going to succeed in the marketplace today as we promote self-service for everything.

That's why we didn't want to waste our time with Blue Prism. UiPath obviously has the community edition, which was brilliant. Basically, they saw a gap in the market. That's a parallel to what we do, for example, in Vtech space. Also, for example, Tableau is a good tool. So many people love Tableau. They've used Tableau. You had the established players in BI space like MicroStrategy and Oracle OBIEE, however, they were very IT-centric and Tableau came in and beat them. They sold out into the business and you could download, pay $2000 and download a license and start creating your dashboards. I was glad that UiPath took a similar approach by creating a community edition, and then letting end-users download and then play with it.

We basically help clients think through their RPA strategy, their automation strategy and figure out what the right technology would be. We are a reseller. If it makes sense, we'll resell and we'll advise clients regarding UiPath for their RPA journey. We also use the solution ourselves. We have automated certain things, certain processes within the company. That becomes a practice round and a learning ground for our people so that when we go to clients, we can take some of these ideas and do to the clients as well as reaping the right expertise.

I'm not sure if we are using the UiPath apps feature or the applications feature. In my role, I just lay the strategy and the team executes it.

A lot of times things stall. In company setups we see a lot of cases where they did a few automations, a few bots, and then things stalled. That's a problem in the industry and the way to solve that and truly embrace the art of the possible is with automation. To get there, you need to execute across senior leadership. Without that education, they just don't put their weight on their departments to do the journey. Education is one thing that is very important. They understand the art of the possible.

Another important aspect at the outset is having RPA as a corporate strategy. Pushing to make it a corporate strategy is really going to help. That way, you can stall it for some time, however, eventually, it will have to get done. Otherwise, they are left behind when your competitors take advantage of the agility. There needs to be a center of excellence and companies need to develop internal capabilities. If they don't have capabilities, then they fear not knowing how to handle something. Those are common problems. And those need to be overcome.

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

Our use cases are all across our enterprise, from HR to finance, to customer service, to laboratory operations, to logistics, to compliance, to medical, et cetera.

The unattended automation is the most valuable aspect of the solution. 

When COVID hit, and we needed to manage 200,000 samples a day and figure out where they were in the world. It would take humans about half a day to get an answer. Within a week, we put together automation that pulled data within 30 seconds from every single information system across our network.

Building automation using the solution is very easy. It's super, super easy. We have a citizen developer model where I've got 60 citizen developers trained. I've got people who started out answering the phone in customer service who are generating millions of dollars of value in automation.

Overall, this solution has saved costs for our organization by as much as $10 million.

While the solution is reducing human errors, I don’t have specifics on that.

The solution has freed up employee time. It’s hard to ballpark as what we're doing mostly is consolidating time and not back-filling from there. If you had the same amount of people as before, you didn’t really save, unless you were able to have more revenue with the same number of people.

It's been incredibly instrumental in a number of brand new business paradigms that popped up over COVID. For example, pre-COVID, if you had a respiratory tract infection, you would go to the hospital to get care, however, during COVID, the hospital wouldn’t even let you in the door. Our business model went completely upside down. The average general practitioner has 2000 patients. Our order entries went up by 500 fold. There was a backlog of testing. Automation helped manage that.

We use the UiPath Academy courses. They have been extremely helpful for us due to the fact that UiPath actually allowed us to host the fundamentals foundation training on our training platform. Now, I can assign it. I can track it. And I can reward it. The advanced developers class has been great. Getting users through that is very helpful. I take all my citizen developers through advanced training. No Studio X, no halfways. They have to really know how to do it.

The pricing particularly on the bot licenses is placed to maximize revenue for UiPath and is not in the best interests of the customer. For example, if I have 150 robots, our utilization of that is about 27% as my demands come in spikes. Most of the robots sit there doing nothing, and I paid for them.

I'd say I need better error handling capabilities, however, the updated 2020 is going to give me a better interface, so that's already there. 

If I were going to wave a magic wand, I would like to see tighter integration of task capture through the PDD generation. That process is not quite as smooth as I would like right now. I haven't really deployed it as widely as I would like as I don't want issues surrounding the document. I've got the template built up, however, we have had trouble deploying it the right way. If the integration were better, the process wouldn't be such a concern.

I've been using this solution for three years.

The stability has been good so far. 

The scalability is fantastic. We learned that during COVID. Suddenly, we have to set up accounts differently. We were doing 15 to 20 a day. When I said "Oh, by the way, schools are going to start doing testing, and I need to be able to set up a hundred accounts a day" we got to a hundred.

We have 75 users currently on the solution. We do plan to increase usage. 

The initial setup was pretty straightforward. The deployment took about six weeks.

We had the infrastructure in play in December 2019 and were functional by April 2020.

We had pieces set up already, however, we had people running orchestrators on boxes hidden in closets. We decided to centralize. Now, everything is in the data center and going on the virtual machine. Everything's under that control. Therefore, in total, it took about four months to have it properly set up.

I am extremely unhappy with the pricing model. I want a model similar to an electricity meter, whereby if I use more I am charged more. That's the ultimate model. They should also make the Studio free due to the fact that they should want developers developing. You want to maximize that capability. Why charge for that? Charge me for the Orchestrator. Charge me more for licensing if you want, however, UiPath should be maximizing my ability to create automation.

We had some experience with Automation Anywhere, Softomotive, and Blue Prism.  When we got serious about it, we did a runoff and selected a single vendor.

What set UiPath apart was their handling and selectors. The selector was head and shoulders above anyone else. We had a lot of experience with automation platforms that did not do well. Screen coordinates and scraping and control methods to move to a script, for example, were not reliable methodology.

While we are currently on version 2019.10.2, we are upgrading the 2020.10.2 version this month.

We’re just starting to use the solution’s AI functionality in our automation program. It’s a bit too early to comment too much on it.

I'd advise new users to get their governance together early.

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

For a current client, we have around 22 to 25 use cases, and it's all based on the financial side of things. The client is in finance, and we have use cases all of which are comprised of different tools, including SAP and their in-house CRMs. It's about automating the process where we take some data from the CRM tool and upload it to SAP. It also involves uploading the files to the FTP server. 

For example, one use case is where the applications used are Oracle, and SAP, and STP. We just download the data from Oracle. There are different files that we download from Oracle and upload to the FTP server. From that FTP server, there is a different team that takes those files and creates a Tableau dashboard. 

UiPath Studio helped us automate many processes that have helped us save money. Even though the tool price is there and the license costs are there, it has given good ROI. For example, automating a process can reduce the work to half or maybe 60%. We divert efforts to different work. Therefore, it has been pretty useful in terms of savings and quality control.

For example, one client had a focus on quality control. There are instances where employees make some minor errors that could lead to major losses to the organization from the department's point of view. We automated that process and it gave us more return in terms of quality control. Fewer errors ultimately were made which saved the company from losses.

UiPath has a full suite of capabilities. It has, for example, an end-to-end automation suite. From a development point of view, it is pretty helpful to have access to all of the activities on offer that anyone can understand. 

The Studio as well as the process mining are great. Document understanding is another useful feature. It has eliminated the business analyst side where you have to go through each department and find out which processes are there, and take a different tool to get those all processes in one place and create a process workflow. All of this can be done with process mining. 

With document understanding, we have the capabilities of having UiPath understand and create documents, which previously was quite a lengthy endeavor. You just have to install it and follow the steps. It will automatically take a screenshot and create a document for you and then create a brief description of it. 

It’s easy to build automation using UiPath Studio. From a developer's point of view, it is easy due to the fact that you don't need much of a coding language or coding background. You just should have a clear logic behind it. If you're clear with the logic, a layman can handle the task. They do have Studio X features, which is for the layman who doesn't have any background, who doesn't have any coding or developer's background. They can automate their own work. Even an SME who doesn't know anything about automation could automate small tasks.

It’s great that we can scale automation without having to pay attention to infrastructure. That is very important actually. For example, scaling automation plus giving attention to the infrastructure can be a little hectic and time-consuming. If there is any way where we could reduce this work or optimize it, it would be great from the implementation point of view.

UiPath enables us to implement end-to-end automation. Right from the start, you have document understanding and process mining as well as the Orchestrator, which helps you with getting an overall view of the bots in our organization.

End-to-end coverage is the most important thing, due to the fact that, if it is end-to-end, we don't need to go to the market and look for any other application. If you can get end-to-end, you don't need to go for other products which simplifies everything. It's easy for us to maintain and work with it instead of having to integrate and manage multiple systems, multiple products, and multiple applications.

UiPath has helped minimize our on-premise footprint. It has helped us with quality control savings. We have saved many efforts previously requiring full-time employees. It’s one of the most important factors when we work for clients. If a client is hiring us to automate many processes, there are different intentions of doing it. If we are able to help them reduce cost, reduce and do some quality control, it is important for them. For example, previously, if work required ten employees, we have been able to reduce that down to six or sometimes four personnel maybe.

The UiPath Studio has reduced human error. It has helped us with quality control very often. In the past, mistakes have cost us. It has saved costs as well as saving us money related to fines or penalties.

The solution has freed up employee time. Instead of doing the same mundane work every day, we have just automated that part and now the employees have more free time to do more meaningful work. In terms of hours, from a department's point of view, we have saved around half, that is four hours per day, maybe about 80 hours per month. The additional time enabled employees to focus on more important work.

We have found that the product has reduced the costs of our client’s automation operations. With my previous client, we calculated an average of 40% in reduction of personnel and 40% in cost savings. UiPath has saved us money across the organization. The average saving is likely around 40% to 45%.

I'm pretty much happy with all of those tools. I don't have anything in mind that I could see improvement.

While UiPath Studio helps speed up the cost of digital transformation, in a way, it requires expensive or complex application upgrades or IT support, as it needs an entire setup. That setup requires support from different departments, and that comes with a cost.

I came across one problem while upgrading. We were upgrading from the 2019 version to the 2020. There was one thing that was not mentioned either on the website or documentation, and we had to take support from UiPath. The documentation needs to contain each of the scenarios which could occur while upgrading the solutions. As it is now, this is not the case. That said, when we ran into issues, UiPath Support helped us through it.

I've been using UiPath for five years now.

We've had outages once or twice. For that, they have a workaround. If a server goes down, we should have a backup server for it. If that's the case, it is just a few steps needed to migrate or we can take the setup from another server. That's it. It's pretty good in general. 

The scalability is fine. For example, if the bot count is about zero to 100, we have the capacity. And if it goes beyond that, then we have to increase the features of the systems and servers. It could take time if we scale beyond the limits, however, it's still possible. It just requires an upgrade. 

What's required is managing all the infrastructure and getting all the permissions from the client which is what could take time. Scalability can be an issue when it goes beyond the mentioned limit.

In the current organization we're working with, it's totally unattended bots where no user is actually using this tool. That said, the bots are in production, which works 24/7. No user is having this access to the tool. It is all unattended bots.

In the previous organization, there were 58 to 70 users as we had attended bots. They were using bots in their daily routine.

It's a routine for us to use this product every day and deploy this solution. We are definitely looking at increasing it and scaling. We have a lot of work in the pipeline.

I've contacted technical support many times and they are very helpful. Based on the severity and priority, they do help us on priority and they are very helpful in terms of responding, supporting, and maintaining. If they can't help us by email, even after giving clear instructions, they'll bump you to a different level and help. It can be just like spoon-feeding us. They are very patient and try to be very clear.

We were doing automation, however, it was just .com and .net. We used to write five lines of code just to click on one button, which is just an activity right now we have in UiPath. We switched to UiPath to do end-to-end processes which would require large amounts of code if we kept doing what we were doing.  

I've implemented UiPath from scratch many times. 

The process is quite straightforward. You just have to have the installer and just click install, and then after a few steps, it is done.

Setting up just UiPath Studio hardly takes ten to 20 minutes or maybe one hour if you're facing some complexity. Setting up an Orchestrator with all the robots could take a while.

Our implementation strategy is based on whatever the customer's requirements are. Different clients have different requirements. My previous client, for example, didn't want the cloud as they were pretty concerned about the security as they deal with financial data and they don't want the data to go to the cloud at all.

Clients have the option of on-premises or cloud. Based on that, we just go with the requirements. Some clients want attended bots due to the cost, and some want unattended bots due to the features. 

In terms of maintenance and deployment, how many people you need depends on how many processes you have with the client. Right now, with the current client, we have 22 to 25 processes that we have automated. We are just three users who are developing, testing, maintaining, and supporting this project. However, it varies and often depends on the process and client and how many bots.

For maintenance and support, you don't need many people. For development, if they're at 10 people, five or four could do the work in terms of support and maintenance.

We handle the deployments for our clients. 

While the clients might have released some reports, I don't have much knowledge about ROI. 

I do know about the prices of attended and unattended bots as well as Orchestrator. 

There are costs related to Orchestrator, Studio, and attended bots. There are also infrastructure costs, and, while implementing this tool in any organization, there are different costs attached to it.

The price for the attended bot is between $1,800 and $3,000. The unattended bot was $8,000 last year.

Orchestrator is around $20,000.

We looked at Automation Anywhere and Blue Prism, however, about five years back, where UiPath, Blue Prism, and Automation Anywhere were the leaders in the market, at that time, just UiPath had the free training and Intuit training for their tool. The other tools didn't have any training, or if they had, it was paid. That's why we chose UiPath, which ended up being the best out of the three anyway.

The company I work for is a UiPath partner.

There have been multiple companies that I've been working with. Two remain the same. I've been using different tools as well. It's been on and off with UiPath.

We are not using the latest version of UiPath. The latest version is 2021. We are using 2020. This is due to the fact that the client that I'm working with has a stated policy as to using a minus one version. They believe it could not be a more stable version for any product. 

At this time, we don't use the SaaS solution or the AI functionality. However, I have enrolled in AI training to better understand it. We do not yet use the automation cloud or UiPath apps either.

In terms of employee satisfaction, from the experience I had from interacting with the client and different users, they are happy as well as sad. They are happy in terms of moving away from the mundane work that has been taken off from their hands. They are, however, both sad and afraid that they could lose their job.

I'd advise users, if they're a layman, to go with the training. Just start with the training from the UiPath website itself, in the RPA Academy. That is sufficient for anyone to start with. They have all the courses that start right from scratch for every role, be it business analyst, solution or product developer, et cetera. In six months, even starting from scratch, you can excel on this product.

With UiPath, it really is possible to optimize so many things. 

I'd rate the solution at an eight out of ten.

Our use case is mainly for PDF automation for invoicing. Specific data from the invoice needs to be gathered, entered into, and compared within the SAP application we use. We face challenges as the formats of the invoices change and can range in length from a single page to up to 100 pages. 

We've integrated a tool called ABBYY FlexiCapture and ABBYY will help format and be used as the source of input for the UiPath bot. This bot in turn will process each and every necessary customer detail to the SAP application. If everything is correct, and the data meets the parameters, an email will be sent to the customer, attaching the necessary invoice. If there's an exception, we'll be able to look at that too.

There are some other sets of use cases as well, which include SAP or Hyperautomation. However, we also do generic workflows where we have data from multiple domains and will need to build our XML output. The XML output will contain a lot of data (such as the date, time or name of the customer) which will keep changing and is not fixed. I built a bot using UiPath that I host on Orchestrator which can monitor this data.

Another use case is placing job descriptions into an analyzing tool to search for keywords. Depending on the sort of description which we have pasted in, it will throw out a certain set of outputs, such as if the word is feminine, masculine, how many details it contains, how long it's going to take to complete the description, et cetera. This part has been done using an API key, and therefore it's not a normal cut and paste job. 

There are a lot of processes that are, even today, done manually. I can take a simple process in, for example, ServiceNow, where issues are made into tickets and put into queues. Previously, a person would have to pick up the ticket and then assign it to a variety of people, but first, before even doing that, they would have to check in on those team members and figure out who had the most or least workload to be able to address the ticket.

This process is automated now. There's no human intervention in assigning tickets. The bot will monitor the queue and when a person raises a ticket and can monitor which person is working on which ticket number, and who should get the next ticket. The turnaround tie has been reduced by a lot and is also saving us costs when you look at it in relation to the entire project as a whole. 

The most valuable feature is the API.

It's really compatible with other solutions and it got integrated when I was working with ABBYY. There is no dependency. I just need to trigger my bot and that's it. I didn't need to go and separately trigger to work on every part of it. It is really good when we talk about the integration of UiPath with any other tools.

I am currently working through the documentation to help with understanding the solution and it is really great.

From a studio perspective, I really like the feature of debugging.

It’s making automation really feasible and ensures that it takes less time.

The ease of building automation using UiPathis great, even if a person doesn’t have a development background. Just by going to the UiPath Academy and doing the basic certification, any user can start to understand the process and begin automating.

In my first organization, there were two or three developers including me, and our challenge was that we had a lot of projects. We had certain process analysts that would run on different sets of processes. We were able to train them and make sure that they understood the processes and could start developing. We saw a lot of progress in them, and, due to the fact that the tool was really easy to use and didn’t require a lot of coding, they were able to do a lot just by drag and drop functionality.

UiPath enabled us to implement end-to-end automation, starting with process analysis, then robot building, and finally monitoring automation. It really supports the end-to-end deployment of any project or any task and makes it very easy.

The Automation Cloud has helped decrease time to value. If there was no Automation Cloud, we would need to run the bot from the studio all of the time, or we would need to create an upgraded file and trigger it via a third-party application, like VBScript or something like that. It has reduced a lot of time. It also makes deployment really easy. For example, if I am working in a development environment, I publish to the cloud, it will start reflecting in the Orchestrator and I just need to push the package. From the Orchestrator itself, I can trigger that particular package to any other machine. That makes life a lot easier - just publishing the package and testing in any other system and understanding how the UAT is going.

The deployment in production is really easy. I have tested Orchestrator and production Orchestrator and I just need to copy the package from the studio and download the package and push it back to the Studio or Orchestrator production, and the work is done. I don't need to manually copy and paste the packages again and again.

Automation Cloud, in a way, helps decrease UiPath's total cost of ownership by taking care of things such as infrastructure, maintenance, and updates. There’s no need, for example, to host on different servers or a defined cloud. It has definitely reduced a lot of costs due to the fact that, instead of going for a different set of applications for a different set of projects, now we are relying on UiPath for most of our work. Whether it’s invoicing, finance, or an HR process, we can rely on UiPath to automate a particular process instead of going back and forth across multiple tools.

Automation Cloud allows us to also effectively scale up automation. It is very easy to monitor any process which is running correctly, and, with automation, you don't need to have any separate application downloaded into your system. It is just an URL. You just need to have a URL and you just need to enter the URL and you can monitor from any system and easily understand how the process is performing.

On top of that, with Automation Cloud, suppose you have 10 licenses. You can see how many licenses have been consumed by how many processes and what the outcome of the processes was.

Moreover, you can integrate your cloud with other tools and create a dashboard. With a UiPath dashboard you can see, for example, the percentage of success rates, the failure rate, and how many processes have been successfully done or what quality. From the management side, we don't need to go to the logs and check what has run. We can directly look into a dashboard and we'll come to understand how many processes are running successfully and what are the outcomes, and how many licenses have been consumed.

It is important that we can scale automation without having to pay attention to infrastructure. I’d rate the level of importance at an 8.5 out of ten. It is helping a lot.

When we talk about automating a web application or we need to work on a different set of applications, we used to get integrations and we needed to have, for example, a PowerShell scripting application license. Now everything is being replaced by UiPath, or most of it is. It does not require you to have a license for a different set of tools all the time. If you have UiPath it is easy to integrate with any third-party tool and it is easy to automate a web application or desktop application or even code. If I know the coding, I can just do coding right in UiPath itself. Instead of going for multiple tools, for multiple projects, it's just a single tool for multiple projects.

We can use the infrastructure and we can also host it. Suppose there are two users who are accessing the same VM over a different time zone. They can rely on the same VM and they can use the same UiPath tool and do not necessarily need to have a separate licensing for it.

UiPath has helped minimize our on-premise footprint. Mostly now, everything is on the cloud instead of on-premise and it is making life easy. For example, suppose a person who is working on-premise, if he logs out, then the other person can log in and cross-verify the work he has done. With the cloud, now the transfer of files is easy. If a person falls sick or something happens that he's unable to make it then the other person who has a login or credentials with him can just directly go in and start working. If a code is being published in the cloud, we can just copy or download the code and cross-verify how it's working.

We do use attended automation. We use it relatively less compared to unattended. However, in certain cases, where the project is too critical and we do need to run all the time, it’s nice to have that option. Attended automation helps scale RPA and benefits our organization by automating specific processes that require human, robot collaboration. There are certain processes where you can't automate end-to-end. We have to rely on a human being occasionally, and it’s nice to have automation we can collaborate on. At the same time, we do largely take advantage of automatons where no human intervention is required.

We use UiPath AI functionality, although not much is being used in any of the projects which I have worked on. I’m just looking forward to it, as I am currently working on documentation understanding before diving in.

UiPath speeds up the cost of digital transformation and has also reduced costs. I started with Blue Prism and then I got my hands on UiPath. Now, I can see the transformation which is happening and I can see the comfort which we have with the tool. I can also see how it’s a lot easier to deploy the tools.

The solution has helped our company reduce human error by a significant amount. For example, when I automated the complete process and I put everything in GPL step by step and automated using UiPath, the best thing that happened is that there was one invoice that got stuck and I could see that the bot didn't process it. The bot has sworn an exception stating that there is a certain set of values that a bot should not process, if it is not matching, the quality is not matching, then the bot cannot process it. When the customer logged into the particular invoice and they saw that, okay, the value which is being mentioned in the invoice is below the threshold critical value. For the first time in over a period of 13 or 14 years, they came across a particular invoice that got stuck with this particular amount, which was below the threshold level. The bot captured something that needed to be dealt with, and the client was so happy it was caught as it saved the company a lot of money - around $1 billion. After catching that threshold, they have monitored all the invoices for the past 13 or 14 years and they came across a lot of differences. It has played a major role in saving a lot of money.

UiPath has freed up employee time. The faster you deploy, the better. We look at months instead of weeks when calculating time. If a ticket, end-to-end, takes 24 hours to resolve, for example, with automation, we’ve managed to reduce that time down to seven to ten hours. It will keep following up and sending emails until there is a resolution, and those reminders are quite helpful in moving the process forward. It’s definitely allowed employees to focus on more important tasks and there’s less time spent on follow-up.

In terms of employee satisfaction, when we are developing something and we have a proper outcome, it makes life easier.

The product has reduced the cost of our automation operations. Not for all the processes, however. If the process is really simple, just like 10 pages or 20 sequences or 10 activities, then the cost is high for a particular license, for a particular process. That said, when you talk about the complex process, where the process takes 48 hours or 90 hours to process a particular activity manually versus what the bot can do in just five to ten minutes, it impacts the cost. Now, a single bot is taking care of that and there is only one person instead of many who monitor the process. Likely, it has reduced costs a lot, roughly 50 or up to 70%. Overall UiPath has saved costs for our organization. Processes that needed five people can now run with just one or two running things with a bot.

When the Orchestrator got upgraded and UiPath didn't get upgraded, we started getting errors regarding the managed packages, the packages were not getting upgraded. There are little things like that where we’ve had trouble. We have just made sure that if the company is upgrading and they have a license to upgrade Orchestrator and the Studio, they do it simultaneously instead of waiting for a week or two weeks or one month. If they have upgraded the Orchestrator, and they have not upgraded the studio, it will impact the developers.

In terms of the upgrading of the on-premise orchestrator, there are organizations that are upgrading their developing environment but they're not upgrading the production environment. Therefore, now, when the bot or the particular package will move from a higher-end environment to lower activities, it is not working well and it needs to get downgraded.

While delivering or providing the license, we need to explain to clients that this particular product, if you are working on a development and production environment, they have to keep them on the same packages or they have to keep your production higher, so that if they move the packages, it won't impact anything.

I've been using the solution for the past five years.

The solution is very stable. I have not faced any difficulties at all. 

Until now, it hasn't scaled a lot. From 2018 to 2021, the tool, the overview, the look and feel of the tool have been scaled a lot. It has scalability, definitely. We haven't scaled it a lot. 

In our organization, we have between 100 and 150 users on the solution.

The vendors are really helpful. Whenever we have a concern regarding any of the issues, including if there is an issue with upgrading, it gets resolved well. For example, when we upgraded the studio and didn't upgrade UiPath’s Orchestrator, there were some issues. The board was not connecting to Orchestrator. We had to raise a ticket to our support team and it got resolved. 

I'd rate them at an eight out of ten, as we've gotten a good response overall.

In the last five years, I have worked in two to three organizations. All of them have started exploring automation tools. I've used Blue Prism as the very first tool, then I got the opportunity to work with UiPath and explore the different sets of opportunities with it. 

At this company, WinAutomation was previously used. That was four years ago.

The initial setup is pretty straightforward. It's not too complex. 

We have a server we implemented the solution on. We installed the certificate to have the application installed with the Orchestrator URL.

The deployment took around two days of full-time work for us. There were multiple servers involved.

The implementation strategy was very simple. We got onto a call with the UiPath team and they had a lot of data with them, including all of the details regarding the applications. We wanted our certificates to get installed and we had our internal team involved as well. Between the two teams, it was working properly and it got installed in less than the expected amount of time. 

We have a team of 25 to 30 people that can handle deployment and maintenance. Maintenance would be, for example, if you have certain packages missing, someone would have to deal with that. Or if something wasn't working as required. Another example of maintenance might be if we are accessing multiple applications, or if we are accessing SAP, and there were tools that the bot accessed, the maintenance team would need to go and check the particular environment on which the bot is going to get deployed.

From the very first organization, I have implemented UiPath end-to-end.

We don't use a third party for deployment now. We have our own team. There's an internal team within our current organization which deploys everything.

I don't have any details in regards to the pricing.

We did POCs in the past with WinAutomation and we also looked at Automation Anywhere. At the time, we were looking to deploy more on the cloud, which is why we went with UiPath instead.

I am just an end-user of the product.

I'm not sure if the version we are on now is the latest. It likely isn't. We are in StudioPro currently.

I'm not sure about the infrastructure side of things, in relation to the cloud, as I'm more on the side of developing and deploying the project. We have an internal team that looks into cloud deployment and other stuff. While we were working on and purchasing the license from UiPath, the very first instance, then definitely the team got integrated with the UiPath team, however, after that, the internal team is capable of handling the end-to-end part of it.

We don't use UiPath as a SaaS solution and we do not yet use UiPath apps.

In the process of UiPath, speeding up and reducing the cost of digital transformation, I have never required expensive or complex application upgrades or IT application support, however, we have a different set of teams that work on the licensing part and the management side of it. They likely worked with UiPath to get their issues resolved. I do not have much knowledge regarding this.

A person who's starting on UiPath can also up-skill himself with the tool as well as it is easy to learn. 

The best part about UiPath is that they provide a trial version. Any organization or any individual or any business looking for automation solutions can give it a try. There are a lot of things which you can explore and you have a lot of integration. If we have a module that is already running, which has been designed in almost any language, you can just integrate that in UiPath and keep that running.

It is reducing a lot of dependencies on other tools and it's making sure that our lives get easier from the deployment and monitoring perspective. From the licensing and the cost perspective, there are a lot of items that are really helpful. In terms of integration with third-party tools, they have a lot of packages which are available on the internet. You can download the packages and integrate it with any other tool. It really makes UiPath a better solution for organizations compared to any other tool.

The biggest lesson I have learned from  UiPath is that if a single step of the solution is not working, you have to keep trying. There are other ways of doing things. You have options. There are a lot of ways by which a user can understand and explore.

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

UiPath was used in-house in my first company for automating processes. We had deployed it on-premise. In my current company, we are giving UiPath automation as a service. We help companies with automation. We set up UiPath from scratch and help them achieve their automation goals or strategies. As a service, we have done on-premises and cloud deployments.

From a service perspective, we deal with a lot of clients who are predominantly in the oil and gas sector and energy sector. They have SAP systems for their ERP, and their use cases mostly revolve around automating SAP processes such as invoice automation, joint venture reconciliation, balance sheet reconciliation, and intercompany netting. So, the use cases usually revolve around the finance tasks, but sometimes, we have also seen use cases related to the supply chain and planned maintenance, such as purchase order closures, work order closures, and comparison of the work order plan with the deviations. 

In terms of the version, we always have the latest version. I've also used 19.4 and 20.4 on-premise versions.

UiPath enables us to implement end-to-end automation, starting with process analysis, then robot building, and finally monitoring all of our automation. They have created a platform to handle everything from process analysis to deployment. If you just had UiPath Studio, you would have to procure something for your attended or unattended robots. You would also need a tool to capture the process or task itself. Similarly, you would need a tool to collect the ideas from subject matter experts. If you don't have a platform that covers end-to-end automation, it becomes very challenging, and you'll have to find ways to procure those applications. With UiPath, you don't have that headache.

It has reduced human error and saved time. These two are probably the best things that we achieved from automation. We recently did a deployment for a customer who had purchase orders and other stagnant stuff from 2011 onwards. These purchase orders were not closed even though they have been receipted and invoiced completely. We did robotic process automation to takes care of these purchase orders. It is a recurring job that takes care of all POs that were created in the last one year and closes them automatically. It used to take 5 to 10 minutes for the customer to close one purchase order and recheck everything. There were probably 22,000 to 23,000 purchase orders every year. The business benefit that the customer got was close to 1,200 hours in a year, which is a massive saving.

It has freed up employees' time. It has definitely reduced the time for our clients. The time saved varies based on the project. It has saved the time of associates in completing their tasks, and they can focus on a lot of other things. In one of the use cases, an employee was spending 10 hours every month to complete a process, which is 120 hours in a year, whereas the robot takes just one hour every month. So, the robot takes 12 hours as compared to 120 hours taken by a human, which is one-tenth of their effort. It has reduced around 90% of their time for this project. For the purchase order closure project, the robot has saved close to 1,200 hours in a year. That's a huge saving.

There are other use cases where savings were not huge in terms of the efforts or hours, but the robot was very much compliant with a company's processes. It eliminated any sort of human errors that could have occurred. For instance, balance sheet reconciliations always had some sort of issues and were prone to errors. The robot completely eliminated all those issues.

We use attended and unattended automation. We have a couple of robots on the finance team's laptops, and they trigger the process as and when required, such as for month-end clearing, which is a process where the end-users have to do some kind of clearing task in the SAP system. They can trigger it as and when required. This attended automation has helped in scaling RPA benefits. The overall benefit was in terms of the efficiency with which the robot gave them the mismatches. At the end of the day, it is giving the end-user satisfaction. They don't have to repeatedly do the same steps for every company code and intercompany code. It has definitely saved a lot of time for the end-user and provided satisfaction with the process.

With cloud offerings, UiPath handles infrastructure maintenance and updates, which saves our time as well as our clients' time. The clients do not want to worry about the infrastructure and other such aspects. We are generally the ones who provide services to the clients and deal with these things. When they use the automation cloud, it is definitely time-saving because we don't have to install patches and other things. If there is a new service that they introduced, such as data service, we don't have to install anything new on the automation cloud. It is all taken care of pre-default. We just have to enable it or disable it as per our need. That definitely saves some time for us.

Their automation cloud offering helps in decreasing time-to-value. It definitely reduces time as compared to on-premise because all that you need to do is procure an automation cloud and the licenses for the UiPath team and enable them. With the on-premises setup, there is an overhead of installation of orchestrator on the virtual machine. In this aspect, an automation cloud is better than installing everything on-premise for the client and setting up the orchestrator and things like that. The automation cloud doesn't have any other thing that reduces your time. Other solutions, such as Blue Prism, provide the same benefit when you use a cloud-based orchestrator.

It has a lot of features, but the ones that I'm really interested in and focused on are the Automation Hub and the Task Capture tool that they have created. Automation Hub helps you in gathering a lot of ideas, and Task Capture helps subject matter experts in capturing the step-by-step processes. It helps them build their SOPs or a document system wherever it is not already available. 

The Uipath Document Understanding framework is also very nice in comparison to Abbyy and similar sorts of OCR technologies. 

In terms of the ease of use, I would rate UiPath very high. If you have some kind of coding background in C#, .Net, or VBA, the development in UiPath is very easy. You can customize it as per a customer's requirements. It has an easy-to-use Studio where you can build complex automation. On the Citizen Developer side, people without much technical knowledge and coding expertise can also automate their basic processes. We have done some training internally within our management, and they found StudioX very easy to use for their developments. 

Licensing is one area where UiPath could do better and can be more competitive. It is a little expensive. Their bundling of products is a bit confusing. For instance, if we want the UiPath Apps license, it is bundled with Action Center, so you also have to procure the Action Center license. These bundles are not tailored as per our company's requirements. If we reach out to the UiPath partners who deal with the accounts, they usually take your request into consideration and see what best they can do, but it is still not easily customizable.

I've been using UiPath since the beginning of 2018. It has been three and a half years.

It has been reliable. We haven't had any reliability issues as such. Only the automation that we create could have inherent issues based on how a developer develops it. All of the out-of-the-box functionalities available in UiPath work as expected.

We have seen customers starting with PoCs and scaling up to have running production bots. There are around seven to eight bots per client, which is good. From a scalability perspective, UiPath enables you to scale things quickly. We could quickly procure all things and deploy an attended or an unattended robot from a PoC to production. So, its scalability is very high.

We have used their support. Most of the time, we reach out to the usual support logins that they have given. We also have a partner whom we keep in the loop if there is something very urgent. The support team has its own defined SLAs. If it is a priority one case, they get back within 24 hours or something like that.

We've always got a resolution for our issues, and they've always been helpful in that regard. They have got some technical guys who joined us over the phone and helped us solve some of the issues.

I have used Blue Prism and Automation Anywhere at the PoC level and the initial setup level. I've not developed any enterprise-level robot using these. So, I'm not qualified to tell the differences between these solutions.

When new clients ask us to implement UiPath for them, the implementation is almost always straightforward. We know whether they have a cloud of their own, and what they need to procure. We have that very neatly outlined, and UiPath has also given us step-by-step instructions that are readily available on their documentation portal. So, if you want to install anything, everything is very well documented. It is very easy to follow the steps and install it.

If you have everything in hand, it would take a couple of days. If your virtual machine is ready, we just have to install the orchestrator. We also have to install Studio on the machines of the developers. It definitely takes a couple of days.

Its price is on the higher side as compared to the other players in the market. They are tying up with a lot of other products such as Druid, but they are independently also very expensive. That's what the customers say when we start giving them options of UiPath.

Apart from the FKUs or the licensing that UiPath provides, if you are implementing an on-premise kind of solution for a client, you have to look at all the things that would be required, such as the virtual machines and the user IDs that the robot might use. We mostly deal with SAP, and if you are using SAP, the robot would have to log into the SAP system to get some data. So, the username that you would create within SAP is also licensed. There are a lot of other costs and related things that you need to focus on. There are a lot of things around UiPath that you need to deal with.

I would also advise using best practices while implementing the solution. Every developer has his or her own way of developing automation. A lot of times, we have seen a gap in the understanding and the kind of deliveries that teams do. So, it is very helpful to understand the skills and capabilities of a developer and see how that could impact the final deliveries from an automation perspective.

We provide solutions depending on our customers' use cases. For on-premise or cloud deployment, we follow the same sort of process and project plan. There is no huge difference in whether we use cloud automation or on-premise automation. At the end of the day, a robot has to do what is expected as per the objectives.

We don't use UiPath's AI functionality in our automation program. So far, we haven't seen any use case where we had to use any sort of intelligence or incorporate any sort of machine learning. We haven't had a necessity for that.

We are going to use UiPath apps in a new project that is coming up. We haven't used it so far. We did a PoC to see if we can connect the cloud apps to an on-premise orchestrator and if it is feasible, but that's about it. It is going to be implemented soon.

I would rate UiPath a nine out of 10.

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.

We have automated tasks within our organization and are automating our marketing applications. Internally, we have automated in-person and webinar event creation for Microsoft. Whenever there is a request for creating an event that is covered on, for example, either on Jira or the Dynamics 365 application, the task makes an API and pulls data from both sources. It then creates an event on Marketo. It runs totally unattended. We have actually saved the build time that was previously around 45 minutes and we have reduced it to just four minutes.

Previously, we had a build time of around 45 minutes just to process one request. This was kind of a disaster because even in 45 minutes of build time, and this is the average build time, people were making mistakes. When these errors happened, the company had to actually pay money to the client. For example, if a company has an event at 3:00 PM on September 1st, and due to time zone issues, someone manually wrote \ 4:00 PM then people would arrive at 4:00 PM, whereas the event had started at 3:00 PM. Mistakes like that could become a very, very big issue.

Using UiPath, we were able to reduce these kinds of errors. We were also able to reduce the time by more than 90%, just by deploying the bot that could do API calls in order to complete a specific point of data gathering.

For the portion that we automated, the errors that were happening were reduced to 0% and the efficiency was up to 90%.

We've found the usability of Studio very easy. It's simple to understand everything. It's very simple to just start developing within UiPath. 

The Orchestrator is fantastic in terms of usability as all you have to do is just need to deploy your bot there. It gives you several options of how to schedule it, how to monitor it, and it also gives you the dashboard that allows you to see the performance of your bot.

I really like the fact that we have a cloud model, where we can actually go ahead and use their cloud to run our bot. That is a very good kind of feature. 

I really like AI fabric and the documented understanding model, as that actually allows us to do a couple of very complex POCs. They went very well and right now, those prefaces are currently in the pipeline. Hopefully, they will get started with them next month.

The ease of building automation using UiPath is very easy. When it comes to comparing it against other tools, UiPath might be the easiest one. It's totally subjective, of course. That said, there are scenarios where automating certain kinds of scenarios with UiPath is not that easy. Overall, it's pretty good at automating all kinds of stuff.

UiPath enables us to implement end-to-end automation. End-to-end coverage is very important. While working with clients like Microsoft and Google, we have to actually go ahead and make sure that you're actually providing all of these kinds of services. With services such as documentation you also need to be on top of the latest market trends. UiPath actually provides us with not only the ability to handle all of this but to also document all of these kinds of things. That is available, either as a part of some other products or is embedded within the Studio itself as a part of an extension. That is something that I really like as that actually reduces the time that I invest in the creation of the documents. That, and the client actually requires all of these documents before even we can go ahead with the contract, makes having them on hand so important. 

The Automation cloud has helped decrease time to value. Earlier, the deployment of an on-prem Orchestrator took around two to three days for proper configuration and for making sure that there's a disaster recovery mechanism. Automation cloud has everything built already within it, which makes things faster and easier. This reduces the amount of time that is required by us to deliver. Within our area of work, within marketing, time is everything. Once you have taken on the project, the client expects you to deliver it as soon as possible. The requirements that you're getting from the client are very, very time-sensitive. If you're essentially not delivering it on time, that is going to be an issue. Automation Cloud actually helps us to do that without thinking about other things. It actually goes ahead and does a couple of things for us that we don't have to worry about, such as deploying the Orchestrator on the cloud, making sure that everything is properly set up, and making sure that the disaster recovery option is there. These kinds of things actually save us days of time for installation, if not days of debugging time. 

It's very important for our company to scale up automation without having to pay attention to infrastructure. There are a couple of projects that we have where we don't really care about the infrastructure. If it is handled by UiPath, it's absolutely fine. However, for example, in the case of some of our elite clients, what happens is that they actually need to know the details and how data is being propagated amongst different servers. If we're not controlling the environment, if we're not handling the entire knowledge, we won't be able to give them the same thing and the project might go away just because of this fact. Therefore, I'm not saying it's not very important. It's actually very, very important. That's why we use both services that are provided by UiPath - both on-prem and cloud. That said, if we have projects where we don't need to worry about it, it's nice to have the option not to.

UiPath has helped us minimize our on-premise footprint. Their customer service has actually helped us reduce that. UiPath was released in 2015. There are experts on this particular thing in the market, and most of those experts are found via UiPath only. When help is provided by UiPath themselves, that can actually resolve the issue in a matter of hours rather than days.

We use attended automation. We usually use attended automation within the HR department. Basically, we're using it for onboarding, for monthly salary management. It's great for automating some of the basic SAP projects as these are the places where we require human interaction, either to handle the credential part or to provide some inputs. This actually helps bring confidence into the process and also phases out the work of a particular human. Automation has integrated with some human day-to-day jobs so well that now when employees come in, the primary thing that they have to do is just to trigger the bot and start providing input. Work that they used to do for the first half of the day, is completed in the first hour of the day. That's the kind of benefit that is being provided by attended automation.

There is good AI functionality and we use it for some proof of concept projects. That said, we haven't yet used it for more complex or involved automation or processes just yet. We have one project in the pipeline that we have to start working on this month. 

We use UiPath Apps. We use UiPath Apps as a form. Essentially, we have created UiPath Apps in such a way that helps HR people to onboard individuals. For example, whenever someone has to get onboarded, they have to actually provide some details in terms of who they are, their previous company, and some other basic details. Also, HR will need to provide some extra details, in terms of who will be the individual's manager, et cetera. Finally, IT has to assign some kind of role. What we have actually done, is we have created an app where a user or a new individual has to actually provide all the information. Then, HR just needs to select the particular role. Everything is pre-configured. We automatically assign specific roles. In terms of IT, we can now automatically assign specific resources such as laptops, monitors, or headsets to that particular person. Since everything is automated, within a couple of minutes of registration the person receives his new ID password and details. Instead of waiting for an entire day, it happens in just a matter of one or two minutes.

UiPath Apps has increased the number of automation we can create while reducing the time it takes to create them. Earlier, we used to create automation, in terms of forms. Those automations were types of attended automation. A person had to have specific access to that particular computer before doing this kind of work. In this scenario, the issue we had was that every time it was not possible to handle manual steps if we were onboarding ten people at a time. Everyone had to wait for their turn and that was not very efficient. What we have done is we have actually deployed UiPath Apps whose links can actually get loaded onto an individual's mobile. One just needs to open it on their mobile and get started. That's it. Everything executes parallelly. We have also made our system scalable so that multiple VMs can learn the process at the same time.

UiPath speeds up and reduces the cost of digital transformation. Doing so does not require expensive or complex application upgrades or IT support.

We have found that UiPath has reduced human error. We were getting some human errors related to time zone issues and some of the other issues such as daylight savings. There were several other issues related to accidental typing or of people not focusing properly, even after several integrations. That's part of the reason we went ahead and automated processes. Obviously, a bot only follows what you have programmed it, what you have programmed within it. The errors are literally reduced to zero within that specific section.

UiPath has freed up employee time. We have actually retrained the freed-up employees into UiPath to act as support engineers. As a rough guess, I would say that we have saved around 120 hours a week just by deploying UiPath.

The additional time enabled employees to focus on more essential work. For people who were actually acting as build personnel, we have re-deployed them as a person who actually interacts directly with clients or who does QA work. This is a higher position that comes with a higher salary as well. There have been promotions simply due to implementing UiPath.

Employees are pretty happy. Initially, everyone was scared that they might lose their jobs. However, but adopting UiPath methods and retraining people, some are even getting promoted and we find that they are actually encouraging automation processes so that new work can come in and the remaining people could also get on better.

The product has reduced the cost of our automation operations. In terms of marketing operations, for example, it has reduced the cost. Along with the help of similar investments, we need fewer people and more bots currently. That's definitely a big thing for us. We had a cost reduction of approximately 20% in our operations. This is just a ballpark. That said, overall, UiPath has saved our organization a lot of costs. I cannot speak to exact savings, as that requires business knowledge, which I do not have complete access to. 

The AI Center area could definitely improve. The StudioX model could also improve just a little bit so that the introduction of variables is better and would make it possible to pass on a similar kind of data in between multiple activities. This is a very simple concept, however, this kind of feature is not available within UiPath. 

From the business perspective, a little bit more insight on the dashboard that is currently available in Orchestrator would be ideal. I agree with UiPath having a dedicated tool for insights, however, right now, it's a paid tool. 

If I can get a little bit more data and a little bit more customization on Orchestrator, that would be really great.

I've been using UiPath for three years and eight months. I've used it for the same amount of time the company has used it.

The product is quite stable now. There are certainly some places where UiPath has to work, specifically in terms of actual stability, where there are still some unknown errors that are coming in. 

In terms of Orchestrator, I have noticed there are some places where there are glitches. Things are not very clear at first as everything is changing quite quickly, I'll say that. Even in the enterprise version, everyone wants to be on the very latest version. However, there is a drastic change between the versions themselves.

For example, 2019, 2020, and 2021 versions, all three are drastically different amongst themselves. This kind of change is definitely good for the provider in that they are doing something better. However, as a consumer, I don't really want to go ahead and go through an entire learning curve all over again along with handling my current job of handling all the work, just so that I can cope up with what changes the product team has made. It should not be necessary to go through this level of adjustment for each and every release. At this point, I have been through three to four migrations and in each migration, I have gone through some kind of a learning curve.

Automation Cloud actually helps us to rapidly scale up. We don't have to invest time now in configuring Orchestrator, or the cloud version of UiPath. All we have to do is we just need to basically request for a particular package and, maybe, either with the help of a package or with the help of the UiPath team, it is pre-configured for us. That way, we just need to utilize it. Therefore, scaling is simple.

The scalability is great. It has actually allowed us to schedule the bots or maintain the bots in multiple VMs without having any worries about how to utilize licenses, or how to actually go ahead and deploy the bots manually or install the bots manually on certain VMs. Everything is automated within the UiPath environment.

If we talk about attended users, right now, we have more than 10 people using attended bots. Their roles are essentially from the recruitment team, from HR. Some of the marketing staff are also using it in analyst positions. 

We definitely plan to increase usage and we're using UiPath pretty extensively. We have a couple of projects in the pipeline and currently, we're also working on some of the more complex projects within the team.

All the projects are having a specific date of delivery. Everything is running parallel as we also follow an Agile method. In this Agile method, if something is stuck, it will eventually impact the date of delivery. And we really don't want that. UiPath actually helps us a lot by providing 24-hour support and it helps us in setting a lot of the items we need to use. They do it quite easily and quickly.

On the scale of one to ten, it's definitely a ten. Whenever I have a doubt, they are always there. They even offer to get on a call with them and actually go ahead and resolve the issue themselves, if they know how to do it. 

Many times, there have been scenarios where the issue was unique to us. They actually presented us with some debugging steps that we can do on our end. Most of the time, those debugging steps actually helped us to resolve the issue. When none of these options work, they were very keen to figure out how they could actually improve the experience and what could be implemented by the developers within those specific parts of the product in order to resolve the issue. We have given them feedback in the past and in a couple of future versions, we were able to see those ideas implemented.

We were using AutoHotkey before this product, as well as Selenium. However, after implementing UiPath, we have not used anything along with it.

The initial setup was straightforward. The installation of the Studio was quite straightforward. We just had to go through all the legal terms and everything. Once we went through those, we just had to install it. The same thing is true for Orchestrator as the on-prem installation of Orchestrator is pretty straightforward. You just have to get the setup, link it with the skilled server, and then install it. 

Apart from that, the configuration within Orchestrator was very simple as there is only one file that allows us to log on to everything. It made it pretty obvious.

The deployment took somewhere around two days for the entire setup. 

In terms of the implementation strategy, firstly, we decided to set up all the databases and all the dashboard-related services such as Power BI. We decided to do this first due to the fact that the dashboards and databases are the base of any application. 

We decided to implement it first in Azure. On the same day, we decided to get the cloud version of the Orchestrator as well. It was quite easy in terms of Azure. There's a three-way plugin that is available there. We just had to install that on the specific VM and we were done. Finally, on the second day, we went ahead and installed all of the Studio. Once Orchestrator is up, we could install Studios and link them to Orchestrator in order to get the license. That was our strategy and our approach.

We essentially have one dedicated resource for maintaining all the deployments and to watch if anything goes wrong. We have three dedicated resources for maintaining all the bots that are currently running as well. We don't need a big team to maintain everything. 

In one of our projects, we actually used Azure Cloud for the deployment of Orchestrator and the deployment of packages. The experience is quite good. Azure provides the DevOps side of our service that allows us to set up the pipeline and automatically deploy any kind of project to the Orchestrator as soon as it is committed.

While the company has likely been looking at ROI, I don't directly deal with those details.

A couple of our clients cannot actually go ahead with the initial investment of Orchestrator as it costs quite a lot. The thing is that we don't need that much of a license in order to automate our processes. Having a free version of a cloud or having a cheaper version of Orchestrator has actually helped a lot.

Automation Cloud helps decrease UiPath's total cost of ownership. However, overall, if we talk about scalability, once the number of licenses that I need increases, ultimately, Automation Cloud might be a bit expensive. It depends upon the version you're using. Yet, since the license cost is increasing, what happens is if you go ahead and buy more than five licenses, then essentially you would have been in better shape if you would've actually bought the paid version of Automation Cloud and installed it on-prem. That would've been a cheaper option. It's subjective. Our scenario is just that we need two unattended licenses to do the job.

Some of the clients do consider the initial investment of UiPath to be expensive. It's seen as expensive specifically from the cost of getting a licensing for an on-premises setup. For some projects, UiPath can be overkill. However, it is the best software a company can invest in for automation purposes. 

I cannot speak to the exact cost, as I don't handle licensing directly.

It's paid per year. We get licenses not directly from UiPath. Rather, we get them from a vendor.

There are additional costs as well. For example, the cost of an SQL server is one. We are definitely using the Azure product suite as well. We had to actually invest quite a lot in SQL Server in terms of database management, just to make sure that everything gets logged properly and that the Orchestrator is functioning properly. 

We switched to UiPath after we compared multiple tools. We looked at certain parameters such as the ability to automate marketing tools, the ability to automate quickly, and how user-friendly it was. Out of all these three parameters, UiPath stood on top.

We looked at Automation Anywhere, Blue Prism, and PEGA.

I specifically have been using the community version of UiPath. The company has been using the enterprise version.

We do use the Automation Cloud offering.

We do not use the SaaS version of the solution. 

I'd advise users to give it a try. I started my career in UiPath and since then I've been loving it. I became a UiPath MVP as I really enjoy working with the product so much.

That automation does not need to be very complex, so you don't need very complex tools to automate any software. Tools like UiPath can do most of your job.

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

I am a UiPath developer and my role in the company is as an automation developer specialist. I'm working mainly in UiPath Studio, not Studio X, and I also work with Orchestrator. We are using attended automation.

We are automating the processes in our company, for example, in the finance department. One of the ones that are now automated is invoice coding determination, which no longer involves humans. At this time, 80% of our processes are completed by robots. The remaining 20% is approved by humans but I think that this will improve later. 

With respect to the ease of building automations using UiPath, from my experience, when you have a basic knowledge of programming, it is really easy for you to start your journey with the UiPath environment. You can do it without this knowledge but then, you will just need to spend a little more time learning the details.

I really like working in UiPath because the programming allows me to do whatever I want. I can declare any type of variable, I can check the locals, and I can add breakpoints whenever I need to check the states. For me, it's a very professional platform.

I really like that they offer the possibility to work with it from two sides. It can be operated from the full-programming side, as well as from the standpoint where you don't need this knowledge.

UiPath has helped to minimize our on-premises footprint, although I cannot estimate by how much because I am not responsible for that aspect.

UiPath has helped to reduce the cost of our digital transformation because it really speeds up the processes. When we compare the time it takes for a human, with perhaps a one-hour task, and it only takes 30 minutes for the robot to do it, we can see the savings. You just multiply this by the salary and we also see the reduction in cost.

UiPath has definitely reduced the number of issues arising from human error. We can confirm this with 100% certainty because we have compared it to when humans were completing processes on their own. I estimate that the error rate has been reduced by approximately 60%.

In my previous company, we managed to save about 20 FTE after our UiPath implementation. It was about two years of work. Thanks to the ease of access, as well as the fact that our employees did not require programming knowledge, we were able to show it to normal employees and explain the automation. After this, they were not afraid that they will be replaced by robots and instead, understand that they are co-working with them.

The most important part of Studio is the debugging feature. It gives you the ability to watch local variables, as well as highlight elements as it is moving through the process. The results of actions are displayed and indicate whether particular actions are performed successfully or not.

Outside of the company, I am using UiPath's AI functionality and it very much speeds up processes and improves accuracy for reading data. For example, the OCR is much better than Microsoft's solution. With UiPath, I was able to read handwriting samples but with Microsoft, I was unable to do it.

The AI functionality has allowed me to automate more processes in my own projects. It adds flexibility and improves process speed. I don't have to think about boundaries when I decide how to approach a project. 

It lacks something crucial, which is a map of the variables and arguments. When we are using a lot of variables and arguments, sometimes, we get lost. UiPath should create a map that connects different files and shows the connections between them. For example, from file A, we have variable B, and file C contains variable D. However, they are actually the same variable, but it's connected by argument and we don't know it. It is something that we have to remember explicitly. In this case, it would be really helpful for me, as a developer, to have this picture of the net. It would show me what is where and how it's connected to everything.

For the on-premises solution, if we ignore any problems that may occur with the infrastructure, such as the network, then stability is very good and the platform works well.

In my experience with cloud-based deployment, I haven't faced any problems with stability.

Scaling UiPath is really easy. When you get to the point where you have to think about scalability, you use the UiPath Installer to extend the Orchestrator by another node. There is an option for it and you don't have to know much about the network to do it on your own.

I am part of a four-person development team that is working primarily with Studio. We have approximately ten processes at the moment, and it is difficult to estimate how many employees are affected by the automation. 

The technical support is very professional and they work quickly. Usually, we are able to get responses in about two hours. Sometimes, it takes one day, but I have not faced a situation that took longer than two days.

The help from their site is also very professional, and well-described.

Overall, it is really easy to resolve errors.

Prior to UiPath, I used Selenium WebDriver. The problem with this product is that you have to know the Python programming language. You have to know everything inside Python, and there is a lot more typing. In UiPath, you have some clicking, and there is some decent orienting stuff, which you don't have to define. You already have some pieces of code that you can use, and this is a really nice feature.

I have also used Kryon RPA and the problem is that it's based on the OCR. This is something that I would never accept with an RPA tool unless the OCR is fully working. Right now, OCR is not a perfect technology and it causes many issues. UiPath allows us to use selectors, so we are able to track the exact area of the display in the program that we want to access.

The initial setup is quite easy, although we faced a few issues. With the help of the UiPath service desk, we were able to quickly fix our problems. The deployment was completed in a few hours on one machine. This included checking everything to make sure that it was working fine.

We followed the documentation provided by UiPath, as well as their guidelines.

At this time, we are using the on-premises version. In the next few months, we plan to move to the cloud environment, so we are currently planning the transition.

In my previous company, I was responsible for moving to the new version of the UiPath, with the Apollo interface in the Orchestrator. Where I am now, this was already done. So, yeah. I was responsible for this transition. Right now, in this company where I'm working currently, the UiPath setup was already done but I helped with the optimization.

With respect to upgrades, once we knew what had to be done, it took about one hour to complete. Otherwise, there is no maintenance required.

I have calculated ROI for our project and it seems that we will reach our ROI point in approximately two years, which is quite good.

Price-wise, it is not the cheapest one on the market, but it provides the fastest automation and the best training that I have ever seen for RPA, through the UiPath Academy. It's really easy to set up a new developer in this environment. Everything considered, the pricing is very good.

There are no costs in addition to the standard licensing fees.

We are currently evaluating Kryon RPA.

My advice for anyone who is implementing UiPath is to always check the documentation before you try to look for answers on the forum. Another good point is that when you have a problem, there are plenty of people in the UiPath community that can help you in a few minutes. This is the perfect solution, in this case.

From the maintenance side, you have to remember to increase your database with the scaling up of the automation because it can really slow down your process.

The biggest lesson that I have learned from using UiPath is to always create a backup copy of Orchestrator before you update it. This was a very big lesson for us because we had an issue with the installation. It is also really important to back up the related databases.

I would rate this solution an eight out of ten.

We have a cross-platform infrastructure, where two servers are sitting. We have Orchestrator, which we connect to our virtual desktop infrastructure (VDI). In the VDI, we have a UiPath stationed. 

From India, I work for an Australian client. Previously, I worked for a European client. In order to work with the client network, we have a dedicated Wipro laptop. In that Wipro laptop, we log in and connect via the VDI. In that VDI, we have UiPath Studio. Using UiPath Studio, we are doing development for the client and automating functional business processes.

We are extracting data from Salesforce using a particular report that is sent by the business SMEs. We pick exact fields end-to-end, then we put these values into Salesforce. Next, we extract the value and data from Salesforce, putting that into an Excel application. After putting the return to Excel application, we generate a service request for the business and send transaction reports of the bot's performance and accuracy at the end of the day. The business was taking around four to five hours. Our robot takes around eight to nine minutes in order to automate this end-to-end automation.

For another use case, there is an application that submits invoices for an insurance client in Australia. Right now, the business is doing this. Whereas, the bot operations reads a file on the hard drive, picks up that file, and puts it into SharePoint where the bot performs some operations. After doing those operations, the bot will report the status, whether it is valid, invalid, or an exception. When we get the file, we develop the application that submits the invoice. After that, we capture the data from the Excel application and submit a request. This is an end-to-end process. This bot only runs after business hours, five days a week, so it doesn't impact the application. With this process, we send daily transaction reports, the success ratio to the client, and present the entire picture to our peers and business holders.

We have set up our own cloud, which is internal. UiPath has a different cloud. Per our governance, we are not allowed to use another cloud. We are using our hosted internal cloud, which is hosted on our internal servers in Australia.

With our rule-based tasks, we pick the processes which involve a higher transaction volume and run many times in a week or month. Next, we analyze how much time the subject-matter experts (SMEs) uses to do their end-to-end journey. We calculate that, then decide the scope of the operation and whether to use an attended bot or unattended bot. We do analysis to determine which parts of the operation can be attended and unattended. Our preference would be the unattended bot, because it handles a lot of volume and is uninterrupted. 

In our analysis, we thoroughly check the scope of the application, whether it is a legacy or new application, and the dynamic nature of the data. Based on this, we define certain rules. Combining these rules, we design a complete end-to-end solution and give a presentation to the business that this is our commitment, e.g., this is the amount of Average Handle Time (AHT) and FTE that the bot will do. FTE means that if four people are doing a task, then it will give me back four FTEs. We then calculate the cost, meaning how much they are paying to that FTE and the cost of the bot. We compare the two and present our case. If the numbers are good, and the business agrees, then we proceed further in our discussions with them. This is the power of analytics.

We don't need that much infrastructure. If an analyst is doing reporting with an Excel sheet, then we can give him a bot and capture what he is doing without paying attention to the infrastructure. From the captured information, we give them a bot that will help them to do their regular task. This process helps them to understand automation while not investing in infrastructure. 

We design end-to-end solutions. We have different roles, teams, and divisions. I am part of the technical department, so I design the solution. I am responsible for analyzing and developing the solution. Once I develop the solution, I monitor the bot for two weeks, which is the "hypercare period". After the business is satisfied that the bot is performing, we give it to the support team. This is how our RPA lifecycle flows. It has around nine stages, including discovery, analysis, design, development, support, presentation, and solution. 

We have developed a bot process called "Padlock". In "Padlock", there is security development. It is very important that the user input his credentials. Per the governance of the process, we are not allowed to store the credentials on the cloud. It is very dynamic and encrypted. We have deployed about 25 robots for this particular process. The robot does its job after the SME. After a certain point, there is a CAPTCHA. The robot helps the SME do things, and they need to input their credentials and click the CAPTCHA, which happens in real-time. They verify all the information, giving them more confidence in their regular processes. We have deployed a large number of bots using this process. This has brought a lot of value because we have saved on a good number of costs when it comes to attended automation. 

I have found Orchestrator is UiPath's most valued feature. It has the ability to automate different applications, such as, mainframe automation and Excel macros. It is so efficient. We can download up to seven days back in just one click, monitoring errors.

It gives you the ability to efficiently monitor the bot.

With the new updates, a lot of analytics have come from AI Center.

Its features help us showcase what the bot has done and efficiently delivered to the business.

They are improving the OCR feature for reading text and images as well as the operations for automating that. They have integrated third-party OCRs, such as, SharePoint, ServiceNow, Salesforce, and mainframe automation.

The advantage of using StudioX is I can see how long the bot will take or what went wrong for any particular use case.

In the future, I would like new services that can utilize robots as a service (RaaS).

Our legacy applications are a bit old, so we get issues sometimes in automating those. However, modern applications are very compatible with the UiPath tool.

We have seen that UiPath doesn't have the capability to identify unknown pop-ups. This needs improvement.

The API needs a lot of improvements because it does not give proper results. There are always some issues with the logs.

When it comes to real-time scenarios, we see in production that Citrix automation always crashes. This integration could bring a lot of value to UiPath. Our business could save a lot of time and money if we could automate Citrix effectively.

All of our code resides in GitHub, which is our central repository for managing the code. There was a performance issue using GitHub with UiPath; it was slow. They have recently upgraded the performance so we are happy with it now.

I have been using UiPath for more than four years.

We always design a stable unattended solution that helps the business.

If fields are scattered, then the bot might get confused. 

Maintenance is handled by our support team. When something crashes, our dedicated support team monitors the bot. If the application crashes in production, the bot will send an application link to the support team and business stakeholders because the bot has faced some downtime in the application and kindly look into that issue.

Because I have automated a lot of enterprise solutions, I would go with the UiPath tool. They are frequently rolling out updates to the software. It is very stable compared to other tools in the market.

Infrastructure is quite important at an enterprise level. There are a lot of mundane and repetitive tasks. Once we have the infrastructure, then we set up best practices and governance. Based on that infrastructure, everything can scale up. Though, if we are going to build a lot of bots on a personal laptop to automate something small, then infrastructure is not as important with that.

We started with two to three bots. Now, we have around 25-plus bots. There are around 300 to 350 using both attended and unattended automation.

I have spoken a number of times with the UiPath product team. Initially, we were not able to use Excel, so we contacted the UiPath team. They provided a solution. They support the product well. I would rate the tech support as seven out of 10.

I have previously used Selenium. We switch because of scope. The Selenium tool was good with bot automation. With UiPath, we can do various automations, like mainframes, ServiceNow, SharePoint, etc. In order to increase implementation of automation from my end, I started with UiPath. I liked it because of its ability to automate applications. Those are the main reasons that I switched from Selenium to UiPath and SoapUI to UiPath.

The initial setup and deployment are pretty straightforward. They provide free training, which is a good thing. We do the training correctly and religiously. Once we are good with the training along with a little programming knowledge that we have acquired over the years, it is easy to adapt and work on UiPath because it is structured and organized. 

Our setup is a mixture. Orchestrator is hosted on a server and the application is installed on a desktop or system.

In order to use UiPath on servers, we need to set up two servers: one in Australia and the second in New Zealand. 

The implementation is not that big of a task. It is very organized.

It has been a huge monetary benefit. Since the bot has been running for two and half years, it has given my organization a lot of business. When I joined Wipro in 2019, there was one guy who was developing the bot. We named the bot, "win-back". As the name suggests, 'win-back' means winning customers back. That was a maintenance bot which possessed a lot of qualities. If a person was physically doing the task, then we might need to spend $90,000 on them. This is the difference. While the robot has some costs, they are not huge when compared to the salary or compensation that we give to an SME. This is how an organization can scale up, because the bot works accurately 24/7 without any maintenance. Also, seeing the bot's accuracy, as well as the volume that it handles, motivates other business holders to go for automation.

We automated an internal solution because there were long keywords that led to spelling mistakes, since spelling mistakes don't look good on invoices. Therefore, we input this extracted data to an application, using end-to-end automation. This reduced human errors tremendously. For example, with the "win-back" solution, errors tended to happen because the volume is high. Therefore, we wrote a code that has reduced errors for the "win-back" solution.

Because of the bot's accuracy, it has saved us a lot of time and money, making the life of the subject-matter experts easier. It is a win-win situation. They are making the most of the bot, running it continuously. They don't need to wait for a particular report. For example, people, in our organization, work eight hours then send a status mail, which says, "I have done all these tasks." Instead of having us create the report directly, the bot saves a lot of time. 

The bot marks in the report what is successful and unsuccessful as well as the reason for not being successful, e.g., if it was an application, data, or particular element issue. There are a lot of areas that we call "exceptions". Every day, we are getting all these details in one go. Whereas, a person would be frustrated or bored providing all these figures. That is the cost of human error. If you are not paying attention to a particular task, then errors will happen naturally. 

The bot currently performs four times faster than the SMEs for the tasks that we automated.

After three or six months, we send out a survey to different SMEs in various production areas, asking how the bot is doing. From the survey, we have found that the bot is helping them out a lot. They are very satisfied with it.

The solution has reduced our costs by approximately five percent.

I have seen very high ROI from the processes that we automated. It is very good to invest in automation.

There are three leaders in the market: UiPath, Automation Anywhere, and Blue Prism. UiPath is in-between the two. BluePrism is on the higher end when it comes to pricing. Automation Anywhere is on the lower side when it comes to pricing. When comparing the automation of business processes, analyze the amount of work that your organization will save using automation, particularly compared to the pricing.

You will be compensated for buying the product when you see processes automating.

I also evaluated Automation Anywhere, Blue Prism, and EdgeVerve (which I used in a previous organization).

The trend of the other technologies is moving to the cloud. Other competitors of UiPath, like Automation Anywhere and Blue Prism, have already moved their applications onto the cloud. This brings more robustness to the product, because its performance is significantly increased. It is also very scalable when putting in new features. 

I have attended a lot of UiPath's webinars.

We are in the initial stages of using the AI functionality.

The RPA technology is part of our digital transformation. For example, we are doing digital transformation by automating the Salesforce application.

They roll out an update every three months. With every update, we see a lot of new features. We are always exploring using those features so we can automate the stuff.

Don't rely completely on the UiPath tool to achieve automation. You should have some background and knowledge to understand what can be automated. There isn't a magical algorithm for building robots. You educate the robot on what can be automated.

We always rate a product based on other products. I would rate this product as nine and a half out of 10.

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.