UiPath Platform Reviews

It's on multiple platforms like Oracle EBS and other IT applications. We have a few of the local government applications that the client uses. We have worked on multiple use cases with all of these applications. All of the client's major work is all through Oracle EBS. We have finance-related use cases. They have Seabridge applications, which are one of the applications that we are automating using UiPath.

Oracle itself has been very helpful when using this solution, thanks to the redundant task they've currently defined. All those are being automated. We mostly use the UiPath Assistant, Video, and Orchestrator. These are the only three products that we use day-in and day-out for our clients.

The ease of building automation using UiPath is great. It technically provides good features in order to develop, automating different kinds of applications using UiPath.

UiPath enables you to implement end-to-end automation, starting with process analysis, then robot building, and finally monitoring automation. It's usually very important. In some regulation cases, redundant cases, it’s been very useful. Instead of avoiding human intervention digitally, we are utilizing the UiPath to build up automation and run those in unattended mode.

If we could use the UiPath Apps feature, it would increase the number of automation and reduce the time it takes to create them. That said, at this time, I do not use this aspect of the solution.

UiPath has reduced human error in some cases. For example, a client has monthly payroll activities, which have to be done for multiple entities and in multiple in order to ensure the reports to be pretty good. It's a huge asset, having these multiple entities. It takes a lot of time for a human to execute the task. Here, automation plays a key role and it creates everything automatically through unattended mode. Of course, when a human is involved, there are chances for errors, such as missing the entities and updating the parameters. All of these things are instead being taken care of by automation. The likelihood of error is removed when the human intervention is.

The product has freed up employee time. It’s likely freed up more than a day, an average of 12 hours at least. That’s 12 hours per day. It allows our employees to focus on more high-value work.

We do use the Apps feature, however, it hasn't really helped reduce any workload. Everything is dependent upon the client's local language, which is Arabic. That is the major reason why we could not implement or utilize much of the Apps. It's not able to recognize Arabic versions properly. That is the challenging area which we are observing currently.

The solution is helpful in terms of speeding up or reducing the cost of digital transformation for our clients, however, the license cost is a little high. We are facing some challenges in the form of money. The license is costly. 

While employees can now focus on more high-value work, I would not go so far as to say it has improved employee satisfaction.

In UiPath, we have multiple products and recently there have been many product videos. There are videos around customization, deployment, et cetera. are all scattered all over. There are different products and different server setups and various other things, however, it is not organized. If it was simplified, it would be much better.

It could be more user-friendly. There are so many offerings and configurations and customizations that make things a bit complicated. Streamlining it would be ideal.

There are a few small things that should be included in UiPath. There are a few, although I can’t remember all. One, for example, is, when we are sending an email, we should be able to set up options and customize it a little bit. At this point, we need to create custom code and then go through APIs if we want to customize. It should be a built-in functionality, however.

I've been using the solution for two years now.

Stability-wise UiPath is good, however, it releases twice yearly. Therefore it will be a little hard for people to upgrade in-house each and every time. Clients also question why it's necessary every six months to upgrade. It won't be reasonable for the management. Every time when an upgrade is available, we have to complete the regulation for the previous use cases and whatever we already have deployed at production. 

When redeploying, everything is kind of a hectic task. Once in a year is okay, however, multiple releases in a year is a bit much. Clients would not be aware that yearly this many releases are happening and every release will have something more to add, that there are changes. Having to adapt to changes is something that is very difficult to make the client understand.

The solution can scale. 

You can use the application to automate any kind of application or any kind of use case. A few of them require some customization, using other technologies. 

Already we have some 25 bots running in production and a few of them are about to deploy to production and the client is looking for some more use cases. We are looking into a few more use cases that are in the discussion stage as of now. We are increasing our use cases and expanding usage.

The technical support is very helpful, however, there have been cases where we have had some urgent issues and support seems to move at its own pace. They won't rush for you. They don't seem to understand our concerns and they seem to only focus on their own timelines. 

Our SLA expectations are not always matching theirs. Even when we mark something as urgent, still there's a timeline of two to three hours. In that time it'll be hard to hold on.

Our clients did not use a different RPA solution before UiPath.

I do not have any other RPA solution experience beyond UiPath.

I am the solution architect who setups.

I was working on the 2018 version of UiPath. The 2018 and 2019 versions are very easy and very straightforward. There were not many changes or many complications in order to set up or upgrade. However, when it comes to 2020, from 2020 onwards it's very complicated.

Now there is an IAS. There is no connection string update. We cannot update any connection strings, and yet we could in the 2019 version. From 2020 we're not able to do the changes at all unless we go further and do another upgrade or something like that.

Earlier it was straightforward. Maybe there was a little bit of conflict, fine, however, now that it's split into multiple things with a conflict DLL file, orchestrated DLL file, identity server file, then an app setting the adjacent file. That is gathered completely into all of these things, where until and unless you have both end-to-end documentation understanding, you cannot go ahead and do anything.

On top of that, there is the SSL certificate. Until 2019 we didn't require each and every robot or a development machine to have the same SSL certificate. Now, we have to export and import to all the machines and add the user's perspective.

From the licensing perspective, licenses were straight, and there was no migration required for the license to be utilized in any of the versions. From 2020, there is a license migration required from the UiPath end. We now need to contact UiPath for that in order to get this migration done.

All of these changes, as well as the identity server database creation, everything has a kind of impact on the ease of deployment.

Upgrading doesn't take much time, however, users deploying the solution should have a ton of knowledge about each one of the steps. They need to remember everything in order to perform the upgrade or else something might be missed. Even if you miss one step you will have to spend hours and hours in order to rectify that.

For the 2020 version, for the initial deployment, I did not actually do it from scratch. I just upgraded. That said, if a user wanted to do it, I would estimate it takes more than a day to complete.

The implementation strategy depends upon the requirements of the client. For example, if it is on-premises versus if it is on cloud and/or if the client is looking for Elasticsearch or Insights or test automation, et cetera. All of these things will be dependent on the other. If you ask for Insights, you need to have an extra server setup for that. The same thing follows with the test automation and SQL database. What we call roles and responsibilities also will be dependent.

The unattended licenses are a little costly. That's the challenging part for us. That said, with the continuous support to the client, as we are increasing the use cases, it will lessen the cost probably by the middle of next year. At least, that’s what we are hoping for. We hope to see an ROI then.

The license cost is a little high. Unattended modes are really costly. If it's not as costly, then we could propose and purchase the licenses. Of course, we get discounts from UiPath, however, just for 10 bots, not even 10, if we load 5 to 10 unattended bots within the production orchestrator with the three development licenses, we have to pay for them twice. I'm not sure how much it is exactly in terms of the dollars, however.

My company does not have a business relationship with UiPath.

We do not use UiPath in a contact center environment.

We use completely unattended automation. 

We do not use attended automation at this time, or AI, although we are aware those are options. We're looking forward to AI and it is part of the reason we recently upgraded to the 2020.10 version.

It's one of the best tools where you can work for automation. If you have more redundant work, then it is very helpful.

Except for this upgrade and installation initial steps, apart from that, the solution is pretty easy to use.

I would rate the solution at an eight out of ten.

I use this solution to automate business processes that are rule-based. This includes the automation of different applications and background processes, such as posting invoices.

UiPath makes it very easy to develop automations. The interface is user-friendly and makes it easy to perform operations or use services, whether it is a database or another product. We can perform tasks on Microsoft Azure, for example. Many operations can be completed using inbuilt packages.

For whatever activity we want to perform, it only involves using the drag-and-drop capability, so it is easy to do. Anybody can do it. No programming-specific knowledge, like .NET, is required.

It is easy to develop custom components, which makes life easier.

UiPath allows us to implement end-to-end automation starting with the process analysis and ending with the monitoring. This is important to us because for any new process that we identify, using the task capture methods helps us to gather the documents that are required to automate it. After we develop the automation in Studio, we can easily monitor it using Orchestrator. It is helpful to have a complete solution from start to end, with all of the features that it has.

Using automation means that we increase our process output with minimal effort, which is something that every company wants to do because there is a saving in terms of manpower. It is definitely helpful in our organization.

The amount of time or cost savings depends on the process. For example, some processes that take four or five people to complete can be done using a single bot. Also, people can only work six or seven hours a day, whereas, with automation, the bot can run 24 hours a day. Not only is the process done more quickly but at less cost.

Attended automation has helped to scale RPA benefits because we have some scenarios where human collaboration is required. These are business-critical processes, so any level of automation is important for us.

In addition to savings in time and cost, UiPath further saves us money because of the reduction in human error. When a human is performing a task, mistakes happen. When the bots are used, there are no errors and when the number of mistakes is reduced, the business has more income.

UiPath has helped to speed up digital transformation, although hosting it requires IT support. For example, if UiPath needs to be updated or our infrastructure needs to be expanded, then it requires the help of IT support.

One of the things that I like is that they keep adding new features, such as machine learning models. For example, if you are reading a PDF copy of an invoice then the RPA should be able to identify and understand it. Rather than using rules to identify different formats for different kinds of invoices, machine learning and AI should be involved.

We are using the AI functionality and it gives us the ability to have more automation, saving more time and manual effort, and at less cost. This is possible because UiPath provides pre-built and pre-trained AI models that we can import, depending on the use case.

Some of the processes we have implemented are very complex, and these are the ones that we need AI for. Some of them involve human interaction and cover use cases such as taking different formats of invoices and pushing them to SAP. We have had good success when working with the machine learning capabilities.

The Action Center and Task Manager are very good for business users. The features are helpful because these days, business users are expecting more than a simple rule-based operation in RPA systems.

UiPath Studio integrates well with third-party tools such as Git. It is easy to maintain code from within Studio.

Many of the features that UiPath has are good, although better documentation is required for them.

I have been using UiPath for three years.

I have had issues with previous versions but the latest updates have resolved my problems. As of now, the stability is very good.

Scalability is very good in UiPath.

We have five UiPath users in our project; one is a lead, another is a manager, there are two developers and a consultant. At this point, I'm not sure if we plan to increase our usage.

I have been in contact with technical support in the past, and I would rate them a ten out of ten. They respond very nicely and help to resolve our problems.

When we deploy processes, it takes about half an hour. It varies depending on the process but half an hour is the average per activity.

UiPath is easy to maintain and support. We have a support team and QA teams, and they are responsible for monitoring the processes and the bots. They will check the activities that take place in production.

The number of staff required for maintenance depends on the architecture that the client has.

The licensing model is very good.

We chose UiPath because it is more flexible and has better licensing terms than some competing products.

We use some third-party tools in conjunction with UiPath. For example, to maintain the code and for versioning control, we use Git. We have two or three years of experience with Git and not only is it compatible with UiPath, but it is also easy to use.

My advice for anybody who is implementing UiPath is to start with the documentation. There is a lot of good documentation that includes best practices and plenty of examples. Using the documentation, one can easily learn UiPath.

I would rate this solution a nine out of ten.

We deal in banking and finance. The use case is based on the transaction dates. For example, how customers are using credit cards, net banking, transactions, and what components they are buying. We gather this information in order to provide a CIBIL score. 

We do have multiple applications, which are provided to the banks so that they can work without taking much time. We have a set of test cases that need to be automated and we'll run it up. 

As of now, we test and we usually have a CSED pipeline as well. We are not only restricted to any one of the features in UFR. We are using Citrix, among others. 

The solution makes it easy to build automation. Earlier, we used to collect the data and create a hard copy. Now, these are all processes that are automated. There are fewer human interventions that are required to collect the data from the email or collect the data from the hard copy. It is auto-generated through auto-generated mail. It will collect all the details and save them to a repository. Based on that, our support team is providing the solution to the customer, and it's much easier.

UiPath enables us to implement end-to-end automation. These processes are very complete. Where there's not a single person is in practicum, however, it's only deployed in our productions. 

They have included the chatbot. Therefore, if the customer is having any issues related to any of the products, they will raise their queries. We will log these queries through a bot system, and this will get notified to the escalation team. They will locate into it through banking domains or through the solution of it and providing the solution on emails. It's very helpful.

End-to-end coverage is one of the best features. If their service display is not good enough, or if they are facing any issues, we can sort things out faster, which makes customers very happy. They are getting the solution on time, and they are running 24/7. Human workers are not able to provide each and every solution on an immediate basis, however, by using the solutions, we have got a solution for the end-user that responds immediately so that they are satisfied and their needs will be fulfilled much faster.

As of now, we are using attended automation, however, we also have created some of the use cases, which are going to be linked through unattended automation. Attended automation helped to scale RPI benefits in our organization, by automating department or all specific processes that require human-robot collaboration.

For example, in one project, which we used as a test, typically the turnaround would have been 15 days, however, with UiPath, we were able to churn out this product in 30 minutes.  It's amazing how much we are saving in terms of time. We've been able to shrink timelines.

We do use UiPath's AI functionality in your automation program. The complexities are always a part of the banking industry as data is from many places and over a large amount of time. However, when we talk about the calculations, it's when human beings are involved where it really takes a while to get a task completed. With automation, we can shrink that down to 15 or 20 minutes and know in that short amount of time a person's complete financial background and if they are credible or not. This customer doesn't have to wait so long to get the results they need. 

UiPath's AI functionality has enabled us to automate more processes overall. Now, for example, it's feasible to process data, and, if we have to, get the data explained very simply to calculate a score and find out if a person is genuine or not. We can look at credit histories, transactions, et cetera, and based on that, be able to process requests in order to enable users to get loans in seconds instead of days or weeks. 

UiPath both speeds up and reduces the cost of our digital transformation; it increases processing speed and saves costs that would otherwise be taken up in longer-term tedious tasks.  

I've used the UiPath apps feature, however, I cannot say it's fully required for our processes. That said, it was very helpful when we did use it. 

UiPath has helped us reduce human error. We can achieve our goals, as mentioned, in 30 minutes, without having to manually go from one stage to another, which may cause errors. It frees up our employee's time as well, to help improve their focus. That, and, within a week's time, we can save 30 hours on a single resource. It allows those employees to really focus on higher-value work. Employees are happier as they now have the time and space to build their skills.

Overall, UiPath has reduced the cost of our automation operations. This reduction is around 30% savings. 

The product is well-integrated with different tools that can help with logging, et cetera.

The task capture is great in that we have all of this data we are receiving that's automated and we don't need to invest much time in creating documents.

For a few of the projects, we have saved money, however, on a few of these projects we've noticed less revenue. The orchestration cost is a bit higher when we are working on smaller projects.

From the improvement perspective, I am from the testing background, and UiPath has recently released some announcements related to scrums. I would be happy to see their products be involved with scrum teams.

Just like they have data for the JIRA automation, maybe if they can include some of these options in the Rally solution. It's a tool that is used locally for various projects and having automation activity included there would be useful to us. 

From a migration perspective, if we can get something better than the manual process that would be great. It would be nicer if it was smoother for those doing implementations. 

I've been using the solution for five years. 

I can say it's a very good tool from the RP perspective. It is helping us to get our work faster, saving time as well as offering multiple functionalities. We haven't had any issues with it. 

Everything is good - except the capture part. They could improve on that as we are getting less accuracy as compared to the other functionality. Other than that, the rest of the components are fine.

The scalability is very good. 

On my team, somewhere around 14 people are working on the UiPath product. There are several other teams also on it. Likely, there are around 50 plus people in total on the solution.

We are regularly using this product. I cannot say I'm not using a single day. 365 days a year this solution runs, as these processes are basically used on the weekends as well. Based on the schedule, it is pretty much always running in the UAT or QA environment. 

How much we use it depends on the products. If we get more products, we will increase usage. 

The customer support is very nice. Most of the time, we are getting a resolution from there.

I would rate them at more than eight out of ten. Over the last three years, I've been interacting with the web team on customer support. I tend to get an immediate response from their team for the assignment of my ticket, and they schedule a call. However, in some of the operations, it's not possible to directly interact on the WebEx.

It's important for us to have them extend their communications or extend their environment. Not every organization can get support as they offer it. Using Microsoft Teams or Zoom or a more popular platform may be helpful.

We did not use another solution that is similar. We previously used an automation tool that was purely used for the testing perspective. We decided to move to UiPath as it was an easy-to-use solution. However, I was not a part of the RPA tool decision-making process. 

Earlier, it was a bit complex as we had to configure our robot with the orchestrator or the studio that was providing details. Now, when we are installing, everything is taken synchronously. We don't need to enter the required areas. It is automatically catching that from that environment.

The time it takes to deploy depends on the system resources or the system specifications. Usually, it will take around 23 to 40 minutes for the installation, however, now that they have improved their installation time as well, it may only take 20 to 30 minutes.

For us, the deployment plan is basically to focus on the data perspective. We don't want to lose any of the aspects of the data, which is already running, so we do take a backup first. The orchestrator has a different environment structure, which has already been configured like a development rather than a UAT.

These are the phases that we are using on a regular basis. Once it is certified for the first stage, only then does it move to the next phase.

We require 22 people to maintain the product. They are largely comprised of the DevOps team. 

While the solution is a bit expensive, we do see ROI. When we compare the ROI with the expenses differently, ROI is on the higher side. Of course, for the organizations who have a small product base, who may have less automation required, will find that expenses are higher. The more you automate, the more you save.

However, in relation to sharing actual data points, that's a bit tricky.

As compared to the licensing costs or the pricing of other tools like Automation Anywhere or Blue Prism, it's a bit cheaper, however, when we talk about the open-source tools such as Robocorp or Robot Framework, the cost is on the higher side. Microsoft Power Automate is also cheaper.

There are no other costs beyond the licensing. 

We are just customers and end-users. I'm an RPA lead.

We are using an operating system related to Microsoft and several other features related to Microsoft. If they offered this type of product on a regular basis, that was less costly and had the same compatibility, security, and features, we'd likely adopt it. 

I'd advise those considering the solution to check the processes and compare them to their potential ROI. A company needs to consider if the tools will help them based on their environment and goals. It's important to first analyze the internal capabilities before jumping in. If they don't think they'll be getting the ROI they desire, they should look at another tool. 

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

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

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

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

The orchestrator is one of the good features they have.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

I'm not very involved in pricing or licensing.

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

We pay our licensing fees on a yearly basis. 

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

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

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

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

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

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

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

I am an API developer and I use UiPath for development. I use it to develop solutions for banking problems, like banking automation.

For example, in my previous company, I used the API for developing automated reporting solutions that take a lot of Excel files, check their data, and try to generate a web page containing many graphics based on the Excel data. It's basically translating the data on the web and it's made automatically every month. 

For my current company, it's a banking company, and I'm working on the banking solution. It's a process of verification of the user identity or the client's details. This process is based on taking the ID card of the person and digitalizing the data. It's a technology meant for reading data from documents. After reading this data, we automatically take this data and put it into the database and create accounts for the user or do a lot of automated things. 

At my current company, the use case is for the process of managing the relationship between the client account and any fees. A robot always checks if there is something to pay for the client and can take the fee automatically if that is the case. Then there is a transfer of money based on the request.

For example, when someone wants to do a transfer they add the money and sign a paper. This paper contains the information of the client's account, including details such as the client name, the account number, and the amount of the transfer. We take the data and the robot automatically takes the data and, via the web, goes to the apps of the bank in order to search for the client, search for the account, say the amount, and take the proper amount from his account, et cetera. We're able to save steps as everything is automated.

The actual company has three environments. There's one for development, one for pre-production, and one for production. Every element has two UiPath robots and one Studio. We have in total three studios and six robots, and each one has its own lessons. 

In the first, there was only one robot and one studio. They upgraded the solution from one studio one robot to three studios and six robots and they have found a good benefit in that. They know that it will give them more opportunities and more advantages within the banking environment. They made an investment in this technology to make their work easier so that they could be the best in the market of banking. It's helped them become more efficient.

There is an additional library that I discovered that allows me to work with the previous version of UiPath. There are some libraries that are new on the UiPath Studio, which are also helpful.

In terms of the ease of building automation using UiPath Studio, I must say that I used Automation Anywhere once as well. However, the way the UiPath connects the idea for development makes it so easy to build with the components that we can just drag and drop in. It's the easiest way to develop a solution and is an easier tool to use.

UiPath helps implement end-to-end automation starting with process analysis, then robot building, and finally monitoring of automation.

Being able to implement end-to-end automation is important for me. As much as they make me work, they make the work easier for me. For example, I use it to make the connection between ABBYY Studio, a solution for OCM, and writing scripts inside. I try to launch the script and take the output of the file and try to do a lot of things to make a connection between UiPath Studio and ABBYY Studio. UiPath Studio has given us a strong and new plugin, that we'll put some parameters around and we are done. It makes things easier like that. The features added into the latest update are helping a lot.

UiPath Studio has helped minimize our on-premise footprint in that there's less staff required. Previously, the company had three or four people doing the same thing. Now, only the robot does it. The four people are doing something else now. It's allowed them to focus on other tasks. The robot did not replace them, however. They still work in the same company, however, they are focused on doing different jobs - specifically jobs that can't be automated. They work on jobs that require a human operation, human intervention, and that's it.  The employees are happier too. The current company recently won an award based on employee happiness. In 2021, they were awarded excellence in employee condition. Automation hasn't made them bitter or changed their work ethic.

Robots started doing a lot of tasks that four people take one week to finish, except they can do it in one day. It's saved lots of time. For example, if we have 52 weeks, every week the robots can do a week's task in one day. A human may only be able to do 52 tasks in a year, whereas a robot can overperform by roughly 86% over the course of a year. 

UiPath speeds up and reduces the cost of digital transformation. The robots are extremely helpful, as they can work 24 hours a day, every day. They can do processes faster than people. It makes everything ultimately speed up.

The product has reduced human error. Even the robots make some errors, however, at least we are aware of them. The errors end up being fewer than that of a human counterpart. The issue with human errors is that we can't know if and when an error is made. At least with the robot, if it makes an error, the person is blocked somewhere and therefore we know that the robot missed something or it found a wrong account number, for example. The robot will notify us of an error whereas a human might miss it completely. 

Between version 19 and version 20, the Orchestrator tool interface has changed a lot. It totally changed. The menu changed, the place of the button changed. It took me a week to understand and to make myself used to this new interface. In the end, I found it's a good change and it's helping so much in understanding what the robots are doing in terms of checking logs, extracting some data there to make some analysis, and giving reports to the director.

The scaling could be better. There are so many parameters and options to check and so much to do before the solution is ready to use. Not everyone knows what to do at the outset and it's all a little bit complicated.

I've been using UiPath for one year and a month. The company may have been using it for longer than that.

While the stability is fine, with a license that needs to be paid yearly, UiPath will put out a new version annually. That way, when companies go to renew, they often need to upgrade or pay for a new license. The product does this to keep earning money year after year. 

For me, having the ability to scale automation without having to pay attention to infrastructure is okay, generally, however, even though I find that the company can use the tool to make the process automate well, I don't have so many people working with process automation. There are now just a few people developing in the APA and the licensing is still expensive and clients aren't excited to do anything even if it's a good solution for automating the process.

If you have a lot of money, you can put it all in UiPath and make the robot far bigger. I heard about a company located in Qatar that has 3600 robots. They buy it every year. It's a banking company and every year they pay for it. They are not using all of the robots, however, they've given their developers full reign of the environment.  

In my current company, I'm the only one using it. Many companies actually spend a few years testing it before they officially start using it. However, the company does plan to increase usage and does plan to add three or four more people to the team who would be working with me. I would manage them and provide training as we expand. 

There's a third party that takes responsibility for troubleshooting. They made the environment, and they are in charge of everything. Personally, I go first to the UiPath forum if I need help. I've found a lot of answers there. If I don't find something useful or helpful, I write an email to the third-party provider so that they can take charge of the problem and solve it.

They are good. There are three people who assist me typically. One is from the Middle East, one is French and the other is from India. Their way of communication, their way of giving information, and giving support have been great.

Both companies I have worked for that use this product have never used an automation solution before. 

I have worked with the solution for two enterprises. One was a Canadian company. I implemented the solution for them. I met the organization's boss, and I also put the training together too. I made the environment and I developed the solution and did the full implementation. 

The second, which I am actually working for, is a combination between Europe and Africa on the main. In both companies, the solution is already implemented and I work with it. The solution was started by another department. We don't share or manage the site of escalation or choose which kind of installation. The installation in this case is on-premise. We have constructed on our IAS, local server, and that's it. It's on the server, and we're not using UiPath's cloud.

The initial setup is good. There are no problems. Setting up the robots is also good. For the Orchestrator, sometimes I face some issues surrounding not UiPath, but the OS. For example, installing the Orchestrator on Windows 10, version 19.02, it's not the same process as it would be with Windows 10, version 20.82. Sometimes the visuals of the operating system change and it affects the installation too. This is well documented in the UiPath community. You'll find that many people face problems while working with the Orchestrator.

The deployment sometimes took me two hours. Sometimes I come across an issue and it takes more time. However, often, it can be deployed in 30 to 50 minutes if all goes well.  

With the installation for a Canadian company, I have a very simple installation experience. The environment was already prepped and ready and I just needed to start the installation. 

There is an IT team that does perform the maintenance as required, for example, if there are any updates or upgrades. I don't handle that aspect. I'm only a developer.

We might study potential ROI in the summer of 2022. We're still on the development part and therefore we still can't make reports. We don't have statistics.

There can be costs related to digital transformation. There are two ways this can happen. The first is when the robot is using an internal application, the application made by the company. There often is some modification to the interface of this app. There are some options that become available only for the robots. The second is when the robots use the websites of external companies. Internally, we made some changes to the robots to ensure they work well. In terms of the expense and how much it costs, the information is managed by another department. I don't have information about that.

I can't speak to the exact price, however, recently I heard in a meeting that one license for Studio Path costs 2,825 Euros per year. This price is approximate and may fluctuate.

The license is always per year. They don't show the pricing on the internet. You must contact the support or a seller. 

For the company I currently work with, I was in the meeting that chose the automation solution and they put the UiPath blueprint and Automation Anywhere on the table. The company wanted to choose between them. They found that, in terms of money, performance, and popularity, UiPath was the best. That is why they choose UiPath.

We are not resellers. We are customers and end-users.

For now, I am fine with UiPath Studio and I will likely keep developing automation solutions on this tool.

For the attended robots, we are not using them yet. We are only using unattended robots. First, we must make the financial employees understand how robots work. They need understanding or training as a first step before we can use attended robots in development. We are going to use attended robots in the future, however, for now, we're focused on unattended robots.

We don't yet use AI functionality. We're going to start using artificial intelligence and also the machine learning solution of UiPath via AI sensors. We'll use it to measure credit and to gauge the likelihood of clients paying, however, for now, we are not yet using AI features.  

We are also not using UiPath apps.

UiPath Studio has reduced the costs of our automation operations, although I don't have an exact statistic that reflects this.

Sometimes, when you come to a company and you tell them that you will make a robot to do their job, the first thing they will start thinking is "we're going to lose our job. They're going to fire us." With that mentality, they often aren't cooperative. 

For example, in a Canadian company I worked for when I was working on the process, the parts of the activity for Excel automation, I kept notifying them that they should keep using the same name of the file so the robots can read the file. However, I would get files in different names with letters off or symbols in them as if the staff was trying to get the project canceled by trying to show the robot wouldn't work. However, over time, as they came to understand no one would lose their position, they became cooperative. They weren't happy at first, however, they came to embrace the project.

UiPath has a huge marketing strategy, and they have been the first in the world with a lot of this technology. If a company wants to integrate automation into its processes, it will likely start looking at UiPath first.

If a company is considering UiPath, they should know exactly which process should be automated. When you know what kind of processes will be automated, they will understand better if they need attended robots or unattended robots, and then can proceed with a purchase. What one recent company did is they went and bought one studio and one robot. Then, later, after understanding which process was going to be automated, they figured out that they needed three studios and six robots. It's better to know which process to develop to make it automated, then later go to buy solutions for it.

We will still always need human workers. Of course, there are some tasks that can be automated 100%. However, in the end, and specifically in the banking domain, we always need humans to understand some things that make the work easier. if we combine automation, things like robots, and human intervention, then we can get great results.

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

I have worked on two UiPath use cases. The first use case is for the IT Infrastructure team for submitting server requests. They receive a request from a third-party portal through email, and then my bot reads the email and fills in the details in the company portal.

The second use case is the data extraction from Word documents. The team receives Word documents with some important contract information. I extract those paragraphs and put them in the CSV format given by the customer.

We are using UiPath Studio 2020.10.2, and the Orchestrator version is 2019.

I heard about UiPath RPA in December 2019, and I went to the UiPath Academy website and completed their learning plans. Till March 2020, there was free certification, and I completed the free certification and kept on practicing. I showcased my skills to the management in my company, and I got into RPA projects. The certification has helped me in getting good projects. It has also helped me with my work for the use cases. My position is now better as compared to the previous years, and my work is also good. 

They provide end-to-end solutions. They have UiPath Studio for the development, and they have Orchestrator for package deployment. We can also monitor the performance and execution in Orchestrator. All these are helping us in managing end-to-end automation.

All UI automation activities in UiPath Studio and REFramework are useful. UiPath Orchestrator is also valuable. These features help me a lot in my projects. 

UiPath Studio's UI automation activities help me in easily developing automation. It is difficult for RPA developers to write complex code because no one knows everything about all automation areas. For UI automation, it is not mandatory for a developer to know how to write the code for the element on the screen that needs to be clicked or typed into. The UI automation packages of UiPath provide built-in activities, and developers can directly drag and drop and indicate the element on the screen that needs to be clicked or typed into. 

REFramework is a template using which we can prepare quality workflows for the transactional processes. It has very good error handling, retry, and logging mechanisms.

We can monitor robots in Orchestrator. We can check logs, monitor the performance of each robot, and divide robots into different environments. These features are very helpful for me in managing my work. If I have two or three robots on a set of machines and I want to define my process only for these robots, I can add that process into the environment. My process will be executed only on those robots. This is a good functionality.

For every transaction, there is the queue functionality in Orchestrator. I can go to a queue and add each transaction item to the queue. For every transaction, I can check the logs. I can also check their logs based on the jobs executed. We also have triggers, so we can schedule our jobs with the help of triggers. These features are helping me a lot in managing the performance of my robot and understanding how my robot is performing.

They have UiPath Forum where I can ask any questions. Many UiPath Most Valuable Professionals are on that forum, and they help us a lot. We get quick replies. If anyone is having any challenges, they post their challenges on the UiPath Forum. I can go through them, and if they are already solved, I gain knowledge by reading those solutions. If not, I try to answer them. In addition to gaining the knowledge, I'm getting some visibility in the UiPath Forum. All these things have really helped me a lot in increasing my technical level and expertise and getting good work.

UiPath Studio supports three types of workflows: sequence, flowchart, and state machine. Flowchart and state machine are good. Sequences are also good, and they're for linear workflows. However, in a sequence, as we keep on dragging and dropping the reusable components, the size of the screen increases. If we drag and drop the conditional or looping activities on the site, the screen size increases in length and breadth, and it becomes too complex for a developer to navigate between activities. 

All programming languages, such as C, Java, Python, or Visual Basic, have script-level support. So, we can reuse their functions because they support scripting. For example, if we want to use any reusable components, Python has modules, and there is a way to import packages. For complex automations, if we can write a script, it makes it easy to manage and know the line on which we are getting a syntax error or a runtime error and how is the structure. If I want to modify the logic, it makes it easier to know in which block I need to make the changes. So, it is easy to navigate in the program. Instead of the drag-and-drop blocks, UiPath should have support for scripts such as VBScript and PowerShell. It should support scripting even for complex automation.

The user interface for logging should be improved in Orchestrator. Currently, the logs in Orchestrator show how many hours ago the execution is completed, but it doesn't say how much time it took for a particular execution to complete. It just gives you a rough idea that it started three hours or one hour ago. It doesn't tell you exactly when a particular execution started, and at what time, it stopped. To get a clear idea, I need to click one more button and go to the details of the log. I need to check the start time of the first log and the end time of the last log in the same job, and then I need to calculate the difference to know the exact time it took for completing the job. Instead of doing all that, there should be a column that gives me the exact amount of time in minutes and seconds. It will help me in understanding how much time each execution took and what I should do to improve the speed of the execution.

In my current project, there are no intelligent automation requirements, but I have learned it recently. Just today, I completed the UiPath AI Center course. I also have some basic knowledge of machine learning. They're giving us options to use the out-of-the-box models developed by UiPath and their third-party vendors. With our internal data science, we can also develop our models, integrate them through UiPath AI Center, and deploy them. They're giving us an option to use them as a part of our RPA workflows with the help of the UiPath Studio activity called ML Skill. So, it becomes very easy for RPA developers to integrate machine learning models into their automation workflows, which is very nice, but I feel there should be some more improvement. They should give more visibility into how much time a model takes to finish the training and on how many algorithms it is running. They should also give visibility into which algorithm is best suited for my requirement and which algorithm is giving the best results for my requirement. If they can also give such insights in the same UiPath AI Center, it will help me in picking up the correct model and algorithm for my requirements.

When it comes to intelligent automation, machines use machine learning. No machine learning model can reach 100% accuracy or give 100% accurate output, which is a limitation. However, there is a possibility to increase the accuracy by tuning the parameters. So, UiPath should give more visibility into their models, how the pipeline is running in the AI center, and which factors can improve the accuracy of my model. Such insights will be useful for me in improving the accuracy of my intelligent automation.

In December 2019, I started learning UiPath, and I became an RPA developer in November 2020.

Until now, I have seen good uptime. There were no disruptions in data. I've seen the services running properly 99% of the time. Their logging mechanism, job schedules are also running properly in Orchestrator. So, it is a stable environment.

We're getting good support from UiPath. I would rate them 75 out of 100. Most of the time, I get fast and good replies from the support team. Sometimes, I receive late replies, or they don't understand the question properly, and I need to explain multiple times, but they are mostly good. 

I have worked on different IT process automation tools in the past. Their support did not respond as fast as UiPath's support, and they put the tickets in the suspended mode for a long time. They also didn't understand the question a lot of times and took too much time to analyze the issue. 

I also have the advantage of talking to my Infra team because we've deployed it on-premise. They can act as the first level of support and check if there is anything wrong with the on-premise server. If it is related to UiPath functionality, then we raise a ticket with UiPath support.

It was already set up when I moved to this team. I was working in IT process automation, and I moved to the UiPath development team. The setup and licenses of UiPath Orchestrator are managed by our Infra team members. They provided me with the licenses and links to the UiPath Orchestrator. So, I make use of the resources already deployed by my team. I just build and publish the packages to UiPath Orchestrator.

I have not deployed anything in the live environment, so I cannot comment about the return on investment. I've seen my colleagues deploying it, and with the help of data automation use cases, they have reduced around 10 hours per month for each support team. For my use case, we will be able to reduce at least one or two FTE for the support team when it goes live. I'm able to predict this because I have developed and tested many test cases for my use cases.

I only know about the community version. They give us two robots as a part of the community version, and they are enough for my practice and personal automations. For the office work, my Infra team checks the licenses needed for a particular use case, and my management team manages the pricing and licenses. 

Nine times out of ten, I would recommend others to use UiPath. I have also worked on other IT process automation tools, and none of them provides the functionality, support, and community like UiPath. I had conducted a survey on LinkedIn and asked about the RPA tool that people preferred. I got 60% of the votes for UiPath.

From the development perspective, I've seen a lot of improvement in the UiPath services in the last one year. They're giving more out-of-the-box models for the AI Center, and they are also improving their courses. They are also introducing new functionalities such as the orchestration processes in which you can use persistent activities, and your robot can wait for the human task to finish, and then it can continue its job. If they make any enhancements required for our current automation, we will make use of new UiPath functionalities to enhance our automation.

They have released two new versions of their certifications. One is UiPath Associate Certification, and the other one is UiPath RPA Developer Advanced Certification. I have completed the Associate certification. For these certifications, we have learning plans. There is recommended training, and everything is given on the UiPath Certification Program website. We have the option to check their recommended training and do the practices. They also guide us about how to book the exam from the Pearson website. Going through the recommended training and doing the Associate certification has increased my credibility. I've gained more trust in the company. It has changed my career. So, UiPath has played a prominent role in my career.

It can reduce errors by 100% because a machine can give 100% accuracy and work faster than humans. Just like all RPA tools, UiPath can provide 100% automation accuracy for rule-based automation. You also get better speed because machines are faster than humans. When it comes to intelligent automation, machines use machine learning, so there is a limitation. No machine learning model can reach 100% accuracy in automation.

I would rate UiPath an eight out of 10. 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Overall, it is really easy to resolve errors.

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

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

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

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

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

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

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

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

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

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

We are currently evaluating Kryon RPA.

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

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

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

I would rate this solution an eight out of ten.

We are a communications company who works with a lot of clients in our country. Now, we started using automation when working with business clients. Many processes were being done manually, e.g., activation of numbers. In order to alleviate the work of our sales team, this process was automated.

I haven't automated any of my work because the queue for processes that need to be automated is large.

My company uses Studio for our developers and StudioX for attended robots.

It is very important that we can scale automations without having to pay attention to the infrastructure. After one year, we have already automated almost 200 processes. Since the number of automated processes was large, a lot of people's time was freed. This solution is very important because we have a large subscriber base in our country, so we have become very efficient.

UiPath enables us to implement end-to-end automation, starting with process analysis, then robot building, and finally monitoring of automation. This is very important to my company because in the future we will have contracts with UiPath to sell licenses and provide the same experience to other companies, helping them automate their process. Therefore, it was very important to implement the entire end-to-end process in our company.

Attended automation has helped to scale RPA benefits in my organization by automating department or role specific processes in sales and HR that require human robot collaboration. This is important to my company. The department who works on automation of internal processes has had a lot of meetings with our employees. They realized that employees could be against their automation processes and sabotage them. This didn't happen, but they have effectively implemented the attended robots for our employees' work by explaining to them that the robots are not a threat to their job. They would only be helping them, allowing employees to do something more important than doing repetitive tasks on their computers.

UiPath has helped reduce human error. We are working with clients where it is very important to provide them their necessary services. We are a telecom company, so we are providing activation of numbers, etc. If people are doing this manually, it can cause inconveniences for our clients, but it might also put the reputation at stake. For example, because when people do it manually, they can send out the wrong invoice. This is a huge reputation risk, because sometimes we are working not only with just a person, but with a business. When we work with other companies, it is important to do things accurately. When the robots do things, there is almost a 100% probability that they won't make any mistakes, like typos.   

The most important feature of automation is it can automatically detect things where people are doing things repetitively and spending a lot of time. So, people can actually do their real tasks, like making decisions and talking to clients. Therefore, people's time, which was busy with doing manual tasks, is free now. They can spend it on more interesting and valuable work where they can apply their valuable skills.

UiPath Academy starts at the very beginning with how to set up and navigate in UiPath. I noticed that the Studio and StudioX are both user-friendly. It is suitable for people of different existing levels of programming skills, even with those with zero background.

The process mining feature is not being used because my company had some difficulties with it.

UiPath could improve integration with other platforms, like the SAP platform. I heard that SAP has their own automation processes in their platform and they are trying to avoid integrations with RPA platforms. Sometimes, that can be difficult. UiPath's room for improvement is having the ability to integrate with as many platforms as possible.

I have been using it for about three weeks. I have been practicing some tasks and just started learning, but I don't have any advanced development skills.

My company has been using it for a year.

We have automated hundreds of processes.

There are about 30 people on our sales team who are using it. The HR team also uses it.

We didn't use another automation before UiPath.

The initial setup is straightforward, based on what I have seen from UiPath Academy. On the platform, there are videos which describe how to set up. You just go to the platform and download the setup package. You have to set it up on your PC, then open the application. Once the application has been opened, you need to sign in with your email. For the first step, you need to add your email to the application, so email is sent automatically to you when you sign in and the signup is complete. Then, you can start using the Studio and StudioX. It is very convenient because both of them are in the same application, like an all in one software. You don't have to set them up separately because everything is in one place. You can just switch between them in settings, which is very easy and straightforward.

We have people studying how to work on UiPath who are developers. Therefore, we have a whole department doing the setup in our company. I don't think that they are asking a third-party to come in and help. 

We freed up a lot of our sales team's time. For example, they can now spend more time with clients. We have successfully implemented attended robots for our sales team. They now spend half the time doing the job which has been automated. This has made our sales team happy. 

It is very costly to implement RPA. However, I think the benefits outweigh the costs over a long-term period.

Building automations is doable. I understand that it is hard. Some processes need to be adjusted to be automated. Even though sometimes it can take time to create processes for automation, it is still possible and useful to apply automation for many processes. 

I didn't have any background in programming previously. I chose the learning plan for beginners in UiPath Academy. It was very convenient that they divided their learning plans for people with different backgrounds, e.g., beginners or developers. The course is very well-structured and concise. It works perfectly for me and I have the ability to study in the solution without any background experience.

Because we managed to successfully implement it in our company, we now want to help other companies to implement their automation processes.

For my country, UiPath is progressive. It is important for people's mindset that they are able to work with robots and understand they are helpful.

A lot of companies in our country refuse to implement it, or they think it is very expensive, and they don't need this thing, but they should definitely go for it.

My biggest lesson was not to be afraid that robots will do my job. I learned that they are very helpful and can save me time that I can spend on something more useful, like obtaining new skills.

I would rate it as eight out of 10 because of its integration limitations with other platforms. It is also expensive.