UiPath Reviews

Since we are a healthcare organization with HIPAA rules, we're on-prem. Our use cases boil down to claims testing and membership testing. It'd be institutional professional dental claims and making sure our membership is loaded correctly.

We have to configure our software to pay claims and pay providers. What we're realizing is that, the more claims that we can run through the system, the more accurate we can get, the faster the payment on the claims, and the faster the payment to our providers.

The only features we're actually using are the orchestrator and 32 unattended bots.

The value of that is the power to be able to run our thousands and thousands of claims and membership to make sure that everything looks correct.

The solution has saved costs for our organization. I know it's over a million, however, I haven't done the exact numbers.

UiPath has reduced human error. We’re finding out that what we've built for configuration in the past, we're finding mistakes that we did a year ago. Now, the bots are proving that and we've been able to correct those past mistakes. This way, we don't have inaccurate payments or recaptures.

The product has freed up employee time - and it's not just the employee time. We do have some triggers that run. Some jobs are run that people use to manually do at night and weekends. We also don't have to hire additional people just to learn 80 different types of things in a claim and identify correctness manually. The robots will go through and then they can identify if there are specific things that are wrong. That part will go to our experts and they'll review those exact issues.

This use of bots allows for employees to do higher-value work. We also have been able to up-skill some of those people to sometimes a leadership role or a different role they would normally never get due to the fact that they were always manually looking at the claims and membership. This has definitely affected their level of satisfaction at work.

I don't know if we have an accurate estimate of how much time we are saving. I just know we do volume and we do thousands and thousands of claims a day, and therefore, it really helps.

We use UiPath’s Academy. That's how we learned the system. We actually learned it in six weeks and then started the development after that. It's very powerful and I continue to use it today.

It’s helped employees get up to speed with the product. This is especially useful when we get newer versions or we onboard other people. That's part of our syllabus. The first thing a new user has to do is go to the Academy and take some of the classes that we recommend. Then we identify, “okay, did you like it? Is this for you? Is it not for you?” et cetera. It’s a quick win where we don't have to take our time as we've got other work that we have to get completed. It acts as a filtering system for us. Both us and the employee can see if it’s a good fit very quickly. We can find out at an early stage instead of a year later.

The biggest value of the Academy is just knowing that we can do so much more volume and get in some more accurately without human error, or having people working nights and weekends. That has always been a really big push and we've been able to slowly work away from that.

Obviously, we’re not in a perfect world yet, however, getting rid of the manual aspect has been great. People just get burnt out. You can only look at things manually for so many hours. If you've been doing this for 10 years, it's got to be frustrating for those people who are always afraid they’ll get their job taken away. At the same time, for them, it’s so much easier as they don’t have to look at 80 things. They can look at five things that failed and then enjoy time with family and have a work-life balance. That’s big.

We've coded up to like 80% of what's possible. We really cut our pain points and said "this gives us our value, our bang for our buck." What we're doing now is saying, "okay, well, how do we improve it?" We've got another area or we've got another part of the software that we use our application that UiPath interacts with. Right now, our main concern is what else we can do to make it even more accurate or get more information or test more information to make it a solid pro program.

I'm a developer and I'll move things around and they'll change order, or I'll try to save something and it won't save the first time. I'll have to open something twice, open something three times. I've got a list. I'm working out quirks with UiPath. There are just UX things where if I copy this and put it here, it should look the same as it was, and I don't know why it doesn't. It could be my machine. It could be my local machine and it might just be that conversation with the premium plus to say, "why is this doing this?" Or maybe there could just be a setting, where we didn't check that box when we set it up. 

I've used the solution for two years. 

We actually had to spend about four months of maintenance to make sure that we got the solution to how we wanted it. We brought in a contracting firm and they didn't know the company and they just kind of said, "here's what bots can do." 

What we did is we did an assessment program for two months. During those two months, we looked at what they built, which was great. This got us up and running and showed us what's possible. 

Then, we took those two months to identify, for example, if the database maybe should have been set up a little better to interact with our other databases. Or if the coding should have had different paths of risk that they didn't know about. If you don't know the business, you don't know the risks, and therefore, you don't know how to set it up. That's why we did all of that assessment and then we spent four months fixing it to adjust to what we thought was a better path or a more stable path in order to support the robots.

The scalability potential is astronomical. We've got so many areas in the company, including finance and pharmacy, and there are all kinds of different areas and authorizations that you can actually go down and say, okay, now we have time. Let's put it on our calendar. 

The next piece we're looking into is the citizen developer angle. We know that has some power potential, however, we have to have regulations and audits. We want to be careful if we do start moving in that direction to really understand if it is right for the company and is helping people versus if we build something wrong what that would mean to manually have to correct that. That's time nobody has.

Technical support has been great. We usually get answers within hours of a request. I thought we were on the premium support plan and now we're going to go to the premium plus, I believe they call it. That starts up here for us in November.

We've had some challenging solutions where it has taken us several weeks to work through it. They tell us "here's what we recommended". That said, we know our system. It's just like any other contracting firm. They don't know your system and your solutions, however, they give you the recommendations. At this point, we've been able to work through everything that we've had technical issues with. We decide to do some of them a different way. Technical support has been supportive of this approach. It's like a partnership, and that really makes a big difference.

We started with Rational Robot in 2005. I actually developed that. I've been with the company for over 20 years. I started with Rational Robot and then we moved to some C Sharp and some coded UI.

We tried Test Architect for a little while. We've used different RPA methodologies and UiPath seemed to fit a little better with where we are and the robustness we wanted.

We switched when we moved over to new healthcare software. The old one was just COBOL and green screens, and it was hard to automate it. We did, however, it was very difficult. When we moved to this new application, we needed to make everything more quality controlled, and the only way to do that was with the robots.

I was not a part of the implementation process. 

The deployment process took about eight or nine months via our vendor. 

We brought on some contractors to do our initial setup, including a proof of concept, and they built part of the system and after that, we took it over. They were what we called a vendor tracking firm.

We have definitely seen an ROI.

The biggest ROI was in the configuration. We're realizing we may be setting some things up wrong and that's not how the customer should have been set up. When we see things fail, we ask why is this failing? And then we go upstream and find out that we didn't even build a specific thing and realize that it was a mistake, a key entry, a mistype, et cetera, and the bots catch that on the backend.

We're able to do that quicker. It's manual labor and it's tedious. Now, manual labor's fine if you want to go in and manually check this, that, and the other thing, however, when that's your day job and you're checking the same 80 fields compared to a spreadsheet over and over, it's just got to be frustrating and employees feel it. You hear it on the call.

With UiPath, we can ask the question "what can we do to support you?" We're not going to replace people; we want to get them to a better place. Our employees understand that. It took them a while, however, they do understand that now and think the solution is really cool and are thankful for the support. It's a tool, not a human being's replacement. 

I don't write the checks. I don't know what the actual cost is. That's always on leadership. My understanding is it's a reasonable price for the value that we're getting out of it.

We did look at the Power Automate desktop. It doesn't have the orchestrator to control things, and it has some other limits. When we do formulas and try to validate what the value should be, they are very difficult or impossible to set up on the Power Automate. At some point in time, I'm sure we'll be able to do that. In today's world, what we need right now is UiPath.

We're just a customer and an end-user.

We do not use the solution’s AI functionality in our automation program. We just do some checks and then just make sure via verification that everything matches in the configuration to the actual claims from the inbound files to the outbound.

There's an automation hub, test, capture, process, mining, all of these other features we haven't been able to purchase yet, due to the fact that we want to make sure that our bread and butter, the claims of membership, is solid. Once we have that in a good place, which we're hoping will be in 2022, we've already talked to our sales rep about the next steps. They've talked about the other features and offered recommendations. We'll go down that path next year and it'll be really exciting to see what else we can do to bring on the other areas of the company.

I'd advise potential new users that they definitely want to do some kind of proof of concept against other systems. I have heard other companies here that have said, okay, we're going up against four other automation tools. That's great. However, do your homework. You need to go and present everything to your leadership and showcase the solutions. 

As we get some of the demos of software, we can kind of compare them to what our system's needs are. A new user can say, well, maybe these are our top two. When you get to your top two, that's your time to bring somebody in, an expert to discuss what you're trying to do.  

If you do choose to go with UiPath, that UiPath academy is so valuable. That's a big asset. If you do the premium plus care, they will support you through and help you get things set up and running or make it better. We've been up and running for two years. Their goal and my goal is to see how to make things better to continuously improve the system and make everyone happy.

I'd rate the solution at a nine out of ten. There are just a few system quirks I'm trying to work through. 

UiPath helps us to develop and build a center of excellence for our clients. I do development and technical implementation of the bots, best practices, and teach others how to do the development.

The client that I'm working with now is in the financial services sector. They do banking and life insurance. They do a lot of contracts and billing, backend, data entry-type work. We process all of the return mail that comes in, scan it using Doc Understanding, publish new bills, generate form letters, and all of those tasks that go along with managing the client for life insurance, annuities, 401K, etc.

A lot of the benefits we've seen are from FTE hours saved. We are looking at almost all of our processes, and it saves us at least a thousand or more hours per year before we go into implementation. We have around 20 in production. We're saving between 15,000 and 20,000 hours of process time.

From the user's perspective, people are happy that they don't have to do certain tasks that they didn't like to do. I only have one of those bots where I have a group of people that prefer the way they've always been doing tasks, but that's more of an organizational thing. I'm seeing across the enterprise with other folks that they're very happy to have this. They are putting more use cases in, and the frontline workers are bringing in use cases. Of course, we need to vet a lot of those so that we get enough bang for the buck, but we're finding a lot of adoption across, up, and down the whole scale so far.

There's also been a reduction in human error. There are so many use cases that have been more on the production side of things, like productivity as opposed to risk avoidance. We enter data and we do bank transfers, so it's important to key the data correctly. We use the attended bot to do that. We took a paper form. We push it in, it comes in as an unattended bot in the backend to read an email from a person and put a transfer in place. It gets approved and put in the queue.

When they run the attended bot, it allows them to do an RSA key into their external site, take the data, watch it go in, they see it, we audit it on the backend with a second user, it gets pushed in, saved, and submitted. From that perspective, if you're dealing with 10, 50, or 100 transfers a day, where you could key in the wrong number, it's important.

That's been helping. Employees are happy that they don't have to type it all in, and that they don't have to worry about the errors as well. It offers peace of mind for those folks.

Getting the bots going and working is the most valuable aspect. We have about 20 or so in production. We're building out from there. We've been very focused on Studio and Orchestrator, as opposed to some of the other product lines. Because a lot of what we're dealing with pertains to advanced technical people like myself that are helping them along that journey.  

It's easy for me to build automations but I am a computer scientist. I have a deep technical background. A lot of what I've been doing is trying to teach people how to build resilient bots, and how to build processes that will run. To me, one of the big things to meet your ROI is that you need to build things upfront that work. You need to verify them, test them, componentize them, and put them together. Otherwise, you're going to spend too much money on the backend with maintenance.

If you can get people to think about what do to in the event of a failure, even from the developer side of it, then they can create things that we can run, and we don't have to do so many new maintenance and operations tasks on it. That's vitally important.

I have used the UiPath Academy courses. I'm a certified developer. I didn't know UiPath at all. I went through the Academy and trained myself. When I brought in new developers, I had them do modules and I sometimes go visit them. 

The Academy is pretty good. It's very helpful to have something like that. Personally, my favorite side of things that UiPath is bringing to the table, is a community edition in the cloud. I can go out and play with the latest and greatest. I have my client's laptop, but I also have my own personal laptop and I go out to the cloud and do tasks out there.

I want to bring what's new, help bring to the forefront what we might want to do in the future, and get a hands-on perspective, without having to go to the client and bug them about bringing in a license for something. That's great and I hope they continue with that.

The fact that they're not charging for training is great. It brings on more developers. The barriers to entry for people are low. And the more developers you have, the more adoption you're going to get.

There's a lot of technological growth that should be done. They need to learn from customers. I talk to people about Doc Understanding which is relatively new. There's a lot of people in the document world that have more experience. They should learn a little bit more about what Kofax has done over the years with their validation actions and those types of things.

There should be more growth, but the platform is there. As they grow those things they should take each piece and make it better. If you start with a good platform and you build it up, it's going to get better. What we have today is very usable, and is only going to get better. I look forward to it.

They should talk to their customers and understand their use cases. Give customers what they need. 

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

Stability has been quite good. I see technical glitches once in a while in the Studio, but when you're running on Windows, it happens. The glitches don't happen very often.

It seems very scalable, in terms of rolling out new processes. We're more limited by machines and getting things set up than we are by what Orchestrator can handle. We have one attended bot and we're 95% unattended.

We have plans to increase usage. Our clients are growing from two developers, a QA and a VA, to a VA, and a team of two pods of six or seven developer QA types, to implement use cases over the next couple of years. They're on a very high trajectory of growth.

I go out to the community a bit. I Google looking for what everybody else has said and figure it out. We only have a couple of different use cases where we've gone back to UiPath, and the ones that we had the most difficulty with, we went right through the local sales rep to get things going. I found their support to be good.

The initial setup was straightforward and easy.

I set up Orchestrator servers, I put bots out into the systems, and I installed Studio in the client's environment. The only problem I have is with the way the client environment exists. Security gets to be a hassle. 

One of the things the company focuses on a lot is employee satisfaction. From a cost perspective, we haven't necessarily gotten to that level. I've been there for two years. I'm a consultant. We have other consultants. We're saving $15,000 a year, while we're displacing certain cost dollars from the people that did those jobs, we get paid more.

Cost-wise we're fairly evening out, and probably bringing an MROI. This is a longer scale process for them, to take them along this journey. It's important for businesses that go under that, to not necessarily focus on year one, year two. We look at this as a longer-term endeavor for them. The key benefit that they see out of it right now is the future. The workers are satisfied not having to do the "bad" work.

I found UiPath to be pretty cost-effective. 

I would rate UiPath a seven out of ten. I see it as a maturing product. It's done very well, because it is stable, and it does build real use cases. But I look forward to the future. There's a lot of good going on here.

We're using UiPath on the customer side, where we have lots of data and PPs on the customer information. We're trying to put in what the customer is including, and then using machine learning. We created a Python type of UiPath to do machine learning and automatically build that so that items can be automated. That was our POC. That said, we're exploring more, to get into the finance area, where we can take invoicing and general revenues and the closing worksheets and automate those processes.

The biggest improvement has been in the ROI we've seen, which has been $55,000 in six months' time. 

The whole bot process and the way scheduling is done is a very valuable aspect of the solution and it's really cool.

In terms of the ease of building automation using the solution, we’re very near achieving that. It's taking more time than what it's supposed to be taking, however, I don't see any complexity in building the code nicely.

So far, the solution has saved costs for our organization.

I’m not sure if the solution has reduced human error. It’s hard to tell at this point. We’re in the early stages. However, simply by looking at the way it’s built, it will.

The solution has freed up employee time. Once again, it’s too early to say too much, however, we are saving approximately 130 hours per month. This additional time has enabled employees to focus on higher-value work. They don't need to just go to the system to click here and there, they're spending more time with the customer.

The management team is more satisfied as it’s much cleaner, with less human error. Management reporting shows definite improvement. In terms of overall employee satisfaction, employees are still not quite trusting the bot. The bot does something and they will go and still validate that. They don't have a hundred percent trust yet. That's what we are trying to build right now.

We have used UiPath Academy courses. It's taking time due to the fact that we have a consulting partner who's helping us. The majority of the workload is being handled by the consulting partner. We're trying to play just the B role of supporting. We're not doing too much development.

That said, with UiPath Academy, just the ease of accessing the material has been great. It's simple.

The only thing which I see is missing, is it does not have an inbuilt machine learning. You have to teach the bot. The bot is not self-learning.

For example, right now, we are using a description. Based on the fields or the description, we're trying to identify what is the category to be used. I have data for the last five years. The bot should be able to go and learn by itself tasks such as "These are the five things which I need to add," instead of me manually maintaining it.

I've been using the solution for six months.

The solution is stable. I don't see any problems.

The scalability I still need to figure out. Right now, with the licenses we have, I don't think we're going to scale it out to where we want it to be. It's my understanding that it just involves increasing the number of parts or number of processes which we can run. It will probably be scalable, however, we have not tested that, and therefore I cannot say either way.

We have close to 30 users on the solution right now. It's mostly our customers' manager and their team.

We do plan to increase usage in the future.

Technical support is okay. I have not really invested a lot of time in getting support from UiPath, however, I get a response.

We did not previously use a different RPA. We had a CIO who'd used it before and based on their experience, we went to UiPath.

In terms of the initial setup, the system side is straightforward. It's the business side that took us a lot of time to understand the concept.

The deployment itself took three months.

The company is probably going to need to negotiate. It's competitive right now, however, once we scale it out, there's going to be some room for negotiation. Likely, UiPath will be responsive to negotiations.

We did not evaluate other options before choosing UiPath.

We're likely using the most up-to-date version of the solution, however, I don't know the version number.

We don’t use the solution's AI functionality in our automation program yet.

I'd advise potential new users to go slow. Always create the roadmap first. Take smaller pieces and then implement those. Don't wait too long, however. Otherwise, you will lose user interest.

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

Our current use case is primarily to automate business processes pertaining to finance, HR, and IT. Finance and HR have been bigger players, and other supply chain areas are currently being targeted. It's still in the ramp-up phase. We do not use it in a contact center environment.

In my former employment, not my current employment, we implemented some banking processes during the implementation phase, and last year, when the lockdown happened, due to the automation, things were much simpler, much easier to manage, and it was less dependent on people. This was not an Indian client, however, I could see that in the Indian market, Indian banks were actually struggling with the same function. That is where we could see a very significant difference. A lot of banking processes are dependent on manual processing.

For our organization, the Orchestrator has the most useful setup. All automation is more or less the same. With UiPath, the difference is the Orchestrator. The amount of integration it has is actually what makes it different from all other vendors.

I would rate the ease of building automation using UiPath at a nine out of ten. For automation in UiPath, you use a package. For example, if you want to do MS Office automation, you have an MS Office package. If you want to do Outlook automation, you have a certain set of packages that support that. If you have the package for that purpose, it's very easy to manage.

For ServiceNow, they did not have a package until last year. There was a UiPath team-supported package that was an unofficial package developed by a UiPath employee. Last year, UiPath came out with its own package, and that helped. Now we have standard automation for ServiceNow. That's actually made things more streamlined.

In terms of implementing end-to-end automation, the process analysis is currently outside of UiPath, but everything except that can be done by UiPath. For us, creating end-to-end automation using UiPath is not that very critical. Process analysis is a bit of a situation-specific thing, and at times, it's usually better to keep it outside of the tool. It always helps within the tool, however, it depends on the convenience and comfort that the client has. I wouldn't want to expose my ERP data directly for automation.

Typically, it takes two to three years to see the breakeven. The difference between on-premise and on-cloud is that the lead time is a little less. That's about it. Therefore, the amount of trouble and setup and that sort of thing is the only item to consider.

The Automation Cloud offering helps to decrease the solution's total cost of ownership by taking care of things such as infrastructure, maintenance, and updates, however, only to some extent. It's not a lot. In the long run, it makes it easier to get breakeven from the initial implementation. The maintenance happens a little less as well. When you're updating the Orchestrator, that is where your major maintenance jump comes in. If you're not upgrading your Orchestrator version, it's more or less the same. From an ownership perspective, if you're not upgrading Orchestrator, only your VM license and hosting cost will be different. This depends on the client.

If you already have an Orchestrator in place, having an automation cloud doesn't really increase or decrease the ability to scale. That would only be only in the case where you want a complete separation environment. In that case, you'll have to use a multi-tenant kind of setup. If you do that kind of a setup, it's the same if you do it on-premise or on-cloud. The time to ramp up should be the same.

We use a mix of attended and unattended automation. Attended automation is primarily helpful for a few things like where the application's less stable, where things like Citrix are involved, which already have their own set of infrastructure issues.

UiPath has reduced human errors in the organization. The lead time is reduced, as well as the lead time to activity and the lead time to develop. Specifically, if you do development in UiPath versus any other OEM, you see a very significant difference in implementation lead time from a development perspective. They're much simpler to develop and manage in UiPath. If you go to other OEMs, it's very complex at times. If it takes 10 steps in another OEM, UiPath takes it in one to three, max.

The solution has freed up employee time by as much as 30 minutes per day. It's allowed employees to focus on higher-value work. The primary benefit of automation is doing low-complexity repetitive work outside of working hours. That's the biggest advantage that I've seen. Even if you're sleeping, there is already work being done in the background, so that the next morning, when the employee comes, he has more relevant work in front of him. He doesn't have to do any paper-pushing jobs. Automation can do that instead. That's the biggest advantage.

The fact that UI handles infrastructure, maintenance, and updates for Automation Cloud saves some time in the IT department. It is a trade-off. The biggest challenge that we've seen with Automation Cloud is primarily with documentation. At times, we raise it to UiPath, and after that, documentation comes up. I'm not saying that's bad, however, that's something that UiPath can work upon. This is a consistent behavior that I've seen.

Back in 2018, I was with another employer, not EY. I started using Orchestrator API within 10 days of its global release, and we had struggled at times for documentation. It's a theme with Orchestrator, with the new Automation Cloud, specifically on the Orchestrator side. For Tableau reporting, there was nothing. We had to raise it to UiPath saying, "Hey, do you have something for Tableau reporting?" They said, "No, we don't have anything for Automation Cloud." Very recently, they came out with it, however, before that, there was nothing.

The documentation isn't the best. It's pretty difficult to search. We would have to raise a ticket to the UiPath team, and they would have to come back with the relevant information. It's difficult to try and do a day or two of research only to have to raise a ticket to UiPath as a vendor.

I've struggled a lot with automating Citrix applications with UiPath. I know how Citrix is not very stable when it comes to automated logins. In that case, attended automation is good. We've seen some good use cases. However, it depends on the consultant's choice and the business's goals.

I've been using it since 2018.

The solution is very easy to scale and allows users to scale whenever they want.

In general, UiPath support is good. It is better than other OEMs. They're usually really good.

I have experience with other RPA solutions. The development time is the biggest difference. The amount of automation one can do with it, that's the main difference. It's huge. It's not even a small difference.

I've looked at leading vendors in Gartner's Magic Quadrant. I've actually worked on all the vendors that you can see in the Magic Quadrant. There is a reason why UiPath is leading. Development is great, and, if you want to integrate a third-party application, UiPath has a lot of integrations set up either in its Orchestrator or in its Studio. Something that takes 15 minutes in UiPath would take one day in most of the other options. In Automation Anywhere, for example, you have more trouble.

The Orchestrator setup doesn't take a lot of time if you have everything in place. Cloud deployment is a good option for smaller clients, or small to medium clients, that are just piloting or don't have any very sensitive data out there. They should go on the cloud.

It's a straightforward setup. It's pretty easy. That said if it's a new solution to you and if you don't know it, it might take a little while. Even then, it's easy. It's not complex.

Prior to StudioX coming in, it was very easy. Within 15 minutes for just a Studio client. However, with Studio, things changed a little. If you install StudioX and do not want to revert to the regular Studio, you'll probably have to uninstall the installation. StudioX usually comes with a separate installer and so on. With Studio Pro and the regular Studio, they come with their own thing.

UiPath is already working on providing an integrated installer for all of its offerings, so that should make it easier. If there is a wrapper application, and if from there you can select which one that you want to install, it'll be smoother. You'll be able to just click and go.

I have seen ROI in the past. My previous clients love UiPath. The current client is not in a spot to say just yet, however. It's a very new setup.

To see the ROI, that's where the off-work hours come into play. The automation works outside of working hours, and that actually speeds up a company's business processes in general. For those kinds of things, it's good. It shows a clear ROI.

The pricing is okay. It can be reduced a little. It's still fair, however, pricing can be reduced by the company if it wants to spend less. Depending on the industry, or depending on the features that an organization is going to get, it's possible to scale down. For example, if I don't want to use the AI set of features, I just want basic automation, I don't have to get what I don't need. They've already done a good amount of corrections in the product offering. If somebody wants only a certain section of the offering, they should be given modular pricing, especially for the managed cloud, which should be pay as you go. If I don't want that service at all, why should you pay for it? If I want something, it's a different situation and I should be charged, however, if I don't want something, it's good to have the option to opt-out and save money. You can't really put the whole cost on a customer.

SAP IRPA has a good model whereby their offering is based on the number of hits. The more API hits that you're asking for, the price per hit reduces. That should be the typical model. I'm not sure what UiPath is doing in that respect, however, I feel that is the best approach.

My organization has a business relationship with UiPath.

In the current setting that I'm working in, it's basically an on-cloud deployment. We have these Automation Cloud Services, to which we have been subscribed. In the past, I've used the on-premise UiPath deployment.

Since it's a SaaS offering, it's always available online.

We are using a relatively new version.

We do not use UiPath's AI functionality in our automation program currently. We also do not use UiPath's apps feature. That said, I am aware of some organizations that use it.

I would advise new users to fix up their processes first, check if their applications need to be upgraded or digitized. After that, they will be in a position to then take a long-term vision with UiPath and have a strategy, have a long, two to three-year strategy. It's not a good idea to take a "do as it comes" approach. There needs to be, ideally, a three-year strategy in place in order to get a lot of business benefits. 

I would rate the solution at an eight out of ten. If the pricing was better, I would rate it higher. 

Specifically, if you see Automation Anywhere's pricing, their basic automation is cheap, however, if you want to use the intelligent aspect, the intelligent aspect comes at a very good premium. That's most important. If I want to do simple process automation and if you're running a company at that scale, you need to understand your competition. There are a lot of players coming into the market and a big differentiator is going to be the cost. Power Automate is going to be successful based on that logic. It has high availability, big integration, and low pricing. It can disrupt UiPath's space.

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.

I have multiple use cases as part of this solution, since I work in different domains with different technologies and applications. We use attended and unattended bots.

One use case was for a credit-based client where we worked on the UI automation of the application. We were using UiPath Automation Cloud because our team is spread across different geographical locations, like the U.S, APAC and EMEA regions. We had different RPA developers who are developing the script simultaneously and putting it on the system, and our business case was that we wanted to automate the UI applications. Since there were different developers in different geographical regions, they created the bots on their system. Due to the cloud offering, we were able to move the bots to production using a click of a button. There is also an Orchestrator offering as part of the cloud, which is hosted. Once we had a thorough peer review of the bots being developed, we pushed it to our production-ready cloud-based Orchestrator. From there, we use it to run the script. That is an unattended bot, which is also one of the features. Since it is a credit-based UI automation, there are some instances where manual intervention is required in order to see whatever data is sent out to the client, if it is in the correct order or not. That is why we use the unattended offering of UiPath. Both these technologies help us a lot in creating our production-ready implementation. 

For another use case, we did an implementation in the SAP application. It was a procure-to-payment (P2P) cycle, where a third party sends out the invoices which get fed into the SAP application, then it gets verified and goes out to the payroll team. Once that is verified by the payroll team, the payment is released to the concerned vendors. All these points of entry were being done manually: the third-party invoices entered into the SAP application, SAP verification, and the payroll team verification. Since it involved a lot of financial data, people were very hesitant to get it automated. However, since we had this UiPath offering, that initial hesitation was turned into a very good implementation of whatever we wanted to achieve as part of this UiPath automation. We were using the unattended bot as part of the cloud offering. We ran the processes at night from Orchestrator, so people working from home didn't need to stay up late in order to run the processes. Since we were using the cloud unattended bot service of UiPath, we were able to trigger the whole process in a single click of a button, which is amazing.

As part of the UiPath offering, we have three offerings: Studio, StudioX, and Studio Pro. These three offerings are provided via cloud on a single system and installed on our laptops or desktops.

I am working as a senior analyst. As part of this particular role, I have to cater to the client's needs if they want to get a UiPath implementation. Then, I do the consulting as part of the implementation. I also get involved in the PoC development and how we should use the cloud offering, e.g., what benefits are there.

We were able to move prototypes, which were in PoC stages to production very quickly, which helped us a lot. There has been more collaboration happening because of the cloud implementation. Because we have different geographical locations where in RPA bots are getting developed, at the end of the day, everything is pushed into Orchestrator Cloud. From there, we can execute it. In terms of collaboration, this has been very helpful. 

UiPath Automation Cloud has helped us to minimize our on-prem footprint. We were able to get our prototypes into production very quickly. In turn, this helped us to get stuff minimized quickly because we were able to move the prototype as part of the PoC into production faster. We were also able to scale. For example, if we had new people joining the team, we could easily move them into the cloud offering and add a new tenant. We have added two or three new members who could readily go ahead and use the solution to develop RPA bots.

It is a single point of truth. There is no discrepancy or ambiguity. We can go to the leadership team, and say, "This is what it saves us on costs, man-hours, and effort that we used to do manually versus what we are doing now using the bots."

The most valuable feature (as part of the cloud offering) is Orchestrator. Even if we have the RPA developers spread across different geographical locations, we are able to get the bot ready and pushed into Orchestrator, where any non-technical guy can come in and run the process. When I say non-technical guy, I mean any person from the business or leadership who just wants to see how it works. They can go ahead and log into Orchestrator and execute the process.

The Orchestrator portal is very intuitive, so you don't have to run around and talk to anyone. It is so intuitive because it is like using a web-based application. For example, nobody has to train us to go and do whatever they want us to do. It is so intuitive that we can figure out, "Hey, this is what I need to click in order to add new tenants. This is what I need to click in order to change the geography from India to APAC or any other location. In terms of execution, whatever bots are in execution right now will be shown there. Also, whatever bots are not running, they will be displayed as part of the dashboard as well as the failures.

UiPath provides granular, role-based access control and management, which is very important as part of the monitoring. When we want to drill down on why there is a failure, we need to do a root cause analysis as part of understanding on why this particular bot failed and what could be the reason: 

• Is it because of some kind of data issue? 
• Is it because of an issue from the product? Then, we need to reach out to their support teams. 
• Is it because of an incorrect implementation of the bot or feature that we want to get implemented as part of the solution?

We are moving from single sign-on to no password sign-on. As we are moving ahead with technological advancement, maybe that feature can be added. This totally depends on how that technology is accepted by the people. If people in big enterprises are not willing to switch and don't want to move away from the single sign-on, then it will be very difficult to digest this. However, whenever there is a change, it is very difficult to digest. Eventually, people will like it. I believe if it is implemented as part of UiPath, who is a technological leader in terms of RPA and new stuff when they roll out every release, then this would be a good area that they can look into for enhancement.

They could add more features in order to get that dashboard more intuitive, e.g., how easily can we visualize everything being reported. I believe this should be improved as part of our Orchestrator offering. Now, we have different visualization tools being used, like Power BI. The data gets flooded into those kinds of tools and the dashboard is easy to understand. So, someone with a non-technical background can see the dashboard and understand what has happened. However, to provide detailed analysis, there has to be some improvements so we can provide drill-down data to developers showing, "Hey, this has gone wrong." If they could also incorporate that as part of the reports, then it would be very quick to view on the dashboards.

I have been using it for two years.

UiPath has a number of offerings: on-prem Orchestrator, Automation Cloud, Automation Hub, Cloud Orchestrator, Task Mining, Task Capture, etc. Sometimes, it feels like other new areas are getting more focus compared to areas, like dashboard Insights, which should be more relevant. They should focus on these other areas to make the cloud offering more robust. Though, they are working towards it and releasing updates. Therefore, eventually, they will look into it, work on it, and iron out any kind of discrepancy.

It was very easy to scale up. Since we started getting a lot of data from the client which was getting filled as part of the UI-logged application, we were able to push in data as part of the UI. So, we were able to reduce replies to clients significantly.

We find the solution to be scalable. Since this RPA technology is now widely accepted as part of our enterprise solution, businesses are coming in. Once the business team is onboarded, we can easily onboard the people who have technical expertise to create the bots, analyze them, and provide logic on how we need to design the bots. As part of the initial stages, we only have a business person, a solution architect, and a tool expert. First, we create the credentials for them, then we provide the solution to the business as part of a PoC. After that, if we are using any other traditional system, then it will take a lot of time to get 10 or 15 people onboarded in order to develop the solution in a fully-fledged manner. However, since we have the orchestration capabilities, we can just go in that particular Orchestrator dashboard and create our tenant with a few clicks. We can also move in and out between different geographies. For example, if I want to go and look into what is happening in the Indian service line, I can just go and click on that particular service line, which is already configured as part of Orchestrator.

Initially, when we were going with the idea of creating an RPA bot, the first thing was to get a nod from the business to make sure about how scalable the solution is. At times, what happens is once we get the business sign off, then it takes around a month or two in order to get the team onboarded with all the necessary accesses. Once they get all the accesses, they will start working on the solution. However, in this particular case, as part of this Automation Cloud offering, we didn't have to waste any time after we got the business nod, saying, "Hey, you guys can go ahead and implement this full-fledged solution." Since the orchestration capabilities are there, the moment we received an email from the business, we shot out an email, "Hey, we are getting these pieces and have already created the credentials. Tomorrow, you can get the ball rolling in terms of solution development."

There are multiple channels where we can reach out to them. One of those channels is the Community Forum, which is being constantly monitored for any issues. So, if anybody has already faced it, they go ahead and have it answered. Or, if nobody has seen it before, then the forum moderator comes in, and says, "Hey, why don't you go ahead and reach out to the IT support?" So, this is a channel that gets a response and has faster ways to directly approach the support team managing the servers.

The UiPath Community Forum is worldwide. It is being monitored by community moderators. I have seen feedback being put through to the IT support team, then that is put through to the right channels to get addressed. They really listen to the customer feedback, which is what I appreciate about them. 

The support is responsive at resolving any kind of tickets or issues when we reach out for help. This is one of the primary factors for going with Automation Cloud versus other cloud offerings, like Automation Anywhere and ElectroNeek. UiPath support is very much available and provides a solution. Even if they don't have the solution, they tell the affiliate, "This is how much time it will take," or "It will be released in the next update."

We don't need any IT support in order to maintain this particular solution. Since it is a cloud offering, everything is taken care of by the URL.

In case of any issues for the setup and updates, we reach out to the UiPath support team.

The initial setup is very easy. It is like installing an app on your iPhone. That is how simple it is. Basically, it is not an installation at all. It is just signing into a cloud account. As part of the cloud offering, we are provided with a URL, which gives us access to the Orchestrator instantly. There is no setup whatsoever. You don't have to go and download any EXP or MSA file on your system, then double click it and a number of forms are popping up. It is nothing of that sort. It is a single URL, where you can log in with your credentials, and that is one time activity. After that, it is a single sign-on the moment that you access that particular URL.

The implementation was frictionless with the single sign-on feature.

By using the Automation Cloud version, when there is a new version pushed out, then I do not have to do a reinstallation again in order to get all the newest features. Since I am using the SaaS offering, the new functionalities being pushed out as part of the newest version will be easily accessible to me without doing an uninstall or installation. This is a good part of the offering.

We are seeing a good ROI.

The maintenance work has been reduced because of the bots. Initially, the time that we invested in order to zero in on this particular product was 60 to 70 percent of the job data. This helped us a lot when we were deploying it.

This solution has reduced business costs. For example, products and bots that we designed for UI automation were also deployed for back-end services.

The setup cost is minimized drastically since it is a cloud-based offering. We don't need to have a dedicated person or team to monitor it. We just subscribe to the services, get the URL, login, and the next moment, we are creating tenants and the service line. Then, "Boom!," we are ready for executing the bots from our test check.

Our license cost is reduced since we don't require any IT support. 

I used the free versions of other vendors when we were trying to zero in on the solution that we wanted to use. We used a few other competitors of UiPath as when we were doing the PoC, and the features that we liked the most and made us lean towards UiPath were its intuitiveness and ease of use. We liked how Orchestrator can be used by the business or by anyone with a non-technical background. That is what helped us to make our decision in favor of UiPath. 

With other tools, we had some issues with their support where they were frequently not reachable. They were not able to set up any discovery calls, such as, "Hey, this is how it is going to work." They also don't have very active community forums. 

Instead of talking to the support or sales teams, we investigated on our own. We went to the UiPath Academy, which is readily available, and looked into its documents, which were highly detailed. We also monitored their Community Forum, which is being moderated properly. Then, we read some reviews on IT Central Station, seeing how people are reviewing it and why they are paying for it. For example, if their whole community is coming out with good words, then there has to be something which they are doing well. That is what made us make the decision to zero in on UiPath Automation Cloud.

When comparing UiPath with different vendors offering RPA,like Automation Anywhere or ElectroNeek, we initially thought that Automation Anywhere was ahead of the game and UiPath was playing a catch-up. A few weeks back, UiPath had a good investor round, then they went all guns blazing out in the market. There is a lot of community awareness in terms of UiPath implementation. So, I believe the road ahead for UiPath is very good. 

One of the newest upgrades that we had was in respect to payments getting added. New functionalities are getting added. They also work on the feedback that they get from interviews conducted by sites, like IT Central Station, who take unbiased reviews. They work off this feedback, which is why they are upgrading their products out in the market.

I haven't used the AI Fabric solution as of yet because we don't have a business case for it as of now.

If you are ready with your own business process that you want to get automated, then I would recommend UiPath for its intuitiveness. You should consider the intuitiveness of the UiPath as one of the parameters in your solution decision. For example, if you have the business process ready, then that is half the job done. The other half will be taken care of by your RPA developers or solution architect. So, if you are using UiPath, the learning curve is very small. You don't need to invest a lot of time. 

They have their UiPath Academy learning website, where you can go in as well as ask your team members to learn based on their roles. There are different series of educational videos based on job roles and how that particular role should look at UiPath as a solution. For example, as a manager, if I'm going in and looking into the UiPath, I do not want to be bothered about how I'm going to pull in activities and develop the automation bot. As a manager, I am going into Orchestrator to see how many bots have executed successfully or failed. If I was a solution architect, then I need to know how to design the service lines if they are located in different geographical regions. 

Everybody is really looking for some kind of solution that eases our life since we are working from home. It takes a toll when we are working from home. When we have these RPA bots coming to our rescue, then it makes a difference in our day-to-day life. Then, we can spend more time with our loved ones rather than spending more time in front of our laptop screens.

I would like to rate it as nine (out of 10) because I believe no one is perfect and all the bots are being developed by humans. Going forward, I read on a forum that UiPath is developing an AI feature where the bot will autoheal itself. Once the autohealing feature is implemented, I would rate the solution as 10 (out of 10) because there would be no manual intervention.

We are a small but global company. We are about 1,200 people. We are a logistics company, and most of our employees work in our warehouses. So, our office workers are somewhere between 400 to 500 across the globe. Being a logistics company, we are maybe a little bit old-fashioned. There are a lot of papers going back and forth, and we are trying to automate different scenarios. We cater provisions to ships, so we are basically a grocery store for ships. 

One important thing is when a ship is going into port somewhere, they put in an order for whatever provisions they need for when they leave port again. So, we need to be quick at expediting their orders. When they put in a request for a quote for whatever products they need, we need to respond very quickly, because the tendency is that whoever responds first gets the order. So, we want to do that. We are trying to sort of increase the speed of those types of operations as well as the quality of them. 

It is hard to really pinpoint what it is we are doing, but it's the communication between customers. When we receive a communication from a customer, we want to move the process through our company as quickly as possible and with high quality.

We are fairly new to UiPath still. We do intend to use it company-wide and have started out with purely unattended scenarios so far.

We invoice every month quite a substantial amount of money to our customers. We saw a problem in that about 20 percent of our invoices were sent to the wrong addresses. That meant that, at month's end, when we were expecting money to come in, we would be missing around 20 percent of our cashflow that month. Of course, we wanted to prevent that because 20 percent of the cashflow of $300 to $500 million a year is a lot of money. 

We have automation that runs every night through all our invoices. Because we have some problems with our master data in the company, it does a number of measurements, on whether an address for an invoice seems to be the correct address, and a number of checks, such as, what ship was the goods delivered to? After that, it looks up information through the international registers of ship ownerships, then it will do a number of checks, giving each invoice a score as rating the probability that the address is correct. If it is below a certain threshold, then we will do some manual processing, and we are looking into UiPath Action Center for this. For four or five of our largest branches in the US and Asia, we have seen a significant improvement in the payments at month's end, which has definitely improved our cashflow.

The administration is a SaaS solution, which helps to minimize our on-prem footprint. The only things that we have running on-prem are the machines running the robots. Everything else is handled in the cloud. We don't need to worry about backups, etc.

We are adopting as much as we can some of the things that should reduce the maintenance costs. We are using Robotic Enterprise Framework in our development and Automation Hub to sort of qualify our ideas. So, we are trying to implement a uniform way of doing things throughout the lifecycle of an idea. UiPath supports this fairly well, and I think it will get even better.

Just this week, we are launching our Automation Hub effort because we need to start building a pipeline for our automation candidates. Right now, we have eight or nine ideas in our Automation Hub. That will grow quite quickly because we need the help of Automation Hub to decide on which idea that we will be moving forward with next.

UiPath continues to add services to the Portal. It is fairly important that they are all managed from the same place because it is a single point of access, which was a factor that really played into our choice of vendor, UiPath. We use Automation Hub to sort of collect ideas and discover what ideas are good for information, then we use Orchestrator to manage them once they have been developed. We are hoping to use Insights at a later point, when that is available in the cloud, so we have a complete end-to-end solution in one place. 

Automation Hub is an immature product. We have only been using it seriously for about a week and have already seen some things that will give us a few headaches down the road. We are committed to using it and will continue to use it, but I have some suggestions for improvement. We have been in contact with our local UiPath office about that, and their initial response was positive.

We would like to see more detail and refinement. It is still a young product, and we are confident that the product will improve a lot over the next few months.

We are hoping for some integrations between Automation Hub, Orchestrator, and Insights.

We are missing a way to quantify that money isn't everything with this solution.

Our license was activated sometime in July. So, we have been using it for about six to seven months.

We have seen a few quirks here and there. Overall, we are satisfied with the stability.

We have only a couple of handfuls of automations running, which are very stable. So, we are not doing much maintenance at all. Maintenance needs half an FTE, if even that.

The potential scalability is really good.

I don't know what the scale is for UiPath Portal. There are still signs that it is a young product, but we see it moving and improving at a really good pace. So, we have high expectations.

The technical support has been good. I have only used them a couple of times. The response has been good. They are knowledgeable. 

One of the big reasons why we chose UiPath is that it has a big following in online communities. It has a good forum itself: Forum.UiPath.com, but I really wish that UiPath would have moderators in their forums who are more active. There are a lot of questions that go unanswered, and that is a shame.

We didn't previously have any other automation solutions in this company.

Our initial setup was very straightforward. Our deployment took only a couple of days. We are a small operation with only two unattended licenses. We created the Orchestrator account and installed the robots on two servers. 

As far as development goes, we really just have the base package. Then, we are adding on Automation Hub right now.

We did engage with their local consultancy. They sort of helped us build a strategy for the infrastructure structure setup and strategy, as far as how to identify candidates, operations, and development. However, initially, we just wanted to pull the trigger very quickly. We had an evaluation phase of a couple of months, where we were testing different products and had tried to set up UiPath before, which helped.

We have used Carve Consulting, and our experience with them has been fantastic. We are working with this third-party consultancy to have them come up with a couple of ideas for some solutions that would involve AI Center for the end of this year or next year.

The initial deployment needed just a couple of people from our side, including me. I worked a little with some of our infrastructure guys, getting the accounts set up, the service division, provisions, etc.

We just haven't scaled to a point yet where there has been any kind of return on investment.

There are not very many users because the stuff that we have automated so far has just taken work off people's hands. Where a person used to spend all day uploading pricing data into a database, we have a bot doing that now. So, people are not using UiPath, they have just sort of been relieved of their duties. While that sounds bad, we have made an effort to find areas where FTEs get to spend time doing what they are best at.

The licensing is too expensive. It is not a cheap product. We constantly have to build business cases where we have to justify our existence as an RPA team. 

We have engaged in a long-running licensing agreement because we believe in the product.

We have used a third-party consultancy, and that's definitely not free.

We looked at a local variant of Kofax RPA called SmartRPA, which was built by a Danish company. It is basically Kofax RPA with an Orchestrator service built on top of it. We evaluated that. We also looked at something called OpenRPA, mainly due to price.

UiPath is built on top of Windows Workflow Foundation, which is a platform that I have worked with previously. So, there was a lot of familiarity and extensibility. Then, we looked at how good the product is at automating desktop applications. There was not really a contest there; UiPath was better by far.

The fact that this is a SaaS solution very positively affects how fast we are able to innovate when it comes to automation. When we did the evaluation of what product to choose, UiPath versus something else, the ability to assess deployment of the whole administration was a key factor.

In our decision to go with UiPath, it was very important that we didn’t have to worry about future installations and upgrades of Orchestrator. We just didn't want the trouble of having to do upgrades. With UiPath being a young product that is evolving very quickly, we would be doing on-prem upgrades every few months and we don't have time for that. So, we liked the idea that it is a cloud-based setup.

Security was a factor in our decision to go with the solution. We didn't look into all the technical specs and certifications. We just looked at some of their customers, and said, "If that bank is using it, and it is used in the defense industry, then they know what they are doing." They had good references.

It is the best product.

It is an automation product. At the end of the day, it is software development. If there is anything that is important in software development, it is that you have a defined process from beginning to end, from the birth of the idea until it has been put into production and eventually retired. So, you need to have a defined process for different stages in the lifecycle that you need to be in control of. The product somewhat helps us do this with Automation Hub and the Robotic Enterprise Framework, but we are looking forward to even more tools for stuff like that.

So far, we are still in the meat and potatoes space. We haven't really gone into the AI or Document Understanding stuff yet. 

UiPath Portal is good overall for enabling administrators to work with Orchestrator. I have seen a lot of improvements, even in the last six or 12 months. We are learning as we go. For the first few months, we were working in a classic folder. Now, we are adopting modern folders in order to better be able to scale our efforts.

UiPath provides granular, role-based access control and management. Right now, that is not so important to us because we do everything unattended. So, we have a couple of service accounts that run everything. However, once we move into attended scenarios, then it's really important that we have that granular control.

I know that there are some new features coming out in regards to deploying automatically and elastically, but we haven't looked that much into them. We don't expect them to be a problem.

We are looking forward to doing attended robots, but that will probably be in the second half of this year when we start looking into that.

For the size of our company, we started fairly big. We went all in, buying licenses, consultancy hours, etc. We have spent a lot of money this first year. I would probably advise someone to start small but still be ambitious. Do a lot of PoCs and see how it fits into your organization. There needs to be a lot of disciplines surrounding it, e.g., if you just stay with five or 10 automations, then things are good. However, once you build 100, you start running into maintenance problems and things like that, so there needs to be a discipline. 

You don't need to spend a million dollars to sort of get off the ground, so I would advise people to start small.

I would rate this solution as an eight (out of 10).

We use UiPath for a lot of different scenarios including recording daily time capture, ordering meals for teams, and more technical work related to tax and audit. The most common uses for me personally are for drafting and sending emails. This has saved a countless hours of time. Basically, if it can be automated then we are automating it.

UiPath has opened up a lot of opportunities in our organization to save time through automation, but maybe even more importantly, it has created jobs and opportunities for many who want to work in the tech space. This work is highly satisfying and makes a real impact on the quality of life for those involved.

My favorite features and upgrades that I have found the most valuable are the ability to create custom activities specific to our organization's needs. This ability to customize what we need has really opened up opportunities to automate programs that otherwise would not work properly. Legacy systems can be finicky, but this feature makes it possible to use APIs and get the work done that we need.

I work in a highly regulated field and so many of the features offered by UiPath are not allowed because of one reason or another. I would definitely appreciate efforts to be made to build useful tools that meet regulatory standards in different fields so that we can all get the most out of automation.

We have been using this solution for two and a half years.

We use many different solutions, but I am personally most familiar with UiPath

If you are a smaller organization, use the free community version of the software to get a feel for its features and abilities. Then, once you are comfortable with how it can be applied, work with UiPath to implement it. It will take sacrifice, but the returns are great.

We evaluated all options and decided on different tools for different scenarios. These tools include Automation Anywhere, Blue Prism, etc.