Automation Anywhere Reviews

We use Automation Anywhere in the finance domain for tasks such as data reconciliation, data identification, and aviation operations.

We implemented Automation Anywhere to address our outstanding invoices, purchase orders, and quotations from multiple vendors. We utilized the IQ Bot feature, which is integrated into the OCR system.

For technical individuals, Automation Anywhere is easy to use.

The learning curve is favorable for non-technical staff, as it typically takes between two to four weeks before they can start automating with Automation Anywhere.

Automation Anywhere's capability to deliver automation at scale is commendable. We possess the ability to scale up to multiple users across organizations. In fact, I have successfully executed this RPA using a report containing one Lakh operations, which is equivalent to one hundred thousand.

Automation Anywhere has helped our organization increase its automation consumption. We were able to showcase the use cases and case studies we have completed to market our abilities and services.

IQ Bot is the most valuable integrated feature of Automation Anywhere.

For business users, the solution is complex and could be made more user-friendly.

It is not easy to integrate APIs with Automation Anywhere without a good knowledge of APIs.

The pricing of Automation Anywhere is higher compared to other solutions on the market, such as Microsoft Power Automate and UiPath, and it has room for improvement.

I have been using Automation Anywhere for five years.

Automation Anywhere is stable. We can rely on it without encountering any issues.

Automation Anywhere is highly scalable.

The quality of technical support relies on the partnership we maintain with Automation Anywhere. Gold partners receive excellent service. As long as we maintain this relationship with Automation Anywhere, we can expect consistently good service. However, if the partnership is not in place, it may take some time, but we will still receive some answers eventually.

Positive

We still use multiple RPAs depending on the customers' requirements, including UiPath and Microsoft Power Automate.

UiPath has the ability to integrate with other products, whereas Automation Anywhere has limitations in integrating with APIs and other OCR tools.

We will see a return on investment eventually, but we need to be patient in order to realize the potential that Automation Anywhere offers three years down the line.

The price for Automation Anywhere is high. I would rate the cost an eight out of ten, with ten being the highest cost.

I would rate Automation Anywhere eight out of ten. The integrations and pricing model are areas that need improvement. However, Automation Anywhere is a very effective tool, offering its own internal solutions. Automation Anywhere eliminates the need to rely on any other third-party solutions, which is a significant advantage.

For organizations interested in utilizing API automation, there are several tools available in the market. Additionally, numerous BPM tools can be employed for API integration. However, if they require desktop automation or process automation, Automation Anywhere is a recommended tool.

Our IT department maintains the solution. We maintain the bots once a quarter for one hour.

We could automate BPO processes, and people were shifted to other tasks because we could automate the manual tasks.

It has helped our organization increase its automation consumption. 

It's easy to use for business users. Everything is good. It's a nice product. 

The integration in UiPath is much better. Automation Anywhere's latest version has improved. It's fine but not as good as UiPath.

I've been using this solution for two to three years.

It's stable, but it also depends on how the development is done.

It's scalable. We have plans to increase the number of users in the future.

Their support is good. They take a day to get back. It also depends on the severity. I'd rate them a seven out of ten.

Neutral

I haven't used any other solution. I am comfortable with Automation Anywhere. I know about Blue Prism and UiPath, but I haven't worked with them. UiPath also has many features. The new version of Automation Anywhere is similar to UiPath.

Every tool is good. Every tool has its advantages and disadvantages. There are benefits to using any automation tool, such as Automation Anywhere, UiPath, or Blue Prism. It depends on which tool you are the most comfortable with.

It's very easy. They have changed it in the latest update. The latest update does not need any kind of preparation. There are just basic requirements of RAM that should be met. You just need to log in on the web browser, and it gets installed. It isn't an issue.

It was deployed by our team because Automation Anywhere doesn't help for the latest version. It can be deployed by one person.

In terms of maintenance, you do require a support team because the bot sometimes stops. It isn't error-free. Sometimes, the site is down, so you need maintenance. You need a support team for it. Every RPA tool requires some support. The number of people required for maintenance depends on how many bots you have. If you've deployed 100 bots, you would need five to ten people. The maintenance time also depends on the issue.

Based on what I've heard, it's costly, but I don't know much about its pricing or licensing. I'm not a part of that.

I'd recommend this solution to others. 

It's easy to use for business users and it's easy to learn. 

It's easy to learn for non-technical employees, but you should approach it with a logical mindset. Only then can you learn it. The tool is easy to use, but for applying rules and other aspects, you should address it logically.

It takes a while to realize its benefits because you need to train people. It takes four to five months to see the actual results.

Overall, I'd rate it an eight out of ten.

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.

Currently, we are focusing more on finance, shared services, and interpretive related ideas. For accounting and finance statistic, we have reconciliation specific processes, such as rates uploads into systems. The majority of our development is on SAP and Excel. We are focusing on the financial services area, so our use cases are more related to finance and accounting. These are the use cases developed by the development team.

We are using an on-premise deployment model.

The main agenda for using the RPA is to see how we can get the benefit from reducing human capacity as well as quality output. These two are the major focus for us and what we are achieving.

Timeline-wise, it normally takes a long time to develop. With the AA and RPA concepts and their ready-to-use components, we can deliver a bot within couple of days or within a week time frame based on the use case.

It is easy to use and developer-friendly. The development time is very short. If any system needs to be changed or any functionality needs to be incorporated to any of the technology, it usually will be a long process, like months. With this innovative tool's automation, it is very dynamic, easy to develop, and deliver results quickly. With some of our use cases, we were able to deliver within the time frame of two to three weeks, which is the biggest plus with this tool.

There are good MetaBots available in the Bot Store. We were able to leverage them, as well as established our own reusable components. Considering that, it is easy to add on any software or applications that sits in the system.

We would like to have the Excel plug-in. We have a challenge with unattended bots in development which will be deployed on virtual machines. End users ask, "Why can't we run the bots whenever we need?" The new concept for getting attended bots as well as the Excel plug-in will solve this problem, but we'll wait for 2019 version, which may be a better solution for the business.

More structured and unstructured data collection will be a challenge. While we have the IQ  Bot tool, the success rate at the beginning will be lower. It will be around 20 to 30 percent at the start because you need to train the bot at regular intervals. Of course, this depends on the data. This area could use be improvement.

The marketing strategy is directed toward end users. These leads to confusion in the organization regarding, "Who needs to develop?" Is it IT or the business? This causes friction within the business. Whatever the approach, it is important to show how to get the most benefit out of the tool. There should be a clear roles for IT and the business when using the tool. This way teams and structure can be better established in a business.

For attended automation, there are still questions to be answered: How it is going to maintain the queue? E.g., there are 20 users who want to process their own processes, and when they trigger things, how will the Control Room react? How will bot work distribution happen? These things still need to be looked into, but conceptual-wise, attended automation is really good.

It is confusing: Who needs to develop the bot? The business or IT. At the basic level, the bots can be created. However, once they are moved into production, you have to make sure that the bot is stable and running 24/7 without any issues. Therefore, a lot of care is required due to the amount of controlling mechanisms required.

There are a few problems with deployment and maintenance. When it moves to other systems, the consistency will be somewhat lost.

RPA is decently established and stable as the market is coming up with new features. However, the unstable area is more the IT part of it where a lot of research still needs to be done, especially in the case of artificial intelligence. 

When we run bots, sometimes the systems will go down. Maybe it is because the same functionality worked once or even regularly, but then all of a sudden there will be an issue. It might be a network, latency, or some other issues. Still bot stability needs improvement. These are very rare situations. It works most the time, but one time it will fail and we don't know why.

When I talk about RPAs, it is to say, "Can this problem be solved with RPA?" Scalability-wise, we are in good shape. 

In terms of AI incorporation, this type of scalable incorporation would be benefit everyone. The trend looks like we are going to reach to this point in a good manner.

We were able to put more than 40 bots into production. There are around 20 more in progress. On average, we were able to save around 25,000 hours of manual efforts.

The technical support's response is very good. They gave back solutions quickly. We haven't face many challenges when using the tool. So, we haven't interacted much with the technical team, maybe two or three instances. 

We looked into moving into RPA because it was the trend in the industry.

We do regular acquisitions which leads to a lot of duplicate roles and resources along with similar activities. With this approach, we can streamline our processes and bring uniform processes across the organization. We have been able to establish this. If we use the bots on a lot of manual efforts, it will reduces effort. Going forward, we can use the bots in a better manner by using them for the strategy of delivery and appointments.

We started this journey with a PoC. For three months, we tried understanding the tool and its capabilities. 

The initial setup is not complex for the tool setup. The struggle points are establishing the right mechanisms to identify the candidates and prioritizing things. 

In April, we started the pilot. By July, we had the software as well as the use cases that we needed. We got the licenses in July or August. It took us at least a quarter to establish systems and resources. Then, we started delivering the bots from December 2018. It took six to eight months' time frame from PoC to first bot deployment.

For our bot creation process:

A business user, whoever is doing the manual process currently, will send their request with the details of the use case. Those details will be assessed by IT and the business functional groups to measure what will be the man-hour savings. Also, is it a possible candidate for RPA?Based on those measurements, we identify candidates for RPA, then we determine if they meet the current threshold of 500 hours. If it is more than 500 hours, we consider that a candidate for RPA. Based on that criteria, we identify and prioritize it. Afterward, it comes to the development team for development.

If we had been alone during the initial setup, might not have been that successful. However, when we partnered with the other groups, like consulting firms, then we were able to get the right mechanisms in place within a short time.

We did the deployment in-house.

We have a good dashboard to measure ROI. Whatever investment, licensing, and resource costs together are put in for development and delivery, we are still at an ROI of 250 percent.

To measure ROI, whenever we get a use case from the business when we do an assessment, one of the factor that we capture is the time saving. We try to measure and apply the country rates for the locations where they are doing manual efforts. We measure the time savings by applying the country rates and deriving the hours and value.

The time that it takes to develop and deliver is within two to three weeks.

It has good licensing costs which are average for the market.

We did try out UiPath, which is a good solution. 

We also look at Blue Prism.

We like Automation Anywhere's end user experience. We thought Automation Anywhere was the better solution for developing bots in the long run. It is a centralized tool because of its Control Room. It makes sense to have a solution where everything is in a centralized repository. AA has a more future-looking perspective which will help them in the long run.

We currently are not evaluating any other vendors.

When we saw the tool capabilities, we were so excited. We tried to start using them but we needed to have the right structure and mechanisms in place from the beginning to identify the use case for prioritizing. This plays a major role. 

If you are a big organization with a center of excellence, you need to bring all the people together. The establishment will play a bigger role than just developing and delivering bots. Developing and delivering bots is a very small portion, which is doable by any individual who has a basic technical background. To be successful in your journey, having the right structure upfront will help.

We experimented a little bit with IQ Bots, but we didn't see much use cases in this line currently.

A lot of people interact with RPA and the industry is really excited about it. However, you need to pick the right candidate to be successful in your journey, along with the right framework for the development. This will give you a good output. This is what the business needs to test. Pick a solution based on the organization's needs as well as the right approach. Have an assessment with an approach framework will help.

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.