Automation Anywhere Reviews

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.

I use it to develop for the HR domain, where I am using Oracle PeopleSoft and Salesforce applications. Mostly, I use the object cloning command and Excel operations. 

I work in a banking company. We use Automation Anywhere for global HR payroll operations and payslip-related automation. We have also automated hedge loans and credit card approvals.

We use versions 10.3 and 11. Compared to 10.3, version 11 is good and easier to automate because they introduced more options. You can also automate complex things. They introduced the Control Room feature too. 

It is installed on-premise at our company.

We are using Automation Anywhere for our leave approval process. We used to have three FTEs on the day shift working on this process. Now, we only have one FTE working on the leave approval process. The bot supports everything else in the process. With this bot, we are saving the cost of two FTEs.

• OCR
• Object cloning
• Excel automation
• Reusable
• Scalability
• Code free

Most back-end operations start with Excel. With Automation Anywhere, we can easily automate the CSV in Excel operations. It is integrated with Microsoft Office 365.

The Control Room feature is very good.

We are using Taskbot for attended automation and unattended automation.

From the Bot Store, we can download bots. We can analyze the code. I have downloaded some bots just for coding standard purposes.

I would like more integration with Microsoft Excel. More screenshots that can be integrated with Excel would help our customers too. It is good that Automation Anywhere is now willing to partner with Microsoft.

I need to be able to work on Citrix with the solution. 

I need cloud-based applications. Now, we are manually running the application.

The stability is good.

The scalability is perfect. It is a reusable product.

We have around 200 bots in the entire company. We have allocated separate systems for these bots. We have almost 350 processors that we have automated using the bots. 

I have not used their technical support.

I was not involved in the initial setup.

For the bot creation process, we have a solution architecture team. They will analyze the process and check for feasibility before proceeding to next level. They'll check whether the process can be automated, then prepare a document which will come to me. Then, I'll try to make the SDLC. I'll check whether the process is possible, then we'll go for development. This is the structure:

1. Analysis and feasibility study.
2. Documents preparation.
3. Development.
4. UAT.
5. Deployment.

There's a process requirement. If I get request today, it will take some two to three months to develop and close the incident.

A cost savings example is processing parental leave applications. The volume per day that one FTE can do is eight or nine applications. When using Automation Anywhere, we can do 15 applications per day. Another thing is the improvement in accuracy and reduction in errors.

I like Automation Anywhere better than UiPath because you can review the drag and drop activity. You can also review the code line by line. 

We are not using any other tools as we are partners with Automation Anywhere.

I used to work on UiPath. Automation Anywhere can easily be adopted and learnt. UiPath requires some programming skills and knowledge. Compared to UiPath, Automation Anywhere is easy to learn with its drag and drop commands. In UiPath, the commands were difficult to work with and also architecture. 

Recently, Automation Anywhere introduced its cloud-based Control Room, where you can monitor the bot. Also, Automation Anywhere recently launched a mobile application, which UiPath doesn't have. 

Automation Anywhere has Credential Manager.

You can easily build and deploy the bots with it.

Train more people on a team to understand the tool to build teamwork. Share the development tasks.

Automation Anywhere has plugins for Excel, but we haven't integrated it with Oracle.

I have taken Automation Anywhere University courses. I am certified in Automation Anywhere. I have the Advanced certification and am now doing the Masters certification. The courses were good and helpful for anyone wants to learn about Automation Anywhere. Everything is on the website, e.g., information about installation, configuration, bot development, and bot assessment. 

Automation Anywhere and RPA are not that difficult to learn. It can be learnt and be adopted easily, but you need at minimum practical knowledge. You need to take courses and scenarios. E.g., even if I know about object cloning, I still have to go and work with object cloning to understand the possibilities of object cloning.

We are not using IQ Bot.

Task schedules and runs are good candidates for bot automation.

We use it for backoffice processes. We are part of a shared service, so we do billing, credit, collections, and those types of processes.

We have done close to 50 projects in the last three years. AA improves our speed as far as moving files goes. It also helps in getting people prepared to work on a daily basis. We have a lot of jobs that run at night so that when people come in in the morning, everything's ready to go for them.

For example, we have two very separate systems which need to talk to each other. It sounds very simple, but we have a job that takes a file from one system and loads it into another. But it has to do that close to 1,500 times in the middle of the night. It's a job that used to be done manually by 150 people in 150 different markets. Now, it's something that's done during the night, and when they come in it's all completed. So it was a very simple task, but there was a lot of volume. It has saved everybody a lot of time and it has saved a huge amount of manpower. It saves us thousands of hours a month.

It's also very useful as far as interacting with employees. Employees can kick off jobs on an as-needed basis rather than scheduling them. It's always very helpful to have a tool that's interactive with the employees.

One of the most valuable features is object cloning, the ability to get into websites and do things faster.

I also like its usability. It's pretty easy to learn, pretty quick to get things taken care of with it. Our average developer is up within 30 days. We have our own training program. We don't use anything from AA for training. We've been doing it long enough that we created our own.

In addition, the user interface is easy to use. It's fairly user-friendly when you don't know anything about it and open it up for the first time.

The scheduling is a little difficult at times. Rather than setting up individual instances, it would be really nice if we had the ability to set repetitive jobs easily. Right now, if you want a job to run every 15 minutes, you have to schedule it a lot of times. I'd rather have the ability to just say 'run every 15 minutes.'

There could be some improvements made in the Control Room. I really like the concept of the application that they've got, so you can now access the Control Room from a mobile device, but there's only a lot of potential, there's not a lot of functionality there yet. That would be a great place for it to be able to expand, so you could have full functionality of the Control Room through a mobile device.

And in general, I would like to the solution to get into more machine-learning/AI. I know that the IQ Bots are looking to go there, but there's definitely a lot more potential there as well.

We haven't had any problems with the actual application going down. We really haven't had any issues. We have issues with third-party products going up and down, but we've never had AA just stop.

We're a small user, so we haven't had any problem with scalability. We've talked to a lot of people who have used it on a much larger scale. For us, it's very easy to add TaskBots. We're more than satisfied with the scalability.

We're always looking for expansion of the solution within our company. We use most of the commands available. There are very few that aren't applicable to what we're doing. We're always trying to get the solution into other departments within the organization itself. We use it a lot within the shared services, the area which we own. But outside of the company, we have several projects that are not within the shared service and we're always looking to talk to the other departments and get them involved.

We have 25 bots, meaning 25 licenses. Our core team that does development has four people plus a project manager.

Tech support has greatly improved. Three years ago we didn't necessarily have the best experience, but over the years they've gotten better.

As a side note, we go through a third-party first, through ISG. That's through how our service model works. Then ISG gets AA involved if they can't answer the question. We don't necessarily directly contact AA. Most of it's through the third-party provider, and then AA eventually.

ISG is great. We really haven't had a lot of problems. When we implemented version 11.3, we went so quickly - we went with it right when it came out - that there were a few questions that ISG wasn't aware of yet because it was so new. We went to AA through ISG and they were able to answer the questions right away. But for the most part, ISG is very on top of it, and we don't need to engage AA.

This is our first go in the RPA world. We had an internal resource, somebody within the company who had seen Automation Anywhere used in other companies. That person introduced us to the concept and, from there, we did some research and saw that that's where the market was going.

The initial setup was pretty straightforward. I did it myself and I'm not an IT guy, so it wasn't super-difficult. It took me a couple of hours, including configuration. Our IT team set up the actual virtual machines themselves, but the installation was done completely by me.

Our implementation strategy was that we started super-small. At that time, we started with five bots and the Control Room. It wasn't overly difficult. I just followed the documentation provided to install the service and configure everything.

Our initial project had to have an ROI, and that's why we started small. We have never not had a yearly ROI. We've always greatly exceeded the cost of, or the investment in, the tool. In terms of how much it's saving us, I don't want to be quoted on the exact amount, but it's more than millions of dollars a year.

We purchased AA through ISG and have done both annual renewals and a multi-year renewal, the latter recently. It has been very easy to add bots on an as-needed basis.

There are no additional costs from Automation Anywhere, but there is obviously the infrastructure costs for the VMs.

We definitely evaluated lots of different options at the time. Of course, it came down to Blue Prism or to AA. We went with AA because of the feature set, the way that the development was laid out. And support was also a factor. We were much more interested in States-side support.

Any company in today's environment would be foolish not to implement RPA. There are definitely different types of use cases where you could spread it out amongst the organizations and let them do their own thing. We have chosen to keep it centralized and have been pretty successful in doing it. But everybody should be using an RPA in some capacity.

I would absolutely recommend specifically Automation Anywhere.

Our experience with the solution has been a ten out of ten. I can't speak to the other tools because we haven't used them, but we're very satisfied with what we have.

We have used Automation Anywhere to develop different software bots. We currently use version 10.7 for Windows 10 and we are in process of migrating our version to 11.2. We have automated important processes like creation of purchase orders from attributes that are in a Sharepoint form, and upload of exchange rates in our ERP system from data that is available in websites (central banks). We look at automating processes that are manual, repetitive, and rules based.

AA has allowed the generation of gains in productivity by automating certain processes, moving the hours from FTEs to a software robot, thus creating a digital workforce. The employees who were working on those manual activities are now focusing their time in the critical analysis of their processes. Here a few examples:

• Load of daily exchange rates - 840 hours/year saved
• Creation of purchase orders in Oracle - 1056 hours/year saved
• Processing of bank account statements - 600 hours/year saved

• The user friendly interface enables a quick learning process by any developer, and the ability to interact with virtually any system.
• MetaBots - This is an intelligent component/functionality that makes connection to websites or web forms a breeze. This functionality also works great with our corporate ERP system.
• Technical support - Very quick, efficient, and acknowlegeable. They were able to address all our inquiries very satisfactorily.

• Object cloning - This component seems to be unstable in version 10.7. We have run tests in version 11.2 and they seem to work much better there. During development/test cycles it is common to see object cloning components that were working previously stop full of a sudden. In these cases we usually migrate those components to MetaBots.
• Schedule queue - Scheduling is allowed at intervals of 30 mins. Having this interval reduced to 15 mins would allow better control of taks that run more quickly. The ability to schedule bots to run in different time zones would also be a great addition.
• Control Room - Enabling the ability to customize it would be a great addition. In version 10.7 we need to pay attention to the URL to differentiate between Dev, QA, and Prod. We could also use the function to create our own custom dashboards.
• Give MetaBots the ability to work with objects in applications running on a terminal server. This functionality would be a great help to developers.

Less than one year.

The solution in general is very stable, we haven't found any problem with bots deployed to the production server. As far as development goes, object cloning is a component of the solution that seems to be unstable, as it apparently stops working for no reason. Once deployed to production, everything is very smooth.

Scalability is associated to the number of bot runners purchased. More bot runners can be purchased at any time depending on how the demand grows, and AA offers the ability to process bots in a platform called bot farm.

AA Technical support has been contacted for different reasons, including validation of bot developments. In all scenarios, support was very responsive, efficient, and acknowledgeable, resolving all issues very quickly. Support is available 24x7 with tickets being raised either by their own ticket system or by direct calls. The customer service manager engages with the SPA in the company via phone call every quarter, to check on the customer satisfaction.

We previously used the product Automate. That product had issues working with Java forms, which were extensively used by our ERP solution.

The basic setup was straightforward. Deployment took two months. Our implementation strategy consisted of three servers, one for Dev, one for QA, and one Prod, as well as five bot runners: one for Dev, one for QA, and three for Prod. Finally, we have one administrator and one backup. AA provided the needed support to get the solution up and running quickly and smoothly.

Our company has a long-term partnership with TCS. We are currently using their consulting support, which has been good. TCS is able to engage with top professionals in the market.

We started utilization of the tool with a target of generating productivity, specifically by saving 10,000 hours between August and December 2018, regardless of the number of bots deployed.

Automation Anywhere is costlier than the general competition. I believe that it is consistent with their market share and with the benefits AA has to offer.

We evaluated Automation Anywhere vs Blue Prism and Automation Anywhere vs UiPath.

Automation Anywhere is a great platform. It is the tool that allowed us to bring back to life former plans to create our digital workforce. One suggestion is to go with the most recent release, both for the app and Control Room. Versions after 10.7 are the ones with enhanced functionalities.

We purchased ten developer licenses, all of which are in use now. The developers are responsible for deployment and maintenance along with two administrators. We have a target to be met and it requires extensive use of the product. This target will certainly be increased in 2019.

We have around 400 to 500 bots running on the production server. If any issues arise with a bot, we check and fix them on our end.

We have SOPs for manual processes. We automate based on the SOPs.

Automation Anywhere helps us perform processes much faster. We have many options in the tool to keep all details secure. Overall, it is very beneficial.

Automation Anywhere is easy to learn for someone who does not have technical skills. Other technologies require us to learn syntax and other things. Many things are there, whereas in Automation Anywhere, we can just select an action. Within one or two months, one can easily understand and work on it. With basic coding knowledge, we can easily automate. Compared to other technologies, it is very easy to learn.

Automation Anywhere is user-friendly for automating processes with accuracy and efficiency. It saves time and offers precise outputs. 

Automation Anywhere has saved about 60% to 70% of our time.

The best feature is the Capture action. If we want to capture the whole process, we can do it in a single shot. Everything is added to the code, which is a good feature. It takes us less time to automate. It allows us to achieve what we are doing manually, irrespective of how long it is.

I struggled with understanding the use of different variables during my initial time with Automation Anywhere. We have three types of variables. We have user-defined variables, system variables, and config variables. Sometimes, we get confused about the values stored in various variables. If the tool could show the current value stored in the variable, it would be much easier.

I have been working with Automation Anywhere for the last two years.

Automation Anywhere is a stable product, and I would rate it as one of the best.

It is scalable. I would rate it a nine out of ten for scalability.

In my team, we have 30 people using the solution.

Till now, I have not connected with any support member for any issues.

Neutral

Automation Anywhere is my first tool on the automation side. I do not have any experience with other tools on the automation side. Earlier, I worked with Java and C technologies. Compared to those, Automation Anywhere has more features, and it is very easy to do everything I want.

The initial setup is straightforward. If you have knowledge about it, it does not take much time. Within 15 to 20 minutes, it can be installed on a machine.

Its maintenance is easy.

I would recommend Automation Anywhere to others. 

I would rate Automation Anywhere a nine out of ten. This is my first solution, and I am still learning it. I still have to learn many things about this solution.

We use Automation Anywhere to automate websites and extract data from them.

Automation Anywhere helped us automate human tasks.

The learning curve is quite shallow.

Automation Anywhere has helped our organization by working around the clock, allowing us to rely on robots instead of humans. We no longer have errors, or if we do have some problems, we are informed. It is easy to implement and monitor the processing part of the software.

Cloud-based Automation Anywhere provides automation at scale with ease.

The integration of RPA bots, APIs, business applications, and documents in Automation Anywhere is good.

Automation Anywhere has helped our organization increase our automation consumption.

The best features are the ease of use, the short learning curve, and the good support from our local partner.

The quality and speed of Automation Anywhere's support needs significant improvement. We are not satisfied with the quality of support.

I have been using Automation Anywhere for two years.

It is stable.

Automation Anywhere is scalable.

The technical support is not good. They are slow and the level of support is poor.

Neutral

We tried using Blue Prism for one of our projects but ran into a lot of complications when we tried to implement it ourselves. We found Automation Anywhere much easier to implement.

We had an enablement package, which we could start using because Automation Anywhere turned it on automatically. We did not need to set it up ourselves, as it was only for bots running in our environment. It was not difficult.

The price for Automation Anywhere is reasonable.

We also evaluated UiPath, which has similar quality and features to Automation Anywhere. However, we chose Automation Anywhere because we had someone in our organization who was familiar with it. Blue Prism is significantly inferior to both UiPath and Automation Anywhere.

I would give Automation Anywhere an eight out of ten.

API is our first choice whenever possible, but it is not always feasible, depending on the use case. Sometimes, we need to perform additional process steps beyond simply calling an API. In such cases, we may consider using an RPA tool, such as Automation Anywhere, especially if we do not have an API.

Typical maintenance is required. If we get new versions of bots, we need to update Automation Anywhere. However, the cloud services are maintained by Automation Anywhere itself, so we don't have to worry about that.

I recommend looking at IQ Bots, a very good and easy-to-use intelligent document-processing feature. I also advise taking the quick training available online and trying to build a simple but real process on their own. There is also a community edition that anyone can use, so it's easy to start with that to try out Automation Anywhere.

I use Automation Anywhere for the reconciliation process in the finance sectors, telecom industry, and banking and insurance sectors. Mostly, I use it for reconciliation and data feeding for SAP and Oracles applications. Sometimes, I use APIs, too.

Automation Anywhere has improved the way our organization functions. With every release, the tool improves its standards and technical aspects. They have also improved a lot from the security point of view. IQ Bot structures the unstructured document. It is very important to our organization. The time taken to realize the benefits of the solution depends upon the process. If it is a simple process, we would need one month.

IQ Bot is valuable to us for document understanding.

The product has to improve document understanding. It must also provide more training.

I have been using the solution for more than seven years.

I rate the tool’s stability a nine out of ten.

The product is deployed across multiple departments and teams. More than 200 people are using the solution in our organization. I rate the solution’s scalability an eight out of ten. We faced some problems while scaling the tool. Once we upgrade the package, it doesn’t work. When we update the package again, the issue gets resolved.

It is very easy to contact the support team. The team responds to our queries within a day. The product provides different levels like Platinum, Gold, Silver, and Bronze. If we enroll in the Bronze level, the support team will help us, but the time will be delayed. They'll reply within a day.

If we choose Silver, the team replies within two working hours. However, we get a response from the team within a day. The team reaches out to the customers who have raised tickets. The support team responds quickly. The team shares the documentation with us. If it doesn't work, they will immediately set up a meeting, look into the issue, and try to help us with the steps to follow.

The support team follows certain steps. If we raise a ticket, they provide some steps in a document containing the solution to our issues. We can immediately connect with the right person if it doesn't resolve our issues. To save time, if we raise a request to connect with the support team member, instead of sending a document, they should immediately connect with us to provide support.

Positive

It's very easy to deploy the tool. We just have to export it from the development control room and import it to another control room. We can select the files we need and export or import them. It is very simple, like a file upload or download.

The time taken for deployment depends upon the number of files or packages since we use multiple workflows and tasks. It depends on the file size. However, it should not take more than three minutes. Even if it is complex, the deployment is completed within three minutes. If it is simple or moderately complex, depending on the file size, it uploads within 30 seconds. While deploying the product, we can see the progress in the control room.

I have experience in deploying the solution. Whoever has the right to deploy can deploy the product. We can deploy it parallelly. The number of people required for the deployment depends upon the process. If it is five to six processes, one support team and one deployment team member is enough. We have five administrators. We also have 15 members in the support team.

The infrastructure team has some upgrade or patch activity every month. The team informs us about it. Usually, it happens only on weekends. Most of the bots will be idle on Sunday. It will run only for a few cases. Maintenance takes three hours monthly.

I have seen an ROI on the solution. The ROI depends on the use case. Some use cases have more documents we have to read, and we need to feed them into some applications. We check the FTE benefits and calculate the ROI based on it.

The product’s pricing is reasonable. The pricing depends upon the partner. We can get Runner, Attended, Unattended, IQ Bot, and Bot Insight licenses. The price is reasonable if we can get whatever the organization needs. There are no additional costs.

The product fails in some environments. In some applications, the product behaves weirdly. UiPath is mostly accurate, and we are able to automate it. Automation Anywhere has to improve its technical features. It doesn’t work in some applications without any workaround. UiPath has better stability than Automation Anywhere. Everything works perfectly in UiPath. Sometimes, some controls don’t work after an upgrade in Automation Anywhere. We must update the package again to make it work. Compared to Automation Anywhere, we might have to wait longer for UiPath’s support team.

Currently, I am using Automation 36O. The solution has added Google, Microsoft, and forms recently. We can easily integrate them. We can build a custom form for an Attended bot. The user can feed data, and the bot can pick it up and run it. Most of the tools have integrated this form. Instead of creating custom forms, the product provides an in-built forms section.

The solution has drag-and-drop features. There is no coding. If a person is well versed in coding like Java, Python, and VBScript, they can integrate the product. Even if we have no technical skills, it is very easy to drag and drop. It will work. We just need logical thinking.

The time taken to train non-technical employees depends upon the employees. Within two weeks, the employees would be able to understand the tool. They would also be able to develop simple processes. It is easy to expand the product across an entire company.

Integrating RPA bots, APIs, business applications, and documents into the solution is not hard. It is user-friendly. Integrating any web application or third-party application like Salesforce is very easy. I have used Salesforce API and some third-party web applications. The tool also provides some in-built APIs developed by the web application team. When I face some restrictions, the team provides me with APIs, which are easy to integrate. If something is not possible to automate in GUI, we choose a different solution for API building. Everything can be done within Automation Anywhere. It is easy to integrate the solution with third-party products.

We haven't explored more opportunities. We are using only simple processes. I would choose an RPA solution over an API integration. We need to have some security controls and approvals before we can integrate APIs. In RPA, we can not only integrate API but also have other in-built action items.

People can definitely choose Automation Anywhere. We will see a lot of changes and improvements in the upcoming versions. Based on these updates, organizations will get more benefits from the tool.

Overall, I rate the product a nine out of ten.

We use it for doing automation inside of Citrix. It's for image-based automation.

It's very easy for business users to learn Automation Anywhere. You do not need to have technical skills in order to leverage the product. It is pretty easy to learn how to use it.

The learning curve in terms of making automations is low. It's a low-code platform. People are finding it very easy to learn how to do things. 

It might take six to eight weeks in order to train non-technical employees to use Automation Anywhere. 

It has been good for our financial management reporting. 

Using RPA bots and APIs is easy. It's easy to integrate.

Automation Anywhere has helped us increase automation consumption. We do a lot of financial reporting, even on SAP. We've done a lot of automations around ERP and our SAP database.

Automation Anywhere was difficult with certain applications with respect to Java platforms. For these, we'd likely use UiPath instead. Handling Java-based applications or browser-based applications could be better. 

Automation Anywhere should have more Excel-related functionality. 

I've used the solution for four or five years. 

The product is not at all stable. They should improve the stability.

The solution scales enough. We haven't faced any scaling problems. 

The product has a very good support team. We have not had any major challenges with them.

Positive

We also use UiPath.

We migrated to a gateway situation. It was challenging as the architecture was different. We faced a lot of issues and it took time to migrate. There were a few functionalities that were not working and we needed to recreate the workflows. When we started, most of the ports were not working. The migration did not go as expected. Then, there was a new version of my initial VPN. It took more than a year to migrate.

The solution does require some maintenance. You do need to maintain the bots. 

We have witnessed an ROI while using Automation Anywhere. 

The pricing is still high. For every new feature, there is an additional charge.

I'm an Automation Anywhere customer.

We have not yet started using Co-Pilot.

I would rate the solution eight out of ten. It's good for automating processes.