Automation Anywhere Reviews

In our company, if you look at the SAP security area, there are a lot of user requests. There's a confusion around the rules. With Automation Anywhere, we can increase the automation capabilities and automate all the user-provisioning in that area.

It's definitely useful. I went through the enterprise client and the Control Room and using it, a lot of processes can be automated. The SAP integrations look to be very useful. We have a big SAP shop, so a lot of processes can be automated using that integration.

There are three parts to the savings: 

1. the number of hours saved
2. the dollar amount saved
3. how streamlined the process is.

A manual process can be one where an email is sent and then another email is sent to get the approval, and they have to wait one or two weeks until that email comes back. That full manual process can take three weeks while the automated task takes about 30 minutes.

Ease of use is one thing that definitely first comes to mind when I think of Automation Anywhere. The tools are built in a fairly straightforward way. The documentation is really good and a Knowledge Base is available on every topic.

The bot creation process is very straightforward compared to other tools I have used. ServiceNow has a workflow which is a drag-and-drop activity itself, and then you configure it. Here they are going in that direction too: flow, design. It's really good.

The number of activities available to automate is amazing. There are 500-plus so there are a lot of possibilities with that. I can automate a lot of processes.

I would like to see more bots available right out-of-the-box in the SAP area. For example, if you take the overall OTC in our organization, we have to contact 15 teams. Even if we provide one big bot for the OTC, it won't work. It will not be used by one person. So if there could be more specific bots out-of-the-box, that would be really helpful. 

An example would be a credit check. There might be one there but I'm just giving an example where it would be specifically targeting a single process. 

More Meta Bots would also be good because they are reusable. If we had more of them that would make it faster for whomever is working on them and make the process more seamless. They would be able to build the bots very fast.

As of now, we have one or two instances of Automation Anywhere, so I'm not yet able to comment on its stability. Once we install it in production, with multiple processes running, multiple bots running, we'll have to see how it performs overall, how scalable it is.

To scale from pilot to the number of bots we're currently using went pretty quickly. I have talked to other teammates who are working on Automation Anywhere and developing the bots. I've heard really good feedback on that. It's within weeks, and sometimes days, depending on the complexity.

Doing a simple password reset went really fast. If they are doing something on an OTC process or a P2P process or integrating with SAP, it will be a long process. First, you have to get approval from all the business owners and understand the process. That takes time. But the technical aspect - once you have everything in place and you know what you are going to do - the coding itself, is pretty fast.

I have not yet had to contact technical support.

In terms of switching to a new solution, as a company, if we grow out of a solution or it's not at a level that will help us with all scenarios within the company, then they will usually look to change.

There are many factors they look at, such as return on investment and cost. They will look at all the parameters, but the main parameter will be that it should be very useful to all the different teams. It also needs to be scalable since we have about 50,000 employees.

The setup was straightforward.

We managed it ourselves.

You will usually see return on investment easily see because of the depth of things you can automate with it is huge.

My way measuring ROI of an automated process is that first, even before starting any automation, I will see what the input is for the process, how the process works, what the output from the process is, and I'll measure how much time it takes, end-to-end in the manual process.

There will be some initial investment ahead of time and, after that, everything is a return on investment. Based on the number of minutes it takes manually, versus automation, the reduced amount of time will be the savings that I calculate, per request. I'll put a dollar amount to it based on who the user is. If they are, for example, paid $50 per hour, and the automation saves 40 minutes, that's a savings of $33 per request.

Every time we do an automation, we definitely note how many requests it processes. For example, in ServiceNow we count every automation request that goes through, without manual intervention. It writes to a table and we go there and run a report on the table. Straight away, I know my return on investment from that part of the automation.

As you understand more and apply the tool to the processes, you will start to leverage the tool more quickly. 

I have looked at other tools, like UiPath. While I have not completely tested them, Automation Anywhere definitely has ease of use and a strong community available.

I have taken the developer courses and done certification in the Automation Anywhere University. It's really good and helpful and I was able to grasp things quickly by using it. I installed the Community Edition on my laptop and started using it straight away. It's very good.

I would rate the product at nine out of ten because of the number of uses. We have automated 30 to 40 processes. Those kinds of things have been very easy to automate using Automation Anywhere. We didn't need any other platforms. We were able to straight-out build all the bots. 

As I said, there could be more on the SAP integration side. Also, knowledge of the actual process of automating is not readily available outside. If they could build up their Knowledge Base more that would be helpful. That's where the real investment for the company is, not in automating the IT team's requirements. For example, if I automate an application for my IT team, that's one thing, but if I automate a business process and I'm able to provide them analysis and provide a report on something that the business really needs, that will help to deliver on the business side. There's a difference.

We use it for every aspect of our company: Financials, purchasing, HR, etc. 

It has taken a lot of manual Excel manipulation that we have previously did, and removed that work away from people who did that for ten hours a day, five days a week. We now have a robot doing this manual work, allowing us to refocus those our resources into more value-add activities, simplifying our landscape.

The flexibility: If there is anything the tool cannot do, we have the ability to make a MetaBot to achieve that functionality. The overall flexibility of the tool makes it very useful for us in our landscape.

We have integrated it with everything from standard off-the-shelf products, like SAP and Oracle, to custom apps that we built within our landscape. The integration to other applications is very good and easy.

I would like more integration into the entire Microsoft Suite of products, not just Excel. Companies use all of Microsoft products at the same time, and being good at just one Microsoft tool is a limiting factor. Being able to use Microsoft Excel, Access, and Outlook together and have them integrated (as standard) into the tool would be very useful, especially when you go into attended automation.

They keep rolling out more features in selected areas. They should broaden their scope.

We intentionally took a long time to scale up to our current number of bots because we focused on using large processes, instead of small ones. For us to grow to scale, it took us about a year and a half. However, we have been focusing on processes with tens of FTEs per year, instead of about processes that are one to two hours per day.

The technical support is good. Whenever we have issues with the product, the support team gets back to us normally within half a day, or sometimes even sooner, with direct answers of how we can solve our issues. If they don't have documentation for it, they have somebody call us, and we have the issue resolved in a day or two.

We did not have a previous solution.

The initial setup was in-house.

We did the deployment in-house.

Do your homework on your use cases. Knowing which use cases are really good for RPA is crucial in getting the program started. If you don't have your use cases identified, or have your functional processes identified, that want to automate, then it makes the scaling aspects more challenging.

I am RPA professionally certified through Automation Anywhere and have taken multiple classes through the Automation Anywhere University. The courses are good. They are just like any other online training courses, which I have taken through other vendors, like Microsoft or SAP. It is on par with those vendors who have been doing this for a long time.

As long as a person has a semi-technical mindset, the product is very simple to use. Even for the traditional business user, with just a little training, we are able to bring them up to speed on how to use the tool fairly easily. The tool is very good, as far as ease of use.

As long as you have a technical mindset or are able to think in a certain manner, the creation of a bot is very intuitive, especially since the tool is drag and drop. For example, I am able to take any of the commands that I need and put them in the right sequence of orders. This makes it very intuitive to create a bot from start to finish.

We are evaluating the cognitive document processing as something to use in the future, but are not currently using it.

We have developed apps for accounts payable (finance) to do three-way match.

We are making less mistakes and have more metrics available to understand what our problems are. Now, we can do root cause analysis and have less noise in the system during the process.

The solution has removed humans making errors while increasing our time savings. We now have a lot of more efficiencies in our process.

Our first bot took ten weeks to create. It took six months to create the number of bots that we are currently using.

I have take basic courses at Automation Anywhere University, because I an not actually a programmer. I just needed to know the high level of the product. The Automation Anywhere University was very good.

The setup was straightforward. Understanding what we wanted to do the tool, that was more complex.

We used Thirdware for the deployment.

Automation Anywhere was the only vendor because we were told by our private equity company that was who we were using. However, Automation Anywhere is the industry leader, so it was an easy choice. So, we didn't argue too much with the selection by them, and we did not actually go through a selection process ourselves.

We use a different solution for cognitive document processing, not Automation Anywhere, but we are rethinking this.

No tool will ever fix your company. It is always about the stability of processes, understanding your scope, and what your problems are. This tool is a great tool to help with that once processes are stable. It will always be dependent upon people. Make sure you program the bot to help people, not what you think it needs to be. There will be a lot of meetings, scope developments, and data review, which will need to happen first. Then, if you get good with that, then the tool's going to be excellent.

So far, everything has been good with the solution. It is a great tool.

The integration works very well. We have integrated it with four other software tools.

From a developer perspective, the solution is very simple. Our end users don't really see it. They just see the end result.

Our primary use case is the insurance of clients.

The solution has improved our organization through its integration with other products. We can integrate multiple platforms through the use of Automation Anywhere via the use of third-party APIs, so there is no human intervention at all. Everything happens on the back-end.

Automation Anywhere is excellent for integrating with other solutions. It provides the ability to leverage the APIs of third-party solutions. We use some of the already built-in MetaBots to then scrape the data and manipulate independent data that we need in order to integrate with other third-party solutions.

• IQ Bot
• Cognitive automation: The ability for the product to learn based on corrections made, such as exceptions and the way those exceptions are handled. Then, these are taken into consideration for future exceptions of similar type (autocorrecting).

I would like to have a bot as a service platform on AA Cloud. This would minimize the installation process, and we wouldn't need to have all the hardware to support the platform in-house.

We have worked on several different projects, so far. From prototypes to production, on average, scaling our bots takes somewhere from three to six weeks.

The technical support is great.

The Automation Anywhere University is very good. I liked the courses and the videos, which were included. I found it to be very intuitive and educational. 

The initial setup is pretty straightforward. The videos on the Automation Anywhere University are extremely helpful during this process.

We used a consultant for the deployment.

We are currently measuring ROI based on cost, labor and time to market metrics.

UiPath and WorkFusion were also on our shortlist. We selected Automation Anywhere based on the product's ease of use, functionality, development environment, and workbench. This product surpassed what these other competitors had to offer.

In addition, we have a market which allows us to get products developed in timely fashion. This is beneficial to partners and clients, alike.

Automation Anywhere is one of the products which allows you to leverage the power of RPA digital workforce technology is a timely and scaled approach. Compared to other RPA solutions on the market I have worked with, AA surpasses its competitors by far.

The growth of Automation Anywhere product's stability, functionality, and technical advancements demonstrates the company is dedicated to its product, clients, and partners. It is evident that the product will only get better.

The ease of use for developers utilizing this solution is excellent. I’ve abandoned the use of WorkFusion from our practice due to its limitations. Automation Anywhere, in particular, allows us to extend the functionality of the platform by writing our own DLLs, so we are able to easily integrate it into any RPA process that we may be developing. At the same time, the ability for us to use other users' bots downloaded from the Bot Store has added a huge amount of value to the product and our ability to get to market quickly.

I don't use Citrix.

Our primary use case for it was financial back-end operations. We dabble in Automation Anywhere. We don't use it.

We have an old ERP which required human interactions because of the lack of a system. For example, we were copying and pasting from an invoice to a spreadsheet, and then from the spreadsheet, we would run a macro that would plug it into our ERP. What we did is have the robotics read an invoice and plug it directly into our ERP, avoiding the extra steps, let alone a human doing it. We placed a robot and technology in place of a human. It saved about an hour-and-a-half a day. We measure in FTEs and we measured the savings as 20 percent of an FTE.

In Automation Anywhere we liked 

• the drag-and-drop 
• easily stitching the recording of mouse control and keyboard controls. 

They were not unique but they were user-friendly. 

For developers to pick up a new tool, you need something user-friendly where it's easy to create reusable snippets of code and use them in another process down the road. I would rate the ease of use at eight out of ten.

It was very stable. We didn't have any issues with it and, if there were, they wouldn't have been Automation Anywhere's problem. They most likely would have been our infrastructure.

We didn't have to scale too far, so we didn't experience its scalability.

We didn't use Automation Anywhere's technical support, even for deployment. We read and learned what we needed to know. We got on their support site, got their documentation, took the requirements, how to deploy, and what the right architecture was. We scaled based on what we thought we would use it for. My guys like to learn, they like to try, and I allow them to dig a hole and fall into it and then fix it later. They just didn't fall into a hole.

The documentation was good enough for us to read. Granted we're technical people, but it was good enough to read and take actions based on the content. It was really good.

Setting up Automation Anywhere was fairly straightforward. I personally did it. I had my team behind me. They set up the IIS side and the SQL side. But for installation of the product, I did it myself because I wanted to know. I'd still like to learn, even though I don't do the work.

To install here, on-prem, at the server level, only took two people a couple of hours; perhaps a total of eight man-hours.

Our implementation strategy was, "Let's try it." We had an objective to save FTEs as well as to introduce technology to get around our lack of a decent ERP. It was a matter of picking among the big three, and some third-world country type of RPA as well, and seeing which one hit the button. We figured out what the requirements were, and we have a pretty hefty on-prem hosting, so we spun up some servers and installed it.

After deploying, our developers then took control. We had a team of three developers. In terms of maintenance, we usually set up our environment where we install updates monthly. That should take a couple of hours per server. I don't recall Automation Anywhere standing out as a "problem child." So maintenance on the infrastructure side might be about two hours a month.

We couldn't put the math together. When we decided to actually procure and get the quotes, they gave us free trials for a while and extended them for months. But when it came down to it, we couldn't do ROI because our company outsources to India. Our employees are in India, and in India, $250,000 goes a very long way. We just couldn't make up the money fast enough.

Cost is the biggest area in need of improvement for Automation Anywhere. Annually it's $250,000. That's what deterred us right away. We stopped using it as a primary solution because of the costs.  We did not apply hardware to that, because we've already got the cost baked into our infrastructure. Otherwise, there would have been hardware costs on top of that. If we really took a full, all-in cost for Automation Anywhere, it would have been much higher. But we don't do it that way.

There are three big, heavy-hitters in RPA, with Automation Anywhere probably being the premier, followed by Blue Prism, and then UiPath. Of those three, Blue Prism and Automation Anywhere are very expensive, but the accomplishments are the same. UiPath is pretty affordable as a buy-in, with the accomplishments being the same.

Overall, each has its own uniqueness, strengths, and weaknesses, but when it comes to looking at it on the financial side, Automation Anywhere is probably one of the most expensive to have an all on-prem solution. We're all about on-prem. It was very expensive to stand that up.

We went with UiPath.

In terms of differences between Automation Anywhere, Blue Prism, and UiPath from a functional standpoint, there really weren't any. They all do the same thing. It's coding in .NET, coding in Java. They all have their strengths. Automation Anywhere stood out because of its high cost. 

When we put them side-by-side, everything we could accomplish in UiPath, we could accomplish in Automation Anywhere. Each one is making its own jumps. For example, when we were evaluating them, UiPath was making leaps in OCR and reading natural language, and Automation Anywhere was taking a back seat in that. But Automation Anywhere was advancing in its process improvements. Now, they're doing it the other way around, and Automation Anywhere is jumping forward ahead of UiPath. So they play this game, but either one is equally good.

My advice would be "due diligence." Make sure you read, and make sure you engage the Automation Anywhere team and the support. We didn't, but we didn't have to. But do due diligence based on cost, and scale, and really what you're going to do.

RPA is the hot word right now. Everybody wants to do RPA. But what we did is just put it into our arsenal of other tools. It's not the golden bullet. It's not the one that is the end-all. It's just one of the tools in the arsenal that IT has. That's why we chose not to spend $250,000 and, instead, to spend much less. Sometimes RPA is the answer. At other times it's system integration, and at other times it's just raw development. That's what I even tell our customers. That's our toolkit. Our arsenal is developer's RPA, and we use a third-party integration tool as well.

Just the developers were using it in our organization. They tout it as it's user-friendly: Give it to a user and they can do it. But we didn't discover that at all. We couldn't just hand it to a user, so our developers were taking the processes and applying them with development code behind them. Automation Anywhere has "record-the-screen," but when our users were doing it, they would move an icon and it wasn't smart enough to find the icon that had moved.

In terms of extent of use, it was used daily for some of our daily processes. The finance process I talked about earlier is one example. We automated that and that robot ran on a daily basis. As for increasing our usage of RPA in general, we scaled up pretty quickly. Internally, we have four or five robots running 24 hours a day, seven days a week.

Accounts payable is our primary focuses for automation, and we are looking forward to this report. Thanks.

We are in the early stages and need to see how it goes for future bot building especially Bot Store today.

• Very comprehensive with different platforms especially SAP and Oracle EBS. 
• The digital worker is interesting.

I am interested in discovery, and what this means for companies like mine. I think the pricing model should be more flexible.

This solution was originally introduced to help operations reduce manual tasks. After seeing positive results, we have now implemented this RPA solution in IT.

We have been able to reduce the amount of repetitive tasks completed by operations, allowing individuals to move onto tasks which cannot yet be automated.

Currently, under Automation Anywhere, we only use the Bot Runners and Bot Creators. This ensures we can automate processes without the need for manual interaction.

I would like to see more stability around scheduling a bot to run headless. I believe version 11 may be more stable and have less issues when trying to run headless.

It is more stable now than it was three years ago. So far, I have no major concerns and am looking forward to upgrading to version 11 in Q3.

As we have a small number of bits in production on version 10.5.4, we found it easy to scale. Version 11 will provide a load balancer, making it easier for us to run a pool of VMs to complete a task.

We mostly use it for operations right now. We are looking at possible IT RPA use cases.

The tech support has improved over the years. I believe the tech support to be sufficient right now.

I wasn't part of the original PoC team who completed the initial setup. 

After joining the team, we engaged in two upgrades to deal with stability issues. We found this a painful process as we were early adopters. This meant that the install wasn't stable. To resolve this, we decided on an approach where we would only upgrade to a major release six months after its release.

The deployment is quick. You could complete this in a weekend. Realistically, you need a week to prep and another week to triage unexpected issues.

Our implementation strategy has been to upgrade development, confirm everything functions as expected, and only then upgrade production.

We have a team of six, which consists of developers, a tech lead, and manager. We have set up a run support team to handle maintenance and bot stability issues. Their role is to get the bots back up and running in the event of an issue.

It is expensive. Automation Anywhere has reduced the price slightly, as we have grown. However, the price is still excessive enough that we are engaged in PoCs on other tools.

I wasn't part of the initial conversations, though I believe we proceeded with the number product in the market.

As a total package, this is probably the easiest solution to start with. Even if you add something that you will not need, e.g., Bot Insight won't be required until you have more than 50 bots in production. Even then, see if you can develop this through in-house metrics.

Generally, it is used in the banking and financial domains for Oracle and Java-based systems. We also use Automation Anywhere for integration where a third-party tool has to be triggered.

The are many features and we can do many things with it. They've now included the code so we can add some additional code. That's good.

I'd like to see the OCR feature be perfected. Today we get an accuracy ratio from OCR of around 40 percent to 50 percent only. Better OCR would be very useful in the industry because most of the documents in the banking sector are scanned and hand-written and they want to compare them with other documents.

I would also like to see them provide more support: profile documents and guidance. It would also help to have use-case demos available publicly, not on the Automation Anywhere website. Overall, better promotion of the solution would be good for Automation Anywhere.

Stability depends on the local system. It is good. But when we switch the system, when we go to Citrix or we jump to RDP, the modern stuff, it breaks sometimes.

Comparing Blue Prism and Automation Anywhere, I would go for Blue Prism's stability. It is very stable. Once the coding is done, meaning all the flowcharts are designed, it will work, it will not break. But sometimes, Automation Anywhere fails. It doesn't take the values from the input at times.

The scalability is good.

Automation Anywhere's technical support is good. They provide it via email. There are no issues with it. They have opened their offices for technical support in India. Usually, within 24 hours, we get a resolution via a reply to our email: "This is the issue, and this is the solution," or, "This is the way to do it." It usually doesn't take longer than that.

The setup is usually straightforward, not complex. If you're doing a basic installation, it takes around one hour. If you're installing MetaBots or any plugins, it will take some more time.

The team we work on develops on the weekend. We have Control Room access so we deploy from there. It doesn't require a team though, an individual person who is working on a given project can also install it.

We don't see ROI immediately. It takes from six or seven months to one year to get the ROI from what we develop. The client needs to trust the RPA solution. Once they trust it, the process, etc., they have more confidence and say, "Okay, you can do automate these other things as well." Build a client's confidence takes time.

But at the end of the day or, really, the end of the year, we can see that the ROI is there. There are benefits and they can see the benefits.

Licensing is not done by us but by the server team. They provide the infra and they manage the installation and licensing because licensing is very costly. It's a very confidential thing. They cannot share the license with everyone.

If I compare it with Blue Prism, Automation Anywhere is cheaper. Blue Prism is very costly. Automation Anywhere's pricing follows the market, not less and not more.

It's important that all processes are documented properly.

In terms of maintenance, our policy is that we do two weeks of hyper-care. After two weeks it's over to the client and they maintain it from there on. But for those two weeks initially, if there are any errors we will change the code and deliver it. But the maintenance is good. We don't need to modify many things.