Automation Anywhere Reviews

I use Automation Anywhere to automate processes for other businesses.

Automation Anywhere is user-friendly for individuals with a technical background and can also be utilized by those without specific knowledge.

The learning curve for Automation Anywhere is easy. The steps are nicely designed and of high quality, making it easy for users to learn.

Automation Anywhere has helped our customers' organizations speed up their processes and reduce the workload for their staff.

It offers automation at scale, enabling our customers to accomplish their objectives.

Integrating RPA bots, APIs, business applications, and documents is easily achievable with Automation Anywhere.

Automation Anywhere has helped to increase automation consumption.

The dashboard has room for improvement.

I have been using Automation Anywhere for one and a half years.

It is stable.

Automation Anywhere is scalable.

The technical support has been helpful, and we have not experienced any delays.

We used Power Automate before switching to Automation Anywhere as per the client's request.

The initial setup is straightforward and takes one or two days to deploy.

I believe our clients do see a return on investment because they continue to use the solution for their automation needs.

I think the pricing is reasonable, but clients often perceive it as expensive. This perception might change once we see the benefits, understand the full process, and realize what is required to achieve our goals.

I give Automation Anywhere an eight out of ten. Power Automate has better cloud flows.

For those who prefer API integration over robotic process automation, I would use an API if it's more logical to do so. It all depends on the situation. If I need to fill some Excel documents, I will use bots; and if I need to display that data on a web page, I will use APIs if available.

We primarily use the solution for business process automation. We use it to help us with background processes.

It's a very stable solution.

We have found the solution to be very scalable. 

The solution, in particular, is simple to set up.

There are quite a few very strong features available to users.

I haven't really used it long enough to critique too heavily. I need some more time to do a deep dive into its functionality, which I haven't done yet. 

The solution should have a more robust forum to help users navigate the solution, learn about it, and get help when they need it.

It should have a better marketplace where you can gather various workflows, et cetera. It would be an ideal place to find pre-built workflows, for example. 

I've been using the solution for maybe one year.

The stability of the product is quite good. It's reliable and offers good performance There are no bugs or glitches. It doesn't crash or freeze.

It's quite scalable. We have many users on the solution. 

I'm not sure if I have ever actually contacted technical support. I can't recall dealing with them directly, and therefore would not be able to comment on their services. 

I'm also familiar with UiPath.

In general, when you set up the cloud solution, it's very, very easy. It's not overly complex. The on-premises version does take a bit more work. It's a bit more complex. That said, it's not too hard to handle either. 

The deployment is pretty fast. You're looking at maybe a 15-minute setup.

There is a community version, which is free. they also have a yearly paid license. 

I would recommend the solution to other users and companies. 

Overall, I would give it a rating of eight out of ten.

We are an integrator. We are selling RPA products to various customers. They have different use cases. 

We have cloud as well as on-premise deployments of this solution.

It is an easy product. It is easier and less complex than any other RPA tool in the market. It is a popular product.

Some of the machine learning (ML) components are still in development. They deployed many of them, but they are doing some improvements on the machine learning part.

I have been using this solution for one year.

It is stable.

It is scalable. It is suitable for enterprises.

Their technical support is good. I get very quick support whenever I face an issue. I raise a ticket, and the Automation Anywhere support team is available.

The deployment of Automation Anywhere is much easier as compared to any other RPA tool in the market. The solution itself is browser-based. So, we don't have to install complex software.

Its price is competitive with all other products in the market.

I would rate it an eight out of 10.

We do the implementation of Automation Anywhere.

It is easy to use. It helps to reduce your man-hours and manual effort.

Excel automation or the activities for Excel is an area of improvement.

It has been about three years.

It is quite stable.

It is quite scalable.

We have definitely seen a return on investment with this product.

It is a great product. Automation is the key, and Automation Anywhere is a good tool to use. It is great to have it.

I would rate it an eight out of 10.

We are a factory and supplier corporation, e.g. we focus on the financial and automation niche, but mostly financial. Our service is implementing automation, e.g. we implement Automation Anywhere (AA) for customers. It's a tool for automating processes.

Automation Anywhere (AA) is easy to use and understand, even if the user didn't have previous experience with RPA (robotic process automation) software before. This solution has many tools for automation. It's good even if you're just starting with RPA software, e.g. we don't have to decide on the whole productivity process, so we can put in the costs step by step first, then put in the details after.

Other solutions require you to know the codes first and make decisions on the whole process. This means that with other RPA solutions, if the user doesn't have the experience, it will be difficult for them to use and decide on those automation programs, which is not the case with Automation Anywhere (AA).

An area for improvement for Automation Anywhere (AA) is its organization or utilization, because if it's your first time to initiate automation, you have to convert it properly, and you have to develop the amendment path through the automation path, but you have to pay a subscription for it first. The first part is difficult because if you buy the full package without having much experience with the product, it could be difficult to utilize the process from manual to automation.

There are some limitations in the migration from the manual process to automation, because currently, Automation Anywhere (AA) is trying to develop transfer from on-premises to cloud. There's a limitation in migration.

The setup and deployment processes for this product also need to be improved, e.g. made easier.

I worked with Automation Anywhere (AA) before, and I helped a developer team provide it to the customer, and that was last year. We implemented it. I've been dealing with the solution in the last two years, but changed my focus to analytic solutions for a year.

Automation Anywhere (AA) is a stable tool.

Scalability for this tool is good.

It's difficult to set up Automation Anywhere (AA) on the on-premises environment. It's also difficult to make preparations for it. You have to be ready so it can support the automation process. That was what people experienced in the on-premises deployment, but I'm unsure how it is when it's set up on cloud. Setup could be easier if it's done on the Cloud.

If you have a person who knows the utilities of this solution, setup will take one to two weeks.

Our clients are paying for a yearly subscription of Automation Anywhere (AA).

Automation Anywhere (AA) is very easy to understand, but automation is something new here in Thailand.

We have 20 clients using this solution. For deployment and maintenance, we have a technical team made up of 10 people, with one vision analyst.

We have an automation hypercare team responsible for supporting customers after we've deployed Automation Anywhere (AA).

I would recommend this tool to others who want to start using it, because it's a good tool.

I'm giving Automation Anywhere (AA) a score of eight out of ten.

We deploy Automation Anywhere in both on-premise and on the cloud. In past, most customers have preferred the on-premise deployment, but the latest version, which is 2019, is becoming popular because it's on the cloud. 

The customers who are using the earlier version, they're on-premise and new customers are using the cloud version. The trend is moving onto the cloud rather than on-premise.

A few of our use cases for Automation Anywhere are for the HR departments, onboarding process, finance domain, month-end reports, ledger update, and AP automation.

The integrations with the OCR engines in Automation Anywhere are quite powerful. It has helped us in many projects.

The solution could improve the integration with some web applications. It was difficult to manage them.

I have been using Automation Anywhere for approximately three years.

Automation Anywhere is stable. We have customers that have been using it for years and they have not had any issues.

I have found Automation Anywhere to be highly scalable.

I have not personally contacted the support, but I heard from colleagues that the support is good.

The initial installation is simple.

I would recommend this solution to others, it is one of the leaders in the market at this time when it comes to RP platforms.

I rate Automation Anywhere an eight out of ten.

I use this solution to script and update website data and work with databases such as SQL. We also use IQ Bot extensively to script data from PDF files.

AA has improved our efficiency and saved on manual hours because no manual interaction is required.

The most valuable feature is the task bots because we found that cognitive functionality can be improvised.

An area for improvement would be that, once the code goes beyond 1,000 lines, it becomes really tough for a programmer to keep track of what is happening with the variables. I think they should add some kind of inbuilt modularization to help programmers keep track of what is happening.

I've been using this solution for two-and-a-half years, and we switched to A360 a couple of months ago.

There are some bugs in the system, but AA's stability is improving day by day.

I think scaling from small to medium automation works well, but if building out very big applications, sometimes the code can be too lengthy and uncontrollable.

AA's technical support can vary - most of the time, it's good, but sometimes it's tough to get your issue addressed.

I implemented using an in-house team, with support available from AA if required.

We evaluated UiPath.

I'd rate this product as eight out of ten.

Automation Anywhere has a lot of room for improvement. It is not customer-friendly. They are always rolling out patches. They have a lot of limitations.

We have been using Automation Anywhere for the past three years.

Stability-wise, Automation Anywhere is stable, but that is what an end solution should be. It should be user-friendly and accessible, particularly when it comes to automation.

The technical support is good. We have not had any issues. 

Before Automation Anywhere, we were working on HP products, like QTP, and then LoadRunner.

The initial setup is difficult because Automation Anywhere does not have a GitHub integration. They need to build a patch for that. From the end point users' point of view, it leaves a bad impression.

Automation Anywhere's price is a little expensive. Moreover, it comes on like a single/set license. It should come in perpetual licenses. If a license is not getting used, then it has to be switched over to some other process. In cases like this, Automation Anywhere does not come up. I think they lose a lot of business because they do not use a perpetual model.

Automation Anywhere is primarily useful for any processes with repetitive data entry. For example, supplier invoice processing. This solution can be deployed on-prem as well as on the cloud. 

Automation Anywhere is stable, scalable, and easy to use. 

The product's technical support could use improvement. 

I can't think of any additional features I would like to see. The existing features are okay. 

We have been providing Automation Anywhere for over four years. 

Automation Anywhere is very stable. 

This product is very scalable. 

The number of customers we have using this solution exceeds 50. 

Automation Anywhere's tech support could be more knowledgeable. 

The installation is straightforward. It usually takes under two to three hours. Full deployment can take anywhere between four to twelve weeks for one process automation. For deployment and maintenance, we have a team of roughly three to four: one project lead, one solution architect, one BA, and one developer.  

We implement this solution through an in-house team. We are IT service providers and partners of Automation Anywhere, so we provide this solution to customers. 

There is an annual subscription for Automation Anywhere. 

I rate Automation Anywhere a nine out of ten, and would recommend it to others. 

Most of our automation happens on Automation Anywhere. 

While the automation is being done, we use it as a platform. Then, depending on the number of users/ bots needed, we apply  for the corresponding licenses.

The good thing about Automation Anywhere is that any process:

1. Which is repetitive, rule-based, and only requires you to do collect/ edit information on the application frontend can be automated. 

Therefore, Automation Anywhere makes for a good use case. 

2.Wherever the process is  deterministic, with no decisions to be made, you can use it. 

It can automate any processes where 

3. Process is well established, standard, or stable, and there are not many changes in the process. For example, a simple task, such as logging into a website, launching a website and doing systematic steps on the website, can easily be captured to Automation Anywhere.  I see lot of applications, especially in finance and accounting domain.

You might have a lot of steps where you need to either extract data, repeat data, or collect data. All of those processes can be automated through RPA, and especially Automation Anywhere. You can use even automation from the server side, not just websites. The only constraint is that the process should not require human intervention and decision making.

We see the application in the 

# BPO space, 

# Finance and accounting, 

# Health care in terms of claim processing.

E.g. in F&A, if you're doing invoice processing where the entire process is manual, and the analyst has to go through the invoice to determine invoice details, discount on the payment  or a penalty should be levied. In such cases, you can scan this information through an OCR, which is an optical character recognition tool. Then, the rest of the information can be pretty much retrieved by the RPA, which means the RPA will scan the information to classify this information and fill up the  web form. This will be sent to the ERP. This is how the workflow would look like. 

Wherever you can put

# a rule-based system, you can automate all of the processes. In our company, all these processes are manual and you might have 50 to 60 people supporting this process for a mid-size company. You can automate it and reduce the manual effort by almost 40 to 50 percent, depending upon how many techs are enrolled and what is the effort being spent in order to process transaction volumes.

I have been familiar with a couple of projects where this was implemented in cash applications or invoice processing, and they could automate these steps. So, I'm familiar with some of the back-end processes and where they are getting automated.

#1.You don't have to really code anything, as it gives you a good interface (UI), because the components are already preconfigured, you  have to just a drag and drop sequence in terms of how you want to execute the steps. 

#2. There are preconfigured APIs that can be used. E.g., if you want to interact with the mailbox solution, you can have the RPA fetch attachments or email body from the mail solution. You can process attachments via test file or PDF. You can even make Automation Anywhere work around PDF, which is typically not that easy to work with in terms of extracting information.

#3. Metabots/ IQ Bots: One of the features, which we have not used too much, but available, is the MetaBot feature. These preconfigured solutions are easily downloadable, and you can just plug-and-play with a bit of customization, which also means you do not have to keep recreating and can reuse existing functionality. Some of the typical uses are that you could be regularly logging into a website. You can just download a MetaBot, as a useful webpage interface and just run it. All you have to do is maybe replace the name of the website, and in case there is a certain authentication mechanism that is being used, then provide that information.

# 4.There are multiple levels of cloning. In case screen cloning doesn't work, you can do object-based cloning or keystroke-level cloning, depending upon what parameters are available to you and what is the level of information that you capture. You can traverse between object cloning, which is the lowest, most basic form of cloning to a stroke-based cloning, which is like taking care of each keystroke-level which is made by the agent.

#1 Exception Management and Notification: When you are making a code, and there is a happy path and exception management mechanism, it would be nice if there was feedback in terms of whether this is the most appropriate way to code this. I'm not sure how this can be done, but that could be very insightful. It already gives you some screen tips, but this could be done in a better fashion, in case you are creating the workflow and then you believe a beta workflow is available or could be done. If a screen tip could be given to the coder for this sort of workflow, this would be a much better feature for Automation Anywhere. 

# 2 Type of Cloning: I've realized that sometimes when screen-level cloning is a better option, people still use object-based cloning. It would be useful if Automation Anyone could give you tips recommending fewer steps or fewer areas of exception management after you inputted your code. I'm not really sure if this is doable from a technical standpoint.

#3 Debugging: Currently, I believe the debugging of bot is a bit tricky and not very elegant, you might have to keep re-running the script to be able to identify the bug. This can be looked at, as a possible area of improvement. 

#4 Scheduling:There are two modules: the run module and the control center. In terms of scheduling and triggering, they could make it a bit more helpful and provide suggestions, e.g., if you are scheduling it, and there is a conflict, can you resolve it this way. Maybe you can get an upfront alert or something to that effect. 

#5: Stability, Workaround and fall back mechanism: When  bot breaks down, is there any of mechanisms or notifications that can be given? You can possibly choose to notify people, typically in organizations people are pretty much adverse to automation. If something breaks down, they would like to know at the earliest given opportunity that something is breaking down and piling up. They want to be able to resolve it quickly. If the resolution is going to take time, they want to be able to make some specific workaround mechanism kick in. If a bot breaks down, immediately the fallback mechanism should work too. If there could be information in terms of  when the process was out of range and somebody might need to take a look at what has happened. This is because most of these business processes that get automated are critical in nature and might have financial and operational impact. People need to know that there are working fine and not broken down. It can really have an adverse impact if they break down and nobody knows.

#6. Platform Training: My experience has been that if the person who codes the bot is not very well-trained, then they might create unstable bots. So, it's not the platform. It is just how somebody has coded the bots which can bring in lot of instability to them. I recommend that when you are using a coder that the person well-trained and have a good amount of experience already working on bots. They shouldn't be newbie or beginner who comes in to code because that will impact the quality of the code itself.

I have been working with Automation Anywhere for the last three years at two different companies.

# Business process stability: Before robotic automation, the business process itself should be stable and very well-documented. Also, anytime a change is made to the process or subprocess ensure, that the RPA gets updated too. Typically, the entire process of automation might take some time, then by that time, the initial business process might have changed a bit. There could variations in terms of volume or in the process itself.

The most important thing is that before you automate something that you must make sure that it is stable, in its steady state for whatever changes might be upcoming over the next six month to year. Otherwise, you might create a bot, which will go into production,  and fail because the underlying process itself has changed.

# Monitoring and controllership: If there is no changes in the process, bots are pretty much stable and especially, if they have been well coded. In case there have been any changes anywhere in the process or subprocess, the bot can fail. This means you must have a review mechanism with monitoring in place. Once you put a bot into production, you have to monitor it and do regular sanity checks. Otherwise, you could have situations where bots have failed and you might not know, then the process comes to a standstill. In a nutshell monitoring and control is an important aspect of RPA in the run phase.

Scalability is just scaling up the number of bots, so scalability is not a problem. You can increase the number of machines and number of bots to scale up the solution, but it can be sometimes very cost prohibitive. E.g., typically, it requires a dedicated machine, and it can't be a shared environment. This can be a bit of a constraint in terms of the number of machines being used. Otherwise, the solution is completely scalable. In case the process requires more throughput, you can just increase the number of bots which are working. Also, if you are doing this properly, then you have to make sure that there are not multiple bots running at the same time which might be at cross purposes.

I don't interact with the people from Automation Anywhere.

# Procurement of the license is easy, but depending upon what you want to automate and how you automate it that might take time. Setup is not at all difficult. You just take the license and install the application, then it's ready to go. However, in terms of what you're trying to automate, how you're trying to automate it, and the complexity of the problem, the entire automation process can take time.

# Implementation timelines:The time frame to implement depends on the complexities and number of the processes and subprocesses. In a typical process, the coding, testing, and deployment could range from a week to four weeks. However, I have seen it sometimes take longer because you have to continuously keep checking and testing it. Every time the code breaks down, you have to possibly start from the beginning.

My experience has been one to four weeks as the ideal time frame. However, depending on how well the process was understood and documented, there can be certain gaps which would only become evident during the testing phase, not otherwise.

# Resources: Depending on the number of bots that you have to create and the number of the complex processes along with the given budget and timelines that you have in mind, the number of developers range from one to multiple developers. The resources that you really need are developers because they are people who will be coding. Otherwise, from an ownership standpoint, we need some subject-matter expertise for the process. The people who are subject-matter experts will be needed on a part-time basis for the developer to be able to map the process well and be able to create their technical design. Then, you will need a technical master who creates the technical documentation of how it will be coded. The number of technical masters again depends upon the processes and complexity along with the corresponding number of developers.

The deployment team may not be very big. You need just the developers and a design architect, mostly two people. All the other people come and go per the requirement stage of the deployment. There might be people who are there only for consultation. Some people might be there only to approve the solution. Whenever you bring in automation, it has to be reviewed, monitored, and assessed from the organization's standpoint. There might be people who are just doing approvals for this process deployment in case it's a very complex project, and then there is a project manager. Otherwise, sometimes the technical design person doubles up as a project manager too.

Before implementing, you do the assessment of why the organization wants to automate:

Imperatives for Robotic Automation 

• What do they want to automate? 
• What are the key objectives  the organization wants to achieve through robotic automation? 
• Is it a process optimization or is it cost cutting? 
• Who is driving the automation? Is it client-driven or is it vendor-driven? 

Then, you have to build the business case in terms of what you want to try to automate. E.g., how much can actually be automated? That assessment should be done. Even the cost and time of automation versus that benefits that you're going to get out of it needs to be done.

# Process Degeneration: When we start automating, we do a process desegregation. This means whatever processes are under scope that we try and understand the task level, activity level, and precedence details. We make activity diagrams, then try and assess out of all of these which one can be automated. So, if the automation index is pretty high, which means that most of the process can be automated, e.g., up to 80 percent, then it might make a better business case than if the automobility is only say 30 to 40 percent. Then, the cost of automation might be way higher.

# Setting the right expectations with the client: t is also important to set the right expectations with the organization. Are they new to automation or do they some prior experience with automation? Because this helps us set the right expectations in terms of the benefits which can be had. The customer might also want to understand what are the impacts if automation fails and the fallback mechanisms. For example:

• How do you mitigate or remediate the impact of automation failure? 
• What is a criticality of the process you're automating? 
• What are your points of failure and choke points? 
• What are your backup plans if things aren't going well?

The most important thing is the business case as to the cost versus the benefits of automation.

# Legal and Compliance Regulations: Also, are any legal or compliance regulations which are applicable because technically it might be feasible to automate, but legally or from a compliance point of view, it might not be good idea to automate. You might want to still have human intervention in terms of verification and validation.

# Criticality of the process: From a financial impact standpoint, things that require a bit of background investigation might be better kept as a manual process or require a human approval rather than automating it completely.

It all depends on the scale. In one project that I have worked on, we had a savings of $200,000 over a three-year period and a payback period of 6 months. The typical ratio is that one bot will replace two people.

# Licensing: One of the components of key drivers for us to renew our contract is AI or automation. As an organization, we are moving toward smarter operations.

Our pricing a year ago was $600 per license, but I am not sure of our current licensing cost.

# Set up cost: Additional costs will be for the machines and the number of machines that you are using. You can deploy virtually as well as on physical machines. In both the situations, you do need to allocate a certain budget for securing the machines and where the software will be installed and running. 

# Dedicated Machines: The machines cannot be used for anything else, because only a certain bot can run at a certain time. You need to be very particular about your scheduling of running the bots, and while the bot is running nobody can use the machine. You cannot have an agent working on a machine and the bot running in the background. The machine  has to be completely dedicated. 

# Network Bandwidth and Disk Space: Then there are the network bandwidth requirements and  disk space requirements, which are additional costs apart from the licensing and software costs. The developer is also going to charge you for their coding time too.

There are two or three more tools in the market such as Blue Prism, UI Path, but I think the preference was given to Automation Anywhere.

I have only worked with Automation Anywhere.

Understand why you are choosing Automation Anywhere, as the platforms are pretty on the same level except for certain functionalities. Also, in some scenarios, one platform could be better than another. Pick a platform and stick with it.

It is easy to use, but I realize that the effectiveness of the platform depends on the coder and how he is doing the coding. This is my experience, because I have seen that the quality of the automation is as good as the person who is using it. In Automation Anywhere, the skill set of the coder really determines how good the automation is, which is why I am making it a eight (out of 10), not 10 (out of 10). Because while the platform is feature-rich and easy to use, it is the skill of the coder that determines how well the platform is leveraged.

I' am now mainly driving AI at my company. RPA has become a bit secondary in the sense that it is a part of my solution, but most of the time, it is AI-driven. RPA sort of helps in the execution of some of the components of that overall solution. From the organization's standpoint, automation is already a part of all our solutions. E.g., our organization is moving toward automation where almost 30 percent of any deal will be allocated to automation. It will be a ratio of 70:30, where out of $100, a total of $30 dollars will be allocated toward automation and AI.

I did my certification on version 10.4.