UiPath Platform Reviews

We are using UiPath primarily for unattended automation. We are automating processes for business functions like finance and go-to-market.

We have Orchestrator which is hosted on the cloud and we also have UiPath deployed on-premises. We have three different instances of Orchestrator: one for development, one for staging, and one for production.

There are multiple business processes involving finance users. For example, for intercompany settlements, the end-to-end process was handled manually before. But now, the entire intercompany settlement, which involves many transactions, takes place automatically. Users don't need to intervene. They just need to verify whether all the calculations made by the robot are correct.

Another win for us was in the go-to-market function, where our customers talk to a customer advocate for purchasing different products and offerings. If they want to renew a quote or generate a new quote, they used to contact the CAs and talk to them on the phone, which would take a lot of time. It would take more than a day to process their requests and place their orders. Now, with the help of UiPath, we have developed a fixed form which we hand out for the customer to fill in. The average response time, as a result, has decreased a lot. We are now able to close a deal and generate revenue very quickly, compared to before. The process is around 90 percent faster for us.

We have just started using the AI functionality for unstructured invoices which we receive from different regions. Until now, when we wanted to extract information out of them, there was not any particular rule or way to get that information. A human had to be involved. That is where the AI functionality has come into picture. It makes our robots smarter and gives us the ability to train a robot to extract the relevant information out of different types of invoices.

Of course we have also been able to produce increased accuracy for a lot of our processes. With processes where we are receiving data in bulk, it's very natural for a person to miss out on certain things, but a bot does not miss out on any of the information and create errors in that way, so we have been able to reduce human errors to a great extent.

One of the most valuable features is its ability to allow us to integrate any external scripts—code or any other scripting file.

Also, they have recently come up with new features, like Document Understanding and AI fabric, which we have also started to use. These are helping us a lot with unstructured data extraction from invoices. The AI Fabric has out-of-the-box models, so we are using the invoices model from Document Understanding package. There is also the capability to train the model and that is a great way for us to get information out of the different invoices, as we deal with different invoices from different regions, rather than a single format. This is a great feature which is built-in.

It is also important that all the new services that UiPath is adding to the Portal are managed from the same place. Ease of onboarding for the customer should be a main priority. If the new services can be managed from a single place, it would be very easy for us to onboard them, to understand how to use them, and to enable them in our current workspace.

In addition, things like UiPath's navigation, drag-and-drop options, pre-packaged templates, and low-code features help developers, and people who have some understanding of tech, to build solutions quickly. With these features, we don't have to go down the same path all over again. This helps developers.

Each one of us has used the UiPath Academy courses and that has played a major role in getting people up to speed. I, myself, learned about UiPath by doing the Academy courses and then doing UiPath certification. If anyone wants to start with RPA, and UiPath in particular, it should definitely be their first point to get started with it. The Academy courses are really good.

There are challenges raised by the fact that UiPath is coming up with different versions almost every quarter, and at times almost every month. We plan to upgrade almost every quarter. Recently we were trying to add AI Fabric into our production Orchestrator, but we faced a lot of challenges. We had to involve the UiPath support team in the upgrading process. We were quick movers to upgrade to AI Fabric, as not many companies have done that. There were some bugs that we discovered during our upgrade journey, and that's how UiPath came to know about those bugs. It was little tricky, but UiPath's team is always present and helps along the journey. They have been coming up with a lot of new services and products and there are a lot of announcements on their Portal as well. But it's difficult for customers to keep up with their announcements.

Another area for improvement is version control functionality, particularly for Git. So far, for a lot of files, especially Excel, we are not able to compare the differences between two versions of a project. File conflict resolution could be improved.

I have been using UiPath for two years and three months.

The robots are pretty stable. It just depends on the way they are coded and how robust the developer has made the solution. If they have taken care of all the edge cases and of the possible areas of failure, the robots are predictable.

The solution is scalable. There is functionality to add as many robots as you want by purchasing additional licenses. There is a feature where we can use one machine and add different user profiles which is great. We are able to run the robots by using just one piece of hardware with different user profiles.

But if you are willing to scale up and you want to enable a lot of your team members to use the automation functionality, you can easily do that by purchasing more licenses and you will be able to schedule your processes in a better way.

We have about 15 people who use UiPath in our company. They are mostly developers, solution architects, or business analysts. We have 20-plus end-to-end automations and we use the tool on almost a daily basis.

Not all teams within our company know about UiPath. As of now, we have onboarded the finance and go-to-market departments. We plan to onboard the other teams, to run sessions with them and let them know that something like this exists and that it can help them in their day-to-day work. We are definitely planning to increase our number of automations.

The UiPath support team is there to help us to onboard stuff faster. It helps us achieve our business objectives quicker. We are able to solve stakeholders' problems very quickly. Because we have already planned to go live with certain bots, if our platform is ready earlier, we are able to provide the business value as soon as possible. That has really helped.

I would rate their technical support at nine out of 10. They are pretty helpful. Even if they're not able to come up with a solution right away, they ask for the specific files and all the logs and, usually, things are resolved within a couple of days.

I don't really know about the specifics of pricing, but identifying the type of automation you need will determine whether you can go with attended or unattended licenses. Think about whether you want your robots to run unattended and 24/7 or not, or whether you want a person to validate something in a given process, or if you want to constantly monitor the bot. Those are the types of things that will help determine the types of licenses you need.

With unattended, they now have something called Action Center where you can do a hybrid automation. That type of automation will be unattended, but there will be a human in the loop.

It really depends on what you are looking for and what kind of budget you have. If you already have the Microsoft Office suite, you get Microsoft Power Automate which is also an automation platform. You need to decide how extensively you want to go into the automation journey and whether you are really planning to expand it. If you are planning on going big with Automation, UiPath is the way to go. But if you just want to experiment and try out automation, and you already have Microsoft Office suite, you should try the Power Automate platform.

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 primarily use it to reduce manual effort and to increase accuracy and on-time implementation. We perform end-to-end automation, since we are a company where SAP is used very widely. We use UiPath for SAP automation.

We develop both attended and unattended solutions. We're using the platform as a service and it's hosted on-premises.

So far, we have 15 bots in production. As a result, we are saving a lot of time, although I don't have a figure right now, as well as a lot of effort. We are also able to provide timely delivery to our customers, so the automations have been generating a lot of buzz here.

Attended automation has helped to scale RPA in our organization by automating processes that require human-robot collaboration. An example is our invoices that have data that needs to be scanned. The scans we were receiving did not have the accuracy that we were looking for. We also had a hard time getting the results through OCR. With the help of attended automation, we are able to have users verify data when the bot is running. Once the verification is done, the bot will perform the rest of the actions.

UiPath also definitely helps us with process analysis.

Although I have not used it yet, they have recently introduced a feature which brings more accuracy to the selectors, using the image and the selectors themselves. I feel that will be good. When we are creating selectors, there are elements that it's hard to get at, or there are times when the selectors get changed for some reason. The new feature should make it easier to work with in these situations.

They have also recently added a feature for attended automation, Picture in Picture, which is also nice to have. It's helpful because you don't want to just sit back and let the bot run and not work during that attended automation. Using the PiP feature, you can have it running on your desktop without having to interrupt it to your work.

I would also compliment them on the UiPath Academy, the learning platform that they have built. It contains everything that a developer or architect or tester or, anyone who is looking to benefit from an RPA, would need. It's all there on their platform. It helps speed up onboarding employees to UiPath. When I joined this company, I had prior experience with the RPA and UiPath. But two of my colleagues, who were working on test automation, didn't have that kind of experience. The Academy helped them to get started. We aligned quickly, once their fundamental developer training was done through the Academy. The Academy helped them align with the current practices of UiPath and RPA.

One area that needs improvement is monitoring. I know there are tools that let us see what a bot is actually doing on the virtual machines. If we could get that kind of offering from UiPath that would be great, because when a bot is running on the machine, we don't know what it's doing. Although we have programmed it, there are times when something causes a bot to fail. During such instances, the bot behaves differently when we run it in attended mode than it does in unattended mode. It would be great to have a feature where we could see, on a screen, what the bot is currently doing.

We started this UiPath journey two years back. 

I act as a UiPath lead because I joined early and I have some prior experience with it. There are three other people in India, and one more in the U.S, who use it in our company. The one in the U.S. does the managerial stuff and it's the developers who are in India. Then we have the business users for each of the bots and they also use UiPath. And we have a set of about 20 users who use the attended solution that we have provided to them.

Robots on the SAP system seem stable, but on the web they sometimes lack stability. Still, it's not a very common occurrence and I have overcome any issues with the help of the Trilogic. For example, we had an issue while getting an email from Outlook. A UiPath robot is not able to do that. It will time out. With the help of the Trilogic, we were able to overcome that.

Initially you have to put some effort in to obtain stability and then it is mostly stable. Some maintenance is required, but that's most probably when requirements change, or to add to the stability, but it's not a lot overhead right now for us.

It's highly scalable, in both development terms as well as business terms. We have the capability to add on robots. We can add to the VDI or machine anytime we want. They have put some serious thought into the scalability, when it comes to giving support to developers as well as the business.

We plan to increase our usage of UiPath. We have a lot of things in the pipeline. We have almost finalized on providing RPA as a service, something that we will offer internally. Right now, we are giving this free of cost to our customers who are the business people. We did so to get some attention and to create some interest in the tool. Now that we have almost finalized this as a service, we are going to involve business analysts who will be helping us to find more RPA use cases and finalize more RPA solutions. That means our usage will increase. We're still in an early phase.

I haven't had the chance to interact much with the technical support because the forum has so much information. If I browse through the forum, I will most probably get an answer. So I haven't needed to go to the technical support for any answers.

We have both test automation and UiPath working in parallel. Test automation has been here for the long-term, something like 10 or 15 years. The two guys who work with me, who didn't have prior UIPath experience, are working on that. That part mostly requires maintenance, and they now mostly work on UiPath development. So although we had a test automation solution, we didn't have a business automation solution. That is why we went with UiPath. It gives us an edge in business automation.

The initial setup of UiPath was pretty straightforward. I didn't find anything unusual or complex.

We went through an upgrade recently. We have dedicated cloud architects who helped us do it. We got instructions how to do it from UiPath support and we conveyed those instructions to our cloud architects and they performed it at their end to get UiPath cloud upgraded. Upgrading didn't take much time. It was done within half an hour.

One more feature that is useful is that earlier, we didn't have the option for a concurrent-user license. With the help of the concurrent-user license, we can save on licensing costs while running multiple bots under the same license.

If you are going to implement UiPath, my advice would be to look at how you are going to gather the requirements and how you're going to manage the requests for UiPath. 

Also, get some low-hanging fruit first, before going into the complex automations. That way, if you are new, the low-hanging fruits will generate confidence in the solution. Once that kind of confidence is generated, you can move ahead with the complex automations and complex solutions.

Go through the UiPath Academy extensively. They provide good training materials that I don't believe are available elsewhere. So I really recommend that. I recently attended a dev conference and I learned a lot about this stuff. I work in a closed environment where I don't have much of an idea of what's going on in RPA. This conference helped me keep in touch with the current trends in RPA and UiPath.

I rate UiPath at eight out of 10. For me, that's a very good mark. The two missing points are because there is scope for improvement. Overall, I'm pretty happy with UiPath.

Most of our use cases are related to business, like reconciliation and reporting. Therein, they have some internal applications to automate SAP automation and Salesforce Automation. Our most recent use case is related to documents, like the invoices coming from customers. We have to extract that data from invoices via different formats, e.g., some are digital formats and some are scanned formats. So, we have to extract the data, which we are doing with the help of UiPath.

We are using both attended and unattended automation. For 90 percent of our use cases, we are using UiPath for unattended automation.

I use UiPath almost every day. When I finish developing one process, there is a new process to develop. If a process is complex, it almost takes six to eight weeks to develop it, then you have to deploy it for monitoring. After that, the next process comes up.

UiPath helps based on how it is configured. In our case, there are so many transactions coming in, it is not possible for a human to complete them in nine hours (working hours). So, we went with unattended bots, which we mostly run at night. We start the bots after the working hours of humans, so when the operations team returns in the morning, their work is complete.

From a developer perspective, the process is smooth and easy. You can find a solution on Google easily. You can develop your own code. From a technical perspective, it is 100 percent.

UiPath Studio is great. It has all the activities. You don't have to write anything. Even after that, if you feel that you have to do something for yourself, then you can write your on-premises code in it and develop your own framework. Everything is there. You just have to use UiPath Studio.

if you are a business user, even if you don't have a technical team, you can install the second version of the Community edition, which is StudioX. This is specifically made for business people who don't have a lot of ideas about technicalities. This is a great feature.

If websites are made in a recent programming format, it is very easy to automate them with the help of UiPath. However, if that technology is based on legacy applications, then it is very fragile and hard to do that. So, we have to choose the technology first, and if the technology is new, then you can easily automate it with other applications or the help of an RPA tool.

The process can be complex if an application is a legacy application or the data is unstructured. The analysis of some bots is lacking. If a customer asks for analysis of a particular bot, you cannot just get the data from the UiPath and give it to the customer. It is not that easy. I would rate this process as a seven or eight (out of 10).

The Document Understanding feature should be more developed and advanced. For example, you have to make a template with their ML model. Currently, we can't use our own ML model, and we have to use the UiPath ML model. UiPath has only a few ML models right now. They should come up with more ML models or make it easier for us to use our own ML model. While they are working on this, I have felt much difficulty in extracting data during our last process for Document Understanding. We had to go with the Python language. So, I think they are lacking in this feature.

After deploying the bots in production, processes are very stable, unless something happens with the machine. You don't have to monitor a process every time. So, I am very impressed and satisfied with things.

We are looking to update to version 20.

This solution is very much scalable. If you are working in a small or large organization, it doesn't matter. It is very much scalable, up to anything.

We have a team of around 100 to 120 people in RPA automation, in which 60 or 70 users have the developer license. 

I am very much impressed and satisfied with the UiPath solution. Earlier, I used the Automation Anywhere solution, and it is sort of messy and complex. You have to pull everything from a single workflow. Then, I moved to UiPath, and everything was very sorted. If you really like coding, you can do that. It gives you a real developer type feel.

Developing and deploying robots with UiPath is very straightforward. It hardly takes five minutes to deploy a process on Orchestrator.

The last process that UiPath covered saved the work of two people.

If you have repetitive tasks, you can apply UiPath and have your people trained to do other work.

If you want to start doing RPA, I think you should definitely go with UiPath because it has the Community edition. You can just install it and check whether or not your process works fine with UiPath. It will be an attended bot, but you can form an idea whether your bot can easily be automated.

We have one use case related to Microsoft Word Automation. Word Automation is not compatible with other tools. However, in UiPath, we were able to write our own code to automate and format the Word document, which is why UiPath Studio is the most valuable feature. We are also using the Automation Anywhere. But, in Automation Anywhere, we cannot write our own code. So, we can't automate Word Automation from Automation Anywhere as well.

Automation Anywhere has come out with its own new version of 2019, which is as effective as UiPath. However, when I have tried to run or deploy the bots, it still lacks in features. For example, in UiPath, AML activities are coming up very frequently. Whereas, in Automation Anywhere, these features are lacking, which is why I go with UiPath. Also, Citrix automation is very good with UiPath. You feel like you are able to detect the elements and images.

UiPath gives you REFramework, which is absolutely amazing for business use cases. Automation Anywhere also lacks this feature. With Automation Anywhere, you need to make your own framework, and if you are making your own framework, then the look becomes messy. If someone is trying to understand it, then they have to spend more time on the framework to understand it.

I use the IQ Bot of Automation Anywhere, and even after training a hundred documents, it's not picking up or extracting the data from documents. I feel like I have to train the model again, which is not the case with Document Understanding. If you properly make the templates in Document Understanding of UiPath, it gives you full text values. So, it is more advanced and suitable for me.

We use UiPath Assistant to run processes about 10 percent of the time. Most of the time, we are using Orchestrator. 

UiPath releases new features every 15 days to a month. They have already come up with AI and machine learning.

If scanned documents are coming in for some of the work, we are also using Python language for this.

If you already have a technical team, then you can ask them to look into UiPath Academy. If they have basic knowledge of programming or coding, then even in seven days, they can easily learn UiPath and start applying it in their organization. You don't need to hire outside developers.

Overall, the solution is a nine (out of 10).

One of the use cases that I have recently completed is related to SAP and the interaction with Excel and our internal application. We are going with the JD Edwards EnterpriseOne ERP application and we used UiPath to help in this area, and were able to do so within a few days.

Some of our people are going for process automation and some are doing desktop automation.

It helps our developers learn and implement things faster.

Also, the UI Targets feature has helped us with some difficult situations. We were using other solutions for these situations but our company has moved away from them to using UiPath, and it's working very well. 

UiPath provides lots of integration to our ERP application and lots of new updates are coming out day by day. It helps us to automate our tasks.

We are using the solution's selector technology for UI automation. That is the most important feature for us. For example, one of the applications in our company is being updated day by day, by the development team. We use selector to make it dynamic.

We also use the latest version of the desktop Assistant tool for some queueing activity in UiPath Orchestrator. The tasks in the queue are continually updated and then they are run by robots. Using Assistant, we get a lot of information about our queues, like if something fails, for example. Also if a robot fails we get robot status-type information from the Assistant. The Assistant plays a good role because, if a process is going wrong, we have control. Using the Assistant we can stop that process. It is a most important feature from UiPath.

An area which the UiPath team is rapidly working on is machine learning and artificial intelligence. At the moment, it is a little difficult to understand. If they could add some more training on it in their Academy, it would help customers to learn about these features.

I have been using UiPath for the last eight months.

We only use the stable versions, regardless of whatever they are releasing, to avoid bugs and errors. In the stable versions, we have never found any issues or any bugs. If there is any issue, we have a team that will contact the UiPath team and we will get quick solutions. But so far, we have never had any problem or issues with a stable version of UiPath.

We use the Assistant to handle all the robots' actions. We are scaling and tracking it. That is very important for us. The scalability features of UiPath are awesome.

In the eight months I have been working with UiPath I have implemented seven or eight projects. Day by day we are increasing our usage of it, and UiPath is also increasing the product's features and adding technologies. That enables us to work on more projects, as it is easy to integrate.

We have been able to implement a lot of little projects. That is one of the reasons that it is cost-effective. In addition to the affordable price, it just takes a few days to develop solutions for these projects.

In India, a developer costs about 16,000 rupees per day. Using UiPath, all our projects have been done in 30 days. If we tried to do these little projects in another technology, they would be more costly because they would be more time-consuming.

Our company is based on automation. UiPath is the correct solution for this. It is cost-effective and has an affordable price.

UiPath is not the only technology we are using, but we are migrating to UiPath because it is cost-effective. The previous solution was Blue Prism, but for the little projects, it was not the right solution.

In addition, the Control Room is really required for other technologies, like Blue Prism, but there is no need for it with UiPath, because we manage and deploy it with our team only. We don't need to worry about the Control Room.

For the beginner the UiPath Academy has a lot of training available. It's important to go through the training. After the training you can easily work on any project in UiPath. So first of all, follow the training. For intermediate-level users, UiPath is the correct solution. These users just need to keep up to date, day by day, because the UiPath team is rapidly updating the features.

The Picture in Picture functionality for attended automations is a new feature. Up until now we have not used PiP, but we have some use cases for an internal project we are doing and are looking into it for the future.

We are using UiPath Automation Cloud, but we have not yet migrated our on-premises UiPath instance to it. We are thinking about the on-premise because it fully depends on our own enterprise. If we go to the cloud, we will be able to collaborate better with our team and what others, because it is "public."

We use UiPath to automate business processes such as certain types of reporting that have to be repeated on a month-to-month basis. Another example is invoicing processes, which can be automated. Generally, it applies to different business cases for enterprise automation.

An example of how UiPath has improved the organization stems from a cyberattack in 2018. We already had an RPA team and during that cyber attack, all of our systems went down. Our SAP provider cut our access to it, leaving us with a limited number of users. It was not a big enough team to deliver on to our clients all of the orders that were being received.

What we did with UiPath in that crisis scenario in a couple of weeks was that we created a process for order automation. We already had a proof of concept, and we were able to scale it quickly. It was not perfect but rather, done in an emergency situation.

With that couple of users and limited access to SAP, a couple of robot users were capable of working 24 hours, seven days a week, and we started to process all of the orders that were coming from the rest of the company. This is probably something that you could not have done with more classical solutions.

This was, of course, an emergency order automation and it was a topic that we were already working with. Prior to this, it was already a benefit for the company, but the fact that we had this flexibility showcases how powerful this tool is, or what its potential is.

Having the cloud-based version allows us to be at the latest version of UiPath Orchestrator and different products without having to take care of the upgrade process.

UiPath's portal for enabling business users to trigger and monitor jobs is a big deal for me because it's something that we have been trying to do for a long time. We have been asking for it. With the previous solution, which was the orchestration platform alone, it was not a good approach because the business users would have a lot of information on their hands and you have to either split your licenses so that they could not access everything, or create your own web portals for them to access specific parts.

The fact that they now have an intermediate portal where they see only their processes, which they can monitor for themselves without getting too much information that is not relevant for them, is a big deal. Something as simple as triggering your own process, which in the past would require dedicating a full license to, can now be done through the portal. It might be a task like checking emails for customers or creating your own application with their API. It's a huge increment in quality.

The portal can also be used for administrators and although we have the Action Center, we don't use it that often. From the point of view of administrators, I can say that the recent improvements make our life much easier. It also enables us to think of more complex setups. In the past, I would never allow certain configurations because they would either be a security risk or it would just create more problems than solutions. Now with the current interface, especially with what they will be adding in the future in terms of more governance from the platform, they just enable you to do more complex things. It allows you to go a little bit beyond what the normal scope would be.

That applies to the platform as well as the orchestrator in the new modern setup. They have the option to split within the same tenant and different companies, or different company departments. Also, the fact that you can dynamically allocate the licenses so that you don't have to worry or have to split them, brings us to another level.

It offers more granular and role-based access control and management. We now have more complex scenarios that in the past we would not even consider because it would be a problem if someone were able to see something that they should not see.

The fact that this is a SaaS solution is important to us and it is clear to me that they want to push a SaaS solution, more than the on-premises deployment. It means that we have the latest version without having to upgrade the systems. We always have the latest version of the studio, for example, and there's no disruption to our services. Furthermore, we are able to follow all of the previews that they come out with. We can try all of their new products, which is something that in the past, we would not have been able to do. It would have required, for example, upgrading our system twice a year. Certainly, we wouldn't be able to do it at the speed we can now.

Being able to minimize our on-premises deployment is really important. It was almost a given for us because we lost some of our interfaces during the cyberattack. From that point on, the company has had a clear policy of cloud and SaaS as a priority. The fact that we have the opportunity to access all of our services without any requirements from our side suits us very well.

The vendor continues to add services to the portal and we are connected through their insider program. This is something that we are really happy with.

It is helpful for us that new services being added to the portal are all managed from the same place because it simplifies our work, makes it cohesive, and makes sense from a philosophical point of view. Definitely, if they had it on different platforms, it would take away from the ease of management. The fact that they have it in a single place makes everything a little bit more interconnected. What they are doing seems to make sense and for me, it is good because we only have to take care of one single platform. This also speeds up our processes, which is a plus.

On the topic of security, especially coming from a cyber attack, having SOC 2 certification is important because it is a requirement for us. We probably would have tried to find an intermediate or an agreement, but the fact that UiPath is now SOC 2 certified means that we have complied with requirements.

The licensing system is something that needs to be improved. I think that if they are trying to push for a SaaS solution, with respect to the way they license their individual products. The robot licenses and the Studio licenses should be something closer to a pay-per-use, rather than a year-to-year license. Right now, the licensing model and the pricing are the only stoppers for us, in terms of escalating our use. The bottom line is that the licensing system is not as modern as the tool that we're trying to implement.

We have been using the UiPath Automation Cloud since January 2020, and prior to that, we had an on-premises solution from UiPath.

Four to six months ago, this was not the most stable solution. We had a lot of issues, especially during the summer and early autumn. The system would fail, or would not be accessible, or we had lost some of our logs.

Right now, the tool is working and is much more stable. It shows that they have put an effort into making it more robust.

With respect to scalability, the licensing system is the limitation.

The platform itself is scalable, although not infinitely, but to a couple of orders of magnitude of what we have now. However, you still have to go through the procurement processes, which always makes it a little bit more limiting. Ultimately, it means that we cannot utilize the full power of what this tool offers in escalation.

Currently, we have five people who are working on UiPath. There are three developers, I am the technical lead, and we have a manager that operates as a product owner for the projects. The three developers are also responsible for maintenance. We also have a business analyst who works through the documentation and is the point of contact for some of our business.

We have other non-official roles, who are people that know and use the tool or perform business analyst functions, but there are only five people in dedicated roles.

At this point, we are using the tool to the full extent of what our licenses allow us to do. We could scale it to be much bigger but in the current situation, I don't think that we will do so. We negotiated the last contract to be a five-year deal and I hope we can move beyond that, but for now, there's no plan to a scale.

We have mixed reviews for the technical support and depending on the topic, they will answer faster or slower, more personalized or not.

They have a ticketing system and the webpage is normally broken, depending on the browser. The response time may vary from topic to topic, so I don't have a consistent impression of the support system. They do answer our questions, but it is not always within the proper time or with the solution that we were hoping for.

What we are using now is the same thing as the previous product from UiPath, without the cost of having to host it yourself.

I have some experience with other products, but not at the professional level. My impression is that with UiPath, you can get started more quickly when compared to other RPA products. Also, the licensing costs are not as high.

Migrating from our on-premises solution to the cloud was not a typical case because we lost our on-premises deployment during the cyberattack. We had at least a few months without the Orchestration solution. When it comes to execution runtimes, where we run our processes, we used the same machines.

Basically, we had to set things up from scratch on the cloud. The process was pretty straightforward, and the fact that we didn't have to set up the Orchestration tool saved us from a lot of the complexity in the setup process. Normally, this is the complex part, including setting it up with the databases. We just had to connect our runtime with the Orchestration platform, which made it much easier.

With respect to the setup costs, the cloud setup balanced out because you don't pay for the orchestration platform, but you pay a little more for the individual licenses. 

Having this product has reduced the amount of maintenance work related to our automation operations because it is a managed solution. The fact that we don't have to host it ourselves is very important.

With respect to maintenance costs, we are a relatively small project, so I wouldn't say that we had a huge overhead. It would certainly be higher if we tried to do what we are doing now, which is being at the latest version all of the time. To do that, we would have needed somebody in a role who was taking care of it. As it is now, from a development or project management point of view, we can take care of these things without needing an architect involved all of the time.

We chose Automation Cloud because it was, at that point, the most flexible option.

UiPath is known for a certain number of products, and the role of our team is to use all of them. On the topic of the UiPath Cloud, the new products that they have come out with, like the possibility to create your own applications for your internal customers, or host certain data services from the same platform, were things that were not available in the past. These capabilities are useful. In general, all of their products are pretty important for us.

For UiPath as a company, we like the availability that they have and the fact that we can try and test all of their products beforehand, without paying. For a relatively small project such as ours, or even for a big company, it's pretty useful to be able to access this type of information and not be burdened with extra budget requirements.

This is a product that I recommend because the starting point is completely free. That's one of the great points of UiPath. My advice is that when it comes to scaling the project, it's really important to clearly set up goals and expectations. Otherwise, there will be an eternal loop of PoCs and non-viable products.

I would rate this solution an eight out of ten.

We have a use case that involves an invoice billing process, where vendors from an external organization submit their details for the invoice. This automation works as expected, independently of anything else. It is also a good example of how we were able to scale RPA benefits in the company with the automation of a specific process that requires human-robot collaboration.

Our internal tools include the database where all of this information is stored, and we have a second automation that is used by the billers in our organization to tally the data that includes details such as what each vendor has submitted to get their payments.

We built a third automation in UiPath, which basically compares these first two. But, due to the complexity and the nature of the tally that has to occur, we require some human input in between certain steps.

For these particular steps, we have developed a four-bot configuration. These are four separate bots that run and a couple of them have an attended automation part, where a human can intervene. It's a verification step, where the human can decide whether or not something is okay. Specifically, the bot compares two fields and if they match, then it's great, but if not, it triggers a request to a human user for manual verification. If they approve then it is marked as a successful verification.

Because we use technologies like OCR, there are details that cannot always be interpreted properly. This is where we need an additional check, which is the reason that we have humans in the loop as part of the process.

We have saved a lot of time by using UiPath. We have also improved a lot in terms of accuracy and reducing errors in a lot of projects. In fact, in one of the projects, we automated the entire job, which involves coaching people on what has to be done end-to-end, by the robots. It was built on UiPath and on this project, we had a savings of more than €100,000 euros. That was a big saving for us, and it's continuing right now.

More importantly, a lot of the clients had complained about the end-user, which is outside of the organization, with respect to the accuracy of the data. There were errors. When we deployed robots based on UiPath, the accuracy has vastly improved and the clients are very happy with the results. They no longer have to keep coming back to our billers and telling them that things were not done properly. The robot functions like it has been programmed every single time. So, it's been perfect for that purpose as well. The customer trusts us more because of our deployments in robots.

UiPath definitely allows employees to delegate mundane tasks to their personal automations, saving them time. A major reason for a lot of our automation cases is because most people are not 100% involved in certain tasks. For example, if you spend two hours on a particular process, and then over the next four or five hours, you're supposed to be working on more complicated processes, but what happens during the first two hours is that things get complicated and the day is ruined dealing with small tasks. Now, suppose that the two-hour allotment for the smaller process is automated using UiPath, the person is free to dedicatedly perform more important functions. In the entirety of our automation effort, this has been a primary driver for all of the new use cases. It's a huge plus for us.

With respect to employee satisfaction, it has been a mixed result for us. In certain cases, it's been a huge boon because there was a heavy workload on the employees and UiPath really helped them cope with it. This was especially true during COVID when the workload increased exponentially, and people could not go into the office. However, there were times in the past when people were no longer required because UiPath was doing their jobs perfectly, making them redundant. As they were no longer required, they left the company.

So, we have had both scenarios, but moving forward, instead of telling people that they're no longer required, we have retasked them to other projects. Essentially, we have reabsorbed them and in turn, have simplified the hiring process. In this regard, we have adjusted.

The new UiPath assistant is very good.

The customizable forms that UiPath has recently launched allow us to give the user an exact input that they can provide. Being able to customize this is extremely helpful for us because we have other attended automation processes, and they can each be tailored to the needs of the business.

We use the selector technology for automating processes with dynamic interfaces on a daily basis in almost all of our projects. Our extensive use of this feature includes all of the different kinds of selectors that UiPath allows. We have the flexibility to modify these selectors as per our need. This functionality gives UiPath a big edge over its competitors and I know this because I've personally used products by other vendors. The selection-making process is much simpler with UiPath, with improved accuracy and reliability.

This feature is important because a lot of the processes are Citrix-based or remote desktop applications. Because the robot would not have a direct connection to the application, we have to use Citrix technology. All of the applications are different in nature, so having the flexibility to switch between different kinds of selectors and select our activities allows us to build the perfect solution for remote applications. Even the performance, in my experience, has been the best, especially for Citrix-based automations or remote desktop-based automations.

There are a few features that could be improved, and one of them is good integration with the Microsoft ecosystem. For example, Microsoft launched Power Apps as its platform, and even though its capabilities are not as good as UiPath, it has the advantage of being so well-integrated with Excel Online, Word, and everything else. We don't have to perform a lot of development work, and it's pre-approved in our organization. Applications like SharePoint are another example of pre-approved solutions. But with UiPath, we have to prove that it's a secure process. Simply put, a stronger collaboration between Microsoft and UiPath in a lot of areas would be helpful because it would ease the development process for us.

Another example is with the Automation Hub. At this time, Automation Hub does not allow you a direct login process or single sign-on option using Azure Active Directory. This means that you're limited to going through either Gmail or something else. This is true for the on-premises solution, not the cloud one. Although we had decided to purchase the Automation Hub license, this lack of functionality held things up because we did not want to manually go in to update all of the new users again and again. We wanted the information to be picked directly from Active Directory whenever a user wanted to sign up for it.

I have been using UiPath Attended Automation for approximately three and a half years.

In the past, stability has been great. However, more recently I have been facing some issues, and I'm hoping for some resolution. For example, we recently upgraded to the new orchestrator in Studio, and we had to upgrade a few packages also, In particular, the UiPath automation packages.

Some of our GUI activities, which are not fully backward compatible, have been facing some issues. Consequently, some of our bots have been impacted. We have already raised the issue and we are in discussion to find a resolution. This was the first time we actually faced an issue in terms of reliability with UiPath.

Our past experience has been very good, and I cannot say that we have any complaints regarding the reliability of UiPath solutions.

Scalability-wise, it is very good. It is easily scalable and we have a lot of options for expanding and configuring as per our requirements. It is also customizable.

We have a team of between 20 and 30 people, which includes approximately 10 developers, 5 team leads, two architects, two production managers, and one overall manager. We have some contractual workers, as well.

We have approximately 35 automations that are in production right now. From a process perspective, we have pretty much worked on all verticals including finance, healthcare, internal IT processes that needed automation, and more. An example is ServiceNow, where jobs like creating user accounts, deploying new machines, and other administrative tasks have also been automated. HR processes, including onboarding, have been automated.

It is a very large organization, and there are lots of processes, so I expect that our usage will grow.

The technical support is excellent in our experience. Whenever we have had a problem, they've always been there to support us and help us with the problem. I don't have any complaints, as they've always made the effort. Even if things have taken longer than we had hoped or expected, they've always come back with the best resolution they can offer.

I have worked with Blue Prism and in my experience, UiPath does a much better job, both in terms of dev and listening to the community. For example, Blue Prism is a very closed community and very limited. They have improved, I would say, based on the success of UiPath, but it's not very open-source or open-natured.

The biggest advantage that I have noticed is with Citrix-based automations or remote desktop automations. There are cases where Blue Prism did not work, but UiPath was very good. I did not have to spend too much time with UiPath before it worked perfectly. The reliability was also great.

More importantly, UiPath listens to the customers as well as the developer community, and in turn, they implement features that make their lives easier. They constantly reach out for feedback and it's a good process because it helps to know that the customer is happy. If I am speaking about myself, I'm happy that if I have a need, or I'm facing some challenges, I put it in the pipeline for UiPath and within six months, I will see that feature live in production.

We started with a disaster recovery scenario, where we have one live production orchestrator, as well as one backup orchestrator and a load balancer installed. This is a high availability disaster recovery (HADR) configuration, where all of our live bots are on the main orchestrator. In the case that the live orchestrator goes down, we have the backup orchestrator kick in.

The overall deployment and installation process was simple. However, we did face some issues with the Redis part. Configuring Redis was one of our pain points, and we reached out to UiPath about it.

Although it was resolved, it took a lot of time and effort, from our end as well. That was the only experience that stood out as a problem for us. But overall, it was a smooth process.

It took about a week to set everything up, although we had constraints from our own internal infrastructure team. The delay was not related to UiPath issues.

The licensing is close to optimum; however, there is room for improvement in both the cost and flexibility of the licenses. It isn't the best pricing in the market but it's pretty close.

For developing our attended automation, we began by coding the bot to our requirements, and then made modifications to it for attended automation.

My advice for anybody who is considering UiPath is to be sure of what your needs are regarding an RPA product. If you're looking for something very small-scale, very easy, then there are a lot of options. But if you're looking for a long-term, feature-rich solution, which has access to third-party integrations, then choose UiPath.

You will require a development team, at least to some level. UiPath is now simpler with the Studio X products, but in the past, it was a bit more challenging to dive deep into UiPath directly. It required some training but now, things have definitely improved.

One of the major lessons that I have learned from using UiPath is to make sure that everything is documented well. There is a lot that needs to be tested before bots are put into production because a lot of things that work on your local machine may not work on another. It can vary from machine to machine and where something works on one, a change in environment for another may cause it to fail. This means that you should change from machine to machine during the testing phase.

Overall, I feel as if now UiPath is on the right path with its competitors. It is a very good long-term solution.

I would rate UiPath a nine out of ten.

We use it with ServiceNow for maintaining tickets. Our task works to automate some scenarios such as software updates. In that scenario, there are some repeated steps. We use UiPath with Python scripting to automate those repetitive steps.

One of our use cases is for our insurance team where we have built a prototype which has helped the insurance team cut pricing. That is one of the automations that has made a difference.

Also, the fact that this is a SaaS solution means we are able to innovate much faster when it comes to automation. We have been able to complete use cases in as little as one month. There can be problems with the on-premises version because there are certain restrictions for accessing that database. But because this is on the cloud, we can access the data from anywhere in the world. That is very beneficial.

UiPath has also helped to reduce the amount of maintenance work related to our automation operations. It has a feature to keep the different automatic tasks monitored. That monitoring helps us if there's any problem in an automation. We get notification that there is a problem. If we don't know about those problems then, after some time, maintenance on them will be harder. It does help us to maintain things.

Before, we were using the on-premises service for our automation activity. By using UiPath Automation Cloud, we don't need to go anywhere. There is a single tool where we can keep track of the maintenance. Doing so with the on-prem solution was much more time consuming and slow. With UiPath it's so much faster so it helps us cut costs.

And in terms of overall cost savings, before we implemented one of our automations there were around 100 people taking care of the task. Using UiPath, we have automated that task and we have saved the fees of 100 people.

The speed is much better because we're doing it on the cloud. With other solutions there were network problems, but in UiPath I have found that network connectivity is much stronger when transferring data from the back end to the front end. It is much faster.

The Portal for enabling business users to trigger jobs with business input and for monitoring those jobs is great.

There is also the granular, role-based access control and management which is very important in our organization because we have different roles. Our manager has a much higher role, so that if there are some changes in an automated step, there are permissions from that higher authority. Otherwise, low-level employees could make changes without informing the higher levels and there could be a lot of conflicts. This way, we don't allow the lower-level employee to make any changes without proper permission from the higher authority.

The solution's single sign-on is also important because without it, a user ID and password could be compromised by a third-party or hacker. Single sign-on gives us another level of security when logging in to UiPath. It's very important and a good security feature.

UiPath also continues to add services to the Portal. There are proper updates that come out monthly or quarterly. They update different features or any problems with features, so the updates are very useful for us. It's very important that all the services are managed from the same place because no matter where a team is, if there is a glitch and we raise a question with customer support, and they do some fixing, that fix is available for all the users who are using UiPath. It comes from the centralized location, which is a very good thing. It is available for all our users around the world.

They should include new machine learning and AI algorithms for better forecasting and analytics.

I've been using UiPath Automation Cloud for two years.

It is very stable. In most software, we find that when we increase the data size, there is some kind of decrease in network connectivity, a delay or lag. But UiPath is very stable because they release updates very frequently.

We use it for day-to-day purposes. The tools are working on different jobs, daily. We have plans to automate more scenarios and we are working on a PoC for them. If they go well they will be implemented in UiPath as well.

Their support is very proactive. When we reach out to them, they fix our problem within a day. We can also use the Portal to have a chat about any issues that come up. Customer support is good and the community support is also great.

The fact that we don't have to worry about future installations and upgrades of Orchestrator, was important in our decision to go with UiPath, because those things are already built in. We don't need to worry about the infrastructure part. It is maintained by the UiPath team. They also have better community support to help us if we face any problems. That is one of the great things about UiPath.

The initial setup was very easy. The vendor was very active and the community is very active so there was no delay in communication. It was very straightforward.

We started UiPath as a desktop application and then we slowly moved to the cloud.

And in terms of the setup costs of our automation operations, UiPath doesn't have a lot of dependencies, so it is quick. We don't need to contact another party to maintain things because the UiPath community helps us with every aspect. It works. 

The pricing is good compared to other software. Based on the features that UiPath is providing, and the community support, the price is reasonable.

I have used different tools like Blue Prism and Automation Anywhere. When comparing all three, when it comes to cost, UiPath is great. It is also easy to use. Anyone can learn to use it within a couple of weeks. It is very useful and user-friendly.

The user interface and the usability of the other solutions is not as user-friendly. We also found some glitches in those solutions, things like network delays.

We haven't found any problems with UiPath. It is working great. It's a great tool. I would suggest that everyone go with a UiPath because it has helped us a lot.

We are using attended automation. I help drive a lot of products in UiPath. Now, we are using their data process mining and document understanding features. We are creating forms, then putting data on the forms, so our attended bots will work.

We use UiPath to resolve customer complaints by creating buttons that link to back-end integrations.

Employees can see information very quickly, reducing a lot of complications.

Uipth gives us as good speed and accuracy to improve all the bot la performance.

I like the document understanding feature. It gives us more accuracy. 

The AI and machine learning features are very useful for us.

UI Targets enabled us to quickly build automations within multiple applications, even without the right connectors. For example, we can drag and drop Outlook activities.

We use UiPath selector technology is a wonderful feature, especially compared to other RPA tools.

From mobile applications, we use Orchestrator where we can monitor processes and share them. 

Need more AI and Machine learning build technology and integration of 3rd party applications. Need some improvements in orchestrator

We have been using it for around two years.

5,000 people are using UiPath.

Any queries that we have, we can go onto their forums. If there are issues, we can contact their support and they will resolve them.

We have used Automation Anywhere, which is complex to understand. 

The initial deployment was not complex.

I will rate the level of expertise is 9(out of ten)

The attended automation has saved us time.

The pricing is average; it is not too high nor too low.

Its speed is better than other RPA solutions. They release more updates, details, and features compared to their competitors. 

We can learn from UiPath Academy.

I would rate the solution as a nine (out of 10).