Automation Anywhere Reviews

We are currently using it for a lot of projects, like repetitive or manual tasks. We are building bots to free human beings from boring jobs/tasks. We are working daily on Automation Anywhere to automate our processes.

We are using it on-premise. We are not using cloud for deployment. As of now, we are running it on our client machines. We develop automation on our desktops, then deploy our automation on our physical desktop using Automation Anywhere.

We have automated web scripting, downloading documents from particular websites, scraping data from websites, and extracting the data from PDF files. We are also updating the application with some user inputs. E.g., if you have an Excel sheet to update into a particular application, we can use Automation Anywhere tool and automate the process.

We have built some Java applications in Automation Anywhere. I have also coded macros and Python scripts to include in our Automation Anywhere tool.

The Automation Anywhere tool is very handy to use since I have some programming background, like I previously worked on Java. It's very easy to use Automation Anywhere because there is not much of coding involved. We just need to drag and drop the commands, then we can do the job.

Automation Anywhere is good for integrating other programming languages and other tools. The ease of use is very good, as we can directly code other programming languages, like Java or JavaScript, into our application and get output.

I have done work using a VPN, connecting via a remote desktop. The good thing about Automation Anywhere is if a client works without Internet, e.g., if we deploy on a client mission and the network is off, then a bot will still run offline.

If we want to read a scanned PDF, we use IQ Bot. Using the cognitive detail of IQ Bot and some machine learning abilities, we can train the IQ Bot to process all scanned PDF documents and give the results in an Excel file. This is a very good feature introduced by Automation Anywhere. IQ Bot is doing well.

The Bot Store is like a marketplace for bot developers. We already have some utility bots that are simple bots from there. We can download the bots from the Bot Store and use them in our current process. That's very helpful for the bot developers, especially for beginners who have just started with Automation Anywhere developing bots. There are a lot of bots deployed in the Bot Store. If you find any interesting bots, we can also upload bots to the Bot Store, making them available for everyone to download and use.

With attended automation, we need human intervention to provide input for bots. We make sure files are presented in a particular folder to pick up those files and feed it to the bot. Attended automation sometimes might go into exceptions, thus we need to monitor it in-between, then check whether it is working properly. This way, we ensure the bot is working properly.

Currently, I have developed between 20 to 25 bots. From when I started, we have deployed as a team between 30 to 40 bots. Their status is as fully running on our client machines.

We collaborate as a team if any face roadblocks or issues, discussing among our colleagues. Then, we involve the Automation Anywhere support team. They are very good. We can raise a ticket and get knowledge from their team. They help us resolve any issues.

The bot creation workflow is pretty simple. We check for feasibility, and if it is feasible, then we go about creating bots for the task. We have some measurements for ROI. We check the return on Investment to determine if it's feasible or not. We check the typical measurements, then go for Bot creation. After creating the bot, we don't have a production environment after creating the bot. We just deploy and run that bot.

If the process is huge and involves 10 to 20 steps, then it might take from creation to production three to four weeks of time. If it is a simple bot, it involves just launching a website and scraping data from the PDF, then putting it in Excel. For that type of bot, we can build it in one week and deploy it in seven to 10 days.

The return of investment on Automation Anywhere very good because I have automated some processes, like scraping the data from websites and updating some applications, and if we deployed full-time employees on these tasks, it would take more than a year and a half. However, if we automate the process and deploy a bot, it can be completed in just a month of time. The ROI is very good because the output is very accurate and the speed is very fast.

Our company is investing a lot of money in Automation Anywhere. They have saved money wherever humans are working. They invest a lot of money in FTEs and other logistics, so the money saving is very pretty good with Automation Anywhere. While I don't know the exact figure, the tool is saving us millions of dollars as well as saving about 40,000 hours in the last year. 

Currently, we are using attended automation. We do have unattended bots but are in the process of procuring some other licenses. In future, we will make a few bots unattended as well.

I did the Advanced Certification on Automation Anywhere University. I have also done IQ Bot learning. I am currently doing a Masters Certification. The courses are very clear. Any user can understand the content. If you are a beginner, go with Automation Anywhere. If you have some basic programming knowledge, that is enough. You can easily learn Automation Anywhere. It is not a big deal, and you can learn with the certification.

If a person doesn't have a programming background or skills, they can use Automation Anywhere and build bots. It's not a big deal. It's easy for business users to use. You just need some basic programming skills, like Ethernet and loops. 

I heard from Automation Anywhere that version A2019 will be released in either November or December. It is completely cloud-based and contains two IDs. One ID is a flowchart diagram and another ID has some commands. Therefore, any business user who has some basic knowledge can develop bots as well.

Version A2019 will be adding a lot of new features.

I haven't had a chance to work on Citrix automation.

Our primary use case is for our shared service center that is located in Kuala Lumpur and Manila. These are our key target areas.

For a finance process, we are able to initially do it at segment level. We handle one section, then automate that section. We will then move onto the payroll side and automate that part of it. At a higher level, we are able to merge both processes. Now, we are able to do end-to-end automation: 

1. From creating a quotation.
2. To creating a purchase order.
3. To doing a payment to the vendor.
4. To payment to our employees. 

We are able to visualize the areas of automation as well as do the automation in a fast manner. That's one of the immediate contributions that we are having.

The turnaround time of building bots is quick. We are deploying around four bots per month. The turnaround time to get a design, build, and deploy is very fast. This is very good for us. It has helped us out when scaling up in a better manner.

We want them to have a clear roadmap on what they want to do and follow it. If they are moving to version 11, we want them to stay with that version. Now, I hear that they have a new version out there. I have to plan out every upgrade or movement from one landscape to another. This is a cost for us. I have to get buy-in from my leadership. That becomes a challenge for me. I need assurances that wherever you are going, you are clear on what you want to do. You don't end up with doing multiple upgrades every now and then. It's not a sustainable solution for us.

One of the things that I see in the forums is they are planning to build an ML platform on it soon, whereby we can use RPA as a starting point and have leverage on all the machine learning services available across multiple vendors: Azure, Google, and Amazon. I'm really interested to see how that works because we are already using those entities but in a different manner. We want to see how all of them work together as a platform. That's one of the requirements we are looking for.

I would like them to have more collaboration with SAP and Oracle, as those are our key products. This would provide more value for us.

The biggest challenge that I have with Automation Anywhere is the pace of upgrades that they do. We are not an IT company, we are a mining company. We are very conservative in doing our upgrades and moving from one platform to another. Upgrades are one of the challenges we are having with Automation Anywhere.

Stop upgrading, it's a pain for me. Or, make it easy. I would like a plan for it. Every time they upgrade, I have to upgrade my systems. I have to make sure that all the test bots are working fine, and this is a cost for us.

We are now scaling it up on the operations side for people literally sitting in the mines. They want to use Automation Anywhere for their day-to-day operations. That's the next scalable area that we're looking at.

We have developed a competency within the team as well as with our partners but we are at a juncture where we want to scale up. We are figuring out how we want to do it. One of the discussions that happened in today's forum was the different operating models we can have: a COE, business unit, or federated model. Today, I'm having calls with couple of Automation Anywhere guys to understand the best fit for us. That's how we will decide how we can scale up. We have the potential but we need to do it in a manner that can be sustainable over a period of time. 

The technical support is really good. The response time is good from the support team. When we reach out to them, it is only when we have a problem. Most of our team is a bit on the aggressive side if they feel the bots are not working well, but the language and communication that the operations team uses when dealing with us is very smooth. It helps us calm down and come to realistic expectations because we can't expect every problem to be solved in the first day. Their communication and interaction are really smooth. 

Our customer success manager has been really good at her job.

This was our first RPA solution.

When we started out initially out, we were told that the infrastructure we had would be supported by RPA. We were going to use Amazon as one of our platforms, but it did not happen, so we had an initial challenge. We were behind our schedule by around seven months because of this mistake. Both of us learnt from our mistakes. We now have a sustainable RPA. But, at the start, this was one of the big challenges, selecting the right infrastructure.

We have already seen ROI. We show ROI in terms of productivity. We are already clocking in around 7000 hours of savings per month

IQ Bots are very costly. It's not a sustainable bot for us as of now. We will look for better, alternate options for that.

We had two options: UiPath and Automation Anywhere. UiPath was the cheaper option for us but the cyber security standards of Automation Anywhere were better compared to UiPath. UiPath got rejected because of that. Automation Anywhere has passed our cybersecurity standards, and that is why it was our preferred option.

SAP is also launching its own RPA tool. Therefore, it will be tough to convince my management why I should stick with Automation Anywhere until they provide the intelligence part. Though, I think they are on the right track.

Learn from our mistakes. Choose the right RPA product and partner. The initial mistake that we did was that we wanted to do it on our own. If you are not an IT company, don't get into that. Learn from partners and use them. Use the right partner and learn from Automation Anywhere too, as they have done their own mistakes. Learn from them. Instead of assuming that you know everything and getting into the RPA world. That's the wrong choice.

Automation Anywhere is doing well compared to the market.

We've done a lot of automation with the product in the last two years. We started with accounts receivable processes in finance. I would say like AR function is one of the most mature functions in the product right now because we almost automated all the aspects of accounts receivable.

We have also started looking at automating the accounts payable process as well. I've only mentioned finance at this point, but we also have done a lot of automation with IT, as well as with procurement. Right now the penetration is higher with the support functions but we are also looking at different ways to automate. For example, we would like to use automation technology in core engineering. We also want to be expansive and do projects beyond our current boundaries — outside of just India. We've already done a small PoC (proof of concept) with a company in China and we also automated three small processes with a U.S. entity.

We use it daily and have done projects with the support functions, such as financial services, IT, and procurement support. We have 50 to 60 processes that have been automated using RPA in all three areas put together. This is the breadth and extent of what we have automated.

We are using the on-premise deployment model.

The product is improving our company in a number of different ways through the automation it helps us to create. I would say like the AR function is completely automated right now, but we are in the stages where we are looking beyond AR, beyond finance, and beyond support functions. 

All this time that we were using the product in the beginning, we chose to work on individual processes for automation. We are working in small pockets. We were identifying a project or a process as a small chunk of automation and we looked at opportunities within that particular function or a process and automated it step-by-step. 

For example, within the AR invoice process, there are different types of invoices that we do, like project invoices, manual invoices, past invoices, and other invoice variations. We had started building solutions for these things in isolation. We automated the SPA (Sales and Purchase Agreement) function first and then the project invoices. Then we saw an opportunity and made a change to bring all the invoices into the same platform. So now there is a bot which identifies what kind of invoice it is and it triggers a respective sub-rooting function what we have built-in. This is much more efficient. The AR function is something which we have automated end-to-end right now.

When bots start interacting successfully with each other, that is when we will see a true enterprise RPA (Robotic Process Automation) evolving out of using this solution. So we have benefitted a lot now, but expect that we will benefit even more in the future as we get better at using intelligence.

When we automate, we deliberately kept some manual toll gates. This was a very informed decision that we made. It's a conscious decision that we don't want to leave everything to the bot to do from start until the end because the accountability will not be there with any of the team members. This is one of the reasons why we have kept a manual toll gate in all our processes.

I would say the entire Automation Anywhere RPA functionality is the most valuable part of the product because it helps me to automate the mundane interpretative task. That is where most of my team members, who are part of the support team for product function, spend a lot of their time.

The IQ Bot is good. The pilot that we have done with one of our U.S. entities went well. Our accuracy has increased tremendously over the last two to three months. We have increased FTE efficiency. It's definitely a success for us. 

You spend some time trying to automate using RPA and then once a solution is created, they will gain back the time that they spent in development and then have more time to think about how they can further improvise and improve the process. That is all possible with the RPA. That is what we have been doing successfully in the last two years. The opportunity to customize and build out the platform makes it more useful and valuable.

We found it very comfortable because we are all functional experts. Nobody had any programming experience earlier. We all were able to learn Automation Anywhere in a four day classroom session that we had with one of the trainers from Automation Anywhere. With that, we started our own development. 

At least for our requirements, whatever version we have been using till now —  I think the current version 11.3.2 — is fantastic and more than we could use as we grew with the product. Any additional functionality I'm going to get in the upcoming version is a bonus for us as users. 

No product is perfect, so there is always some room for improvement. Right now we are most interested in cloud functionality. It could give us an additional option for managing everything in on-premises or in the cloud.

My experience and knowledge with respect to our initial deployment of Automation Anywhere were very limited. Had we had more experience, we probably would not have used the Intel landscape. We would have used something more relevant to our process and function. This compatibility might be improved.

I would definitely say Citrix automation is one area we have continued to struggle with for the last two months. If that can be an improvement in design for the next release it would be welcome. I know that a Citrix plugin has been already introduced by Automation Anywhere. If that can be made seamlessly integrated and easy to use, then I would definitely be very, very happy with that as an enhancement. The Citrix automation plugin that they have come out with until now has not been working for us. We are still in the process of figuring out how we can make that work. So, we are collaborating with the technical team from AA. There is an alternate solution where you can just move the system or application out of the Citrix environment and made it a standalone system. That will work. We know the workaround, but we still haven't figured out a solution to making it work in a Citrix environment. Hopefully, they will figure a solution in a month's time.

Any customer would look for advantages and changes in pricing. I won't say Automation Anywhere pricing is not good or not competitive. It is definitely competitive. But there are additional players in the market that they need to compete with and working on pricing could help. I believe there are competitors who do not charge anything for what is the AA Control Room (used for Bot creation). They charge only for the runners (Bot execution).

So there are other options available where you don't need to pay extra costs that may be more attractive depending on your usage. With Automation Anywhere I'm the creator as well as the Control Room. If Automation Anywhere could get a little more competitive on those aspects of pricing, I think it would be like heaven.

I would like them to combine a BPM solution with RPA. Sometimes you need to have BPM in place so your process orchestration will be smooth. It'll go through a standard process. On top of that, you are doing some manual activities that will be replaced with RPA. Automation Anywhere already has RPA, if they would allow us to create a simple BPM solution on top of it to use RPA that is the best resolution. It would solve most of my problems in my processing unit.

I have been using the solution for about 18 to 19 months.

I would rate the stability of the RPA as much higher than the stability of an individual manually handling processes. Because stability is pretty good, the machine will outperform an individual. With respect to individuals, there will be always some attrition — there will be some learning time and people will tend to do mistakes. That is not the case with respect to the RPA. So while that is not directly about the product, it does add stability to our processing.

Beyond that, whenever there is any change to your applications or environment where you have automated a function, that is when your processes or RPA can stop functioning. So it requires a little bit of customization, and again you upload it into the control group. Because the RPA is so flexible and so convenient to work with and easy to use, I don't think that is where the major bottleneck occurs at these junctures.

Beyond that, we developed a fallback plan. We test the fallback plan once a quarter by stopping all the bots in operations and then we invoke the fallback plan. We have this mapped out in a document where we ask the respective processors to do the processes and simulate a stability failure.

There will be always risk associated with anything that you do. It's all up to an individual to make plans as to how they deal with bottlenecks, how to structure plans for potential stability issues, how they mitigate these potential issues by having a proper solution and proper process in place. To me, that is where the secret of stability really lies. It is not really correct to blame the stability of the product when it is the fault of the process. It's all up to an individual better manage how to look at things.

I would say that scalability is a critical aspect of using RPA and maximizing efficiency. When you develop one bot. You can just use it for N number of ports with the same source code. So it doesn't require any retooling. Scalability is very high. There will be some process deviations or some nonstandard aspects associated with any process that may require rethinking and interaction.

For example, maybe because of the ERP (Enterprise Resource Planning) or the different systems that we use or integrate at the time of taking over those processes, scaling may be influenced. The classic example for our company, I would say, is that we have grown manyfold by acquiring lots of companies in the last three decades.

Every time we acquired new divisions or companies, it is not only about the revenue or products. We also get legacy systems or along with those entities, there will be some processes and practices which are nonstandard for our organization. We'll need to incorporate these different systems in the ERP.

But scalability is always possible. With the RPA only those areas where there are differences need to be fine-tuned in your RP source code. Then you can redeploy it successfully. Beyond that, we also take this as an opportunity to evaluate processes because we don't look at the RPA project as an isolated project. It is an opportunity to grow and improve automation in various ways and not just this one project alone.

Even before we automate something, we look at processes to scrutinize what are the nonstandard activities we do. We look to see if there are ways we can make the process more lean, simple and straightforward. This can actually make the process that I'm trying to automate more efficient. Then it is also easier to accomplish the development, easier to integrate with other processes, and more adaptable when you automate the process. Working this way, I know for sure that what I am automating is going to be an efficient process. 

So scalability is very easy and very simple to achieve especially compared training individuals in a process. A bot needs no training. Making tweakings to the source code and deploying successfully in production is much faster and easier. Because of these reasons, I would say scalability is pretty efficient and easy to achieve using RPA.

We plan to increase usage in the future both in our current departments and new divisions of the business.

I would rate Automation Anywhere as one of the best in the world when it comes to customer service. I've had the opportunity to gain specific experience with certain members of their team and the service is consistent and excellent.

Initially, when we started with the IQ Bot project, we had some issues and experienced a bit of a learning curve. So we immediately raised those concerns. Our first issue took less than 24 hours to get fixed, and without adding any additional cost to the customer. That type of service and support of a product is an important thing.

I would say the customer service team, the project team, and even the aftermarket customer success manager are all fantastic guys. I know that the organization has people with strong capabilities and excellent talent. It is very, very evident when you interact with them.

I would definitely say Automation Anywhere is aggressive when it comes to driving success for the customers. They are very passionate about customer success and their focus on the customer.

Some of my team members have taken courses with Automation Anywhere. They still need to complete a few more assessments before they get their certifications. The courses are pretty good, the assessment is very cumbersome and complex (from what I understand). It's too technical for them. Maybe it is easy for technical guys, but not for functional people. I assume that this is the way it should be, because it's an assessment before you get a certification. It has to be tedious and cumbersome to crack it.

The best person in our organization to speak to the complexity of the initial setup is an IT guy from my team. He was responsible for a series of calls to the tech support team and he was involved in a lot of discussion with the Automation Anywhere team initially. Obviously we had contact with technical support so it may not have been so easy to do the initial setup, but I think that is quite acceptable or understandable. Anything which is new will probably be something you need to spend extra time on during the initial phase-in of a new product.

Beyond that initial setup and normal learning curve, I haven't seen any problem with respect to adapting the RPA technology in our company. It has been pretty smooth. The technical support team was great in terms of supporting anything we experienced in the way of technical issues. The only issues we experienced after that have been some issues with respect to using a Citrix environment. We are finding it difficult to automate on Citrix efficiently.

We have been continuously on calls and meetings with the technical support team. They have been coming up with a lot of innovative ways as to how they can fix that problem with Citrix. Of course, we are still in the midst of finding a solution to the issues. But I know for sure with the support that I get from the support team that we will definitely have a solution in the near future.

We did our own implementation with assistance directly from Automation Anywhere's technical support team.

There was a bit of a hand-holding in the beginning because Automation Anywhere developers came and developed a few bots for us. Beyond that, it is all on our own. We have been very independent. We hardly got support from the Automation Anywhere team after that. From our own experience, the tool is pretty easy to understand and start using.

The bot creation process has different processes depending on what we automate, e.g., accounts payable, IT, and procurement. These are miles apart. The complexity would differ based on the different applications that we trying to integrate using RPA.

We try to check the different applications involved for automation and whether they are compatible with Automation Anywhere. Then, we understand the process. We do a value stream mapping, e.g., what are the non-value-added activities that we are currently doing to make it lean, simple, and re-engineer the process. We identify the activities that can be automated using RPA, or any tool.

There'll be the extensive workshop conducted before we conclude what we want to automate, how we want to automate, and how long it is going to take to automate. We do an extensive study to determine:

• What'll be the return on investment? 
• What type of a return that you'll get by automating the process?

We document it and prepare it as a business case. We send it to the sponsor for approval. Once it is been approved, then we will kick-start our development. Once the development is completed, there will be UAT and we will roll it out to go live.

There will be a burn-in period where we will be providing the support. It's like a normal SDLC. It's the same model. However, we analyze the process in detail and a BRD will be prepared, then we will start the development.

A simple process might take somewhere around four weeks from start until the end. Something which is very complex in nature might take up to 12 weeks. Anything which is very complex, we would like to break into small pieces, then automate it step-by-step. We don't try to take the entire thing and digest it. We would rather try to break it into small portions, then move on. 

Calculating ROI for us is pretty simple. We identify efficiency at the beginning, then based on that we will just move the headcount out of the process. We try to compare with the cost spent versus the quote of the money that we have saved on the fully loaded employee cost. That's a simple comparison of what we do. This is a very crude way of calculating our return on investment because there are other benefits that are derived by doing an automation. Other benefits include:

• Improving the quality of the process.
• Eliminating some of the duplicate payments to save some dollars. 
• Making timely payments to the vendor to have better negotiation skills with them. 

These are some of the other overall business benefits that you can derive out of it, but they are too tedious to take into consideration when you're trying to do an archive. That's why we keep it very simple by comparing the labor cost saved versus the cost spent on the technology.

They are already coming out with a community license, which is really good. That's something that I wish to have.

We had looked at a lot of prominent players in the market and examined the different options as well, like Blue Prism and UiPath. Automation Anywhere was the one company who was flexible in terms of offering a PoC. We find this very comfortable. They were very approachable and aggressive, in terms of getting things done. This helped us make a decision in favor of Automation Anywhere. Also, Blue Prism doesn't have the functionality with attended automation that we would like to have. We are looking for the flexibility and convenience that comes with attended automation where you can still run your show.

We ended up choosing Automation Anywhere based heavily on their highly-approachable team. We thought of doing a PoC and Automation Anywhere was the first vendor to volunteer and say they would do PoC for us. That was not the case with the other vendors. They were very reluctant for whatever reason.

In terms of product, almost all the products are good. The differences are insignificant from the product standpoint. What makes Automation Anywhere a little different from the other players in the market is their presence in India. They have a very strong presence in India. They've an excellence sales team, very approachable solutions team, and technical team.

They are very approachable. They come and help you out in terms of creating a PoC, which is not the case with the other companies. The other companies are not that aggressive. They normally don't show that level of interest in terms of getting things done with the customer. They all come and approach for new business, but when it comes to going the extra mile to making something happen, that is where they are lacking. That is the difference for our decision of going in favor of Automation Anywhere.

But we got a lot of support from the company and they have always been willing to go the extra mile in terms of supporting the customer and making solutions happen. So that really influenced our decision, and that is one of the reasons why we want to go with the Automation Anywhere compared to other players in the market.

If I were to rate this product on a scale of one to ten where ten is the best, I would definitely rate them nine. It is not a ten because of what may be my ignorance of the entire Automation Anywhere platform. Probably I'm not aware or don't know the complete suite of assets. I'm not in a position to rate it a ten. To rate Automation Anywhere a ten means I should have complete knowledge of the product and I am sure there are things I have not yet explored. 

As far as advice, the normal tendency — and the mistake often made by organizations — would be to commit at the time of vendor selection by volume of features. They pay too much attention and focus on the product landscape. They think about one solution that has got 200 different functionalities rather than one which has got 210 different functionalities as being inferior just based on a number. But in reality, the users may probably not even be using even 10% of what is available in the tool or the platform. So they tend to give more weight to the product landscape. 

In our case, we made an effort to look at more than just features, but the qualities of the companies and vendors as well. For example, we learned about the leadership journey for each vendor, how long ago they started in this business, how much focus they put into coming up with the product development — the R&D. It is also important who the venture partners are and who the people are who are associated with the company and product.

We have done a lot of automation with our ERP systems. We also have some in-house applications which are on .NET that we have integrated with RPA. This should be the minimum expectation when you're signing for an RPA contract with any vendor. You would expect the RPA solution or tool to work seamlessly with any system. Automation Anywhere works well with no problems except for the Citrix environment. This is where we have had a bit of a challenge. Beyond that, we have never had issues with Automation Anywhere.

These details are relevant and important when you go to make a decision or when you take on a partner as an RPA solution provider. You are not just investing in a partnership for the next six months or a year. Probably some of the bots you are developing today you'll want to be using even after ten years. It's a long-term association what you're trying to make with an entity, the product, and with a company. So it's important that you go through all these checkpoints rigorously.

I've not used anything from the Bot Store.

Every technology has pros and cons with some limitations. There is no point in just harping on the limitations alone. You need to look at how you can make that technology work and solve your problems. This is where the human intelligence comes into the picture.

This technology is an enabler. It will solve most of my problems. It is up to individuals on how to make it work. That is where the trick of the trade lies. If you know how to work with RPA, you will not complain. I've seen many people complaining saying, "RPA doesn't work. It doesn't give you ROI." It's not the technology's problem. It's the people's problem. It's your mindset which is stopping you from getting automated and start using the technology. 

Biggest lesson learnt: You'll understand existing processes in a different dimension. You'll understand your people problems with the process in a better manner. It should not be just be looked at as an opportunity to automate it. If you look at the overall process to revamp and re-engineer it, then you can make your process efficient by making it lean, simple, and straightforward. On top of that, when you try to automate it, the overall process efficiency should increase tremendously. 

if you just look at RPA as a tool to automate everything, that is not a good approach. There are some things which can be automated efficiently using simple VBA Macros. Sometimes you might require a simple .NET solution to automate your end process, which is more efficient. You can make automation in the existing ERP, and that might work better. You have to look at different ways of automating things based on the process and complexity. You have to look at what is the ideal solution, then you have to pick and choose what you want to automate.

Don't look at RPA to solve all your problems. You need to use the right technology to automate, simplify, and minimize your problems.

My day-to-day activity was to take data from invoices and put it into an Oracle DB. I have already automated banking uses, which deal with some of the invoices. The second case solution which I had worked with was multi-bot architecture.

We have certain kinds of applications spread across our organization and the data coming into that organization is common. We made a solution as a multiBot: one Bot is working on one application and we have hundreds of applications. So a hundred Bots work together on the same set of data to integrate it.

The applications are different. Say one is Oracle, one is SAP (System Analysis and Program Development) and one is Salesforce. In the way we implemented this, we segregated the workload into parts: part as a master Bot, part as a worker Bot and part as the closure Bot. The master Bot will work on the input part of the data set, the worker Bot will work with the individual (designated) applications, and the closure Bot will consolidate all the data and feed it back to the designated user. This was the plan for our architecture.

The Automation Anywhere product has improved our organization with the speed of processing. It is very fast in execution time, it requires less support time, and it is a good value for the money.

The most valuable features I see right now pertain to dealing with the servers. That has become a distant concern. Because data is already on the cloud, I can use a controller and my client as one unit. That is the best thing. I can use Automation Anywhere in my mobile, I can run my Bot through an Android app. This flexibility and centralization without worrying about availability is a good thing.

I think that all the expectations I had for the new release of the product are covered in the coming version A 2019. I'm very happy about what I hear about it. I think once I use this A 2019 release, I'll come to know what the things are that I'll want in the future. We have access now to a community edition version, which I have to download and will be testing out shortly.

The first of the new features that I believe will do me the best is the customization of the commands. I can build my own package as per my convenience. Let's say we have a variable command. We already have the ability to use XML commands and we have some Excel commands that are provided by Automation Anywhere. Now Automation Anywhere is allowing us the opportunity to build something of my own in their environment and deploy that in production. Before I could imagine that component and not build or deploy it. I can build it now and that an important new feature for our progress.

As far as the stability of the product, it's doing well. My experience over the two years I have worked with it as a developer, going to the cloud has been good for reliability and accessibility.

We have not experienced downtime from the Automation Anywhere setup. When our infrastructure is down it definitely impacts my accessibility to Automation Anywhere. This is not actually the fault of the product as far as I have experienced.

I feel the one thing which I can tap to enhance the scalability of the system is the AI component of Automation Anywhere — that is IQ Bot. I think this is something which can really grow into a massive Bot solution with great advantages. I heard recently that the accuracy of that data reading for invoice processing is something like 70% accurate currently. I think they are trying for 90 or 90 % plus as a goal now.

We have definitely had the opportunity to use technical support and I evaluate them as very good. If I have any data stuck somewhere, I query to the Automation Anywhere support guys. If I have some problem with the 11.x version, they'll admit that there's a bug in that version for a particular process or function and they will develop a patch for it in a new upgraded version. We definitely feel confident going accordingly with that and patch the update as a solution.

Our reason for adopting the product and why most of our clients prefer it as a solution is that we talk with them honestly about what capabilities they will need and why this product fills the purpose. Everyone can choose to do their tasks in a different way and other solutions could work to develop automation. What matters for me is the way the product allows users to easily develop the Bots. I do believe that Automation Anywhere is giving me the opportunity to quickly and easily develop stable Bots and it is better at that than other competitors you might want to compare it to.

It is definitely not a simple setup. It is at a medium-complex level. It depends on what actually gets put into the brackets.

When there is a level of complexity, it's all related to the server, where I'm hosting my applications and my client. In the 11.x version, we control one server from another server. When we have to use many servers, the complexity of the setup begins to become more involved.

We developed our architecture on our own by our own, designed to fit with our needs and purposes. We have also done the initial setup now for a number of different customers.

In some ways, we have seen a return on investment. For example, we have one customer who is aware of the FTE reduction (Full-Time Employee) on the repeated Bot creation jobs. They have scaled up by having their workers work in a different way. We are actually automating the repetitive Bot creation jobs and reducing the FTE where that human effort is not actually required. The company resources can spend more time focusing on the creative part of the work rather than creating the Bots.

I don't know exactly what the pricing schemes are for the product as this type of negotiation is not my responsibility, but I think the basic pricing comes to $15,000. We have many employees and perhaps not so many doing Bot development and deployment. The Bots can service a lot of people and I think the rest of the pricing is based on usage.

For people looking for my recommendation for an automation product, I definitely would recommend Automation Anywhere instead of going for a more orthodox or older technology. With older tools, you are just doing the same things and not improving processes. With RPA a digital transformation is actually required for an organization to adopt a better way so they scale up and create an enormous amount of new opportunities for their organization to grow. It is a step to go in the direction where AI is going in. You cannot see the destination yet, but somewhere you have to start up using an RPA that is right for you. That is what I would recommend to my colleagues.

If you start talking about innovation as streamlining day-to-day processes, that is where to start from. It is where we started. We give clients various approaches, but we recommend that RPA is one thing which has stability and which is a good, long-term return on investment.

Once you invest you don't get the returns immediately. You have to wait some time while you work at creating the solutions by scaling the number of Bots you have and the processes you simplify and improve. After a time, your efforts will improve results. That is what we communicate with our customers. When we have them interested, then we come to a conclusion as to how we will go about implementing it.

On a scale from one to ten where ten is the best. I would rate this product as a ten-out-of-ten because the company and product have done everything to meet my expectations.

We used to expect new things in the A 2019 version and the company delivered on that. So, once I use this release of the product for some time again, I will probably have some new expectations. By 2020, I think we will send them feedback again.

My company' objective in using this tool is to automate every rule-based operation possible. We're looking forward to automating anything that does not need a human to make a judgment call. We have automated most operations in several applications, including mainframe, Linux, web-based URLs, Citrix automation, and in Excel extensively. We have done a variety of projects but we are looking forward to growing more into other areas that we have not yet explored.

The biggest value that I see from the product is the way it works in general. The unattended mode that Automation Anywhere promotes, works great. That is the best thing, I would say. It runs code that performs on a virtual machine unattended. No one gets involved in the triggers because the bot controls the tasks. When you use a person to manually monitor a task, such as getting a quality check done, automating the task to work unattended eliminates all the human effort. It's a solution that is quite simple and straightforward to implement and is available 24/7, 365 days. No disaster recovery is required as the server is always intact because processes run to assure uptime, security, etcetera.

We are aiming to have 100% unattended runs. We don't want attended runs because it increases bandwidth which is not great for support guys and clogs the system. Also, you can have some unattended InfoSec (Information Security) breaches and things. We constantly aim to have the best. At the moment performance is not 100% but I would say it is constantly improving.

Automation Anywhere has helped our organization to operate by working on AA-level development without all the trouble of having VMs set up, setting up ports for it, having the environment so that the developers can work on it, etcetera. With Automation Anywhere, I don't think we need a technical guy, an IT guy, or specifically a specialist engineer to accomplish things. Automation Anywhere is that good. A layman who has a keen interest or even a little bit of curiosity can learn the product end-to-end, sustain himself if he wants, learn how the VM is developed down by the ports. The product and support make it easy to learn. The knowledge is readily available.

The whole package that Automation Anywhere offers is really good. The variety of commands that it offers made to play well with other integrations. It could be using a C# module, code on JSM, the APIs — I want to use database XM. Ultimately, I want to use anything that makes it friendly for me to accomplish what I need to. That is a help because it often will be something I have already learned, it will be easy to access, easy to build, easy to sustain — as long as the commands work as expected.

Unattended Automation is the best feature for me. Because I use it extensively, it is also one feature I am very familiar with and so it is also one of the areas that I would like to see more improvements on. Any time I speak with people who promote automation and say that it is unattended, they may have a machine perform an operation. Very few understand that each unattended operation packet is unattended at all times. No matter what time of the day, if you just click Run once and it operates to get something done. You don't continuously relaunch it.

In my current role, the only thing that I focus on is how sustainable the code is. It has to run for a long time — years. I am expected to run extensive testing. So, in this position, I'm working on the current stability of all the commands and how that can play into the future. I'm not looking for new features. Really the opportunity for automation is already offering this opportunity to create your own features. Adding new features is almost too much. If I've got enough tools to use, I should learn to utilize them first. Use them and then maybe get something new once I have exhausted the possibilities. There are already enough options that AA provides to use. The commands that it offers out of the box are okay for people to begin to work with it. If you don't know it, all you have to do is ask. 

It is not an end-to-end solution for everything, but it is very good at what it does with allowing automation and freeing up other resources — both human and hardware. It is not an end-to-end solution for everything.

The only area for me that I would consider as an improvement is sustainability in areas I face every day. On CSM (Central Management System), for the most part, it works every time, but those areas exist where it does not perform as expected. For example, we had a problem with our ticketing system. What we do is we have a ticket open so that the issues stay open for a week even if we have it fixed. It is supposed to stay in the system continuously for a week — a hyper-care period — so that the issue stays open and we are sure the issue is fixed. That hyper-care period never seemed to end in the application. The problem was it extends a week, to two weeks, to three weeks, but we did not achieve that four-week period of no error of the full runs for the solution.

We worked at resolving the issue and thought we fixed it permanently. We locked in the solution. We were happy. We almost won. Then in a week, we had a reversion to the same problem without making a change. It was not possible to explain. It is my only concern that some things get handled erroneously or changed. 

Without question, Automation Anywhere is generally a stable product. It's not like I can bank on it always performing. I know a few bots we created are not perfect, but I also know that most of them — 60% of my bots — are good. No one calls me about them from the time they're deployed. I haven't had a single escalation or a single error reported about them. This is great.

I still have the other 40%. I think some things go wrong in situations you face unexpectedly or an error occurs. This is not the way it is supposed to be. It's supposed to be really easy: just plug it in and you have the service. But it doesn't work sometimes.

It is frustrating at times to experience this instability, but we do find a solution and we are working on it to be better. With the new version and features that AA is proposing, it looks promising that we can achieve that goal. It looks like the new version will be really stable compared to the version I am currently in, but I will never be sure until I use those new versions.

Another form of stability is in upgrades. Currently one of the pain-point areas on my to-do list is migration to 11.3.2. We have been working on it for almost a month now. We haven't reached the deployment stage. When I migrated to 10, I had some bots that no longer worked after the upgrade. It was not expected. We got on a call to support to explore the problem and had to resolve them.

Right now, I'm not really sure when to migrate. We have 50 bots and every fortnight, there's a part that goes wrong. If I have to take the action and migrate into a new platform — 11.3 2019 A — there is something of a leap of faith. I'm really not sure that I can take that leap now considering the relative stability that I'm experiencing at the moment.

Working with Automation Anywhere, I have been taking steps to use more of the functionality in the product. In a migration, I will want to use the new version as extensively as I have used the current version. At each step, the newer versions were better than what I have used in the past and I have used version 8, version 9, and now version 10. I've used these three versions and there have been improvements each time. We're seeing improvements to come, which I'm looking forward to exploring. But we have to be sure the migration point is realistic.

A lot of times that I have raised issues with support, the command in question is simply not performing. Object learning may not be working as expected, an action's not executing or it is not connecting to the database at all. The simplest solution is often to copy basic commands and replace them and it works. With the number of calls I made to Automation Anywhere, the guys know me now because I have so many issues. They work with me on it. We try to find solutions. At the end of the day, we find some way or other — a shortcut, say, or copy and paste — and get the code to work. We may not be able to figure out the root cause as an answer so that it doesn't happen again. The bottom line may be that the code might be corrupted, my part of the implementation is corrupted, the ATMX (Automation Anywhere Task Files) part is corrupted, etcetera. But the patches are not a perfect solution when I'm in charge. It's a lot to know a process well enough to fix the root cause of an issue. But these concerns remind me that Automation Anywhere as a tool is great, but there are areas to improve.

Automation Anywhere is definitely scalable in several ways. It's easy and accessible. It's designed the best — almost perfect. It has many more usable components than I was familiar with, and I had so much to learn. Now, with some experience, it is not foreign, and we just don't need to build to get what we want. But to get that you need to start at the design phase, you should not start at development at all. People try — even me — when you're starting, just to aim at building usable components. We can ask a developer to do that, but then the developer will not design to build a reusable component. It will only be specific to his assignment, the development, his process, and he will get it done to complete the job.

Scalability starts with a designer who is the one who makes the call. They need to know what to standardize or how to do things by thinking globally to make sure that a resolution is usable and adaptable if desired. That is the standard we adopted. Other big companies have more bots compared to our 50. They may think what they have is a lot more scalable than it is.

We have ongoing support from AA. I appreciate Automation Anywhere support when I talk to them. There are quite a few hiccups as we go along. At times I don't get straight to the support people when you need them as they are busy supporting other users. But the response has been great.

The setup is a bit complex but it is not so bad if you are a little interested and a little curious in learning about the product. It helps to have a little background knowledge on how it works, what are the features that you need to look for, what logs you need, etcetera.

Some basic guidelines will help you along in the initial setup — a basic brush-up on what to do and expect can suffice. Of course, there is the AA's guide that you can follow if you don't know what to do. Initially, when we didn't know the server, we didn't know what are the application calls were, the documentation did help. It was not that complex to do the installation, but the IT guys did not support it. They were surprised I wanted to learn about everything and work with another product when they had resources to accomplish what was needed.

If you choose to try it out, when you need to know more, ask for help. If you're ready to set up deployment, start from some base and set a restore point.

For those who are considering Automation Anywhere as a solution, I would ask how good their team was already. To take on a new product and take a chance that people will try to enhance their skills by learning it may not be the best course of action. Many will have to learn something new and do better than they did with previous solutions by learning and using AA. If the response is that they have hardcore developers, web designers, C# developers, etcetera. They may be looking for quick resolutions, hardcore development and coding bit. They will want any other product or UI that appears to give you far more than AA. AA does all of that — it is not that it isn't able to do it — but it's easy and it is different. With other solutions, you will need someone with that knowledge and ability to code in a particular language. But AA is a platform that can be used as an opportunity for people to up-skill themselves. That's something that is different compared to any other code.

AA commands are not the same as other languages. It has its own dictionary, its own library, its own way of working. I see that this is the same thing mentioned by others as to what they think about the product. It is possible to learn it by just using the Q&A.

We are using it in all departments: management, sales, human resources, IT, and customer service.

These are some of the benefits that we have seen using RPA:

• We saw a 70 percent decrease in manual steps. If something took 10 steps to do, we are doing it in three steps today. 
• We see 100 percent accuracy in whatever we do, which wasn't something we could expect from a human worker. 
• We see a reduction in turnaround times. Something that used to take two hours to do, today takes 20 minutes to do. There is a 40 to 50 percent reduction in whatever is being automated in comparison with a human doing it. 
  

Three features that came up when we chose the product:

1. The user interface.
2. The Bot Store.
3. IQ Bot, which other RPA don't have.

We would like a better coding interface for developers. We would also like to have a user interface which reduces the time to learn the product so more people in the organization can use software, like Automation Anywhere, quickly automating processes.

As an organization, we feel the exception and error handling could be way better.

We would like the software not to change as often. Architectures were radically reinvented without informing the customer. This wasn't something we appreciated. 

Some of the stuff being used internally in the product, like Elasticsearch or open source, did not pass vulnerability ability assessment. This is another issue. 

We hope Automation Anywhere takes internal component security seriously as we are looking forward to the Automation Anyway A2019 launch. We hope it addresses some of these issues with error handling as well as component security.

Scalability works fine. 

One of the key features that we chose, the bot as a service or the BotFarm, when they launched version 11.3, they decided not to have the BotFarm anymore. This put us in a situation because we expected to have bots on demand, just like our cloud software. This would have been cost efficient for us to use. We hope to see this again being realized with A2019. I hope the scalability from an on demand basis improves.

A lot of the technical support is done by my teams. I do not have great visibility. As far as what my team has told me, it was a tedious process before. They have relaunched the entire support portal. It seems to be a lot more user-friendly to log tickets and reach out to people there.

Their customer success team are a great bunch of folks who try to support and get things done for you.

I have personally used RPA before. It is just the buzzword now. 

At the time, we were looking at or looking at replacing our complex, legacy platform which had a lot of steps. Our multiple, previous software tools that had a lot of Python, Perl-based scripting, and Perl website scrapping plugins.

The initial setup was extremely complex. Version 11.3 came with multi-forest Active Directory support and version 11.10 did not have that support. We had multi-forest Active Directory and it took us one month to resolve when we started implementing it. Again, this information wasn't communicated to us.

I hope going forward I see Automation Anywhere being faster, more transparent, and communicating more in advance than right now.

We had a terrible experience with a local integrator. I don't think that they were ready for the integration/deployment process. We spoke to Automation Anywhere who has implemented more stringent partner qualification schemes to take care of this issues.

We have not seen ROI at the present moment.

Our costs are approximately between $5,000 to $10,000 per license.

They have a ridiculously expensive bot licensing structure, especially for the Asian region.

Currently, we use Automation Anywhere, Blue Prism, and UiPath in my organization.

Start small. Conduct proof of concepts, then choose a process with a quick return on investment.

There are product issues. They have a reckless product roadmap. 

We use Automation Anywhere for product SLAs on the finance team. We are also using it for a difficult automation project. 

We have automated a lot of processes, e.g., claim processing and payments.

It is currently deployed on-premise.

We are helping to automate some of the manual tasks and help to achieve the SLA.

We have some products, like Clubcard, which is a shopper's card that we're using in the Star Market. We are using Automation Anywhere for that validation, raising requests, tracking the Clubcard, and when users get new Clubcards. All these things are done through Automation Anywhere. We use the API to get the status of card numbers. 

IQ Bot is great. We recently implemented two IQ Bots in our finance sector. Manually, we had one person doing a task that took five minutes minimum. With IQ Bot, we are able to do that one particular task in one and a half minutes. That is a huge time savings.

We have done some Citrix automation with MetaBots for claim processing. We use it for validation. It is working well.

We have a credential manager. We have the ability to store in an encrypted way. Whenever we create any bots, we also have bot IDs. Without the bot ID, we are not going to deploy in production. We have the option for the support team only to get access and share their screen with users. If there is a critical password, the user will only put down the password. If we have the bot ID and password, then our support team can directly get that from the application IT team. That support center of excellence team will put in the ID password and credential and see the bot ID and password.

The API feature is the most valuable feature for some process, especially for the Clubcard. It helps us with validation of databases.

We are able to do a lot of things with MetaBots.

The management works well.

One of the great things about Automation Anywhere is that it is a developer friendly. If someone doesn't know the technology, but is logically strong, they can easily learn the tool. This is very good for us. We can train anyone in a short amount of time. 

If someone is not technical, they can also easily learn the tool. You do not have to write in syntax.

We have a situation where the system is not capturing data properly. It is clicking on the UI but it is not able to expand.

We have trouble with large volumes of data in Excel and are not getting good results. I want all the functionalities that they have in the Excel added to our existing version or an upcoming version of the product, e.g., Macros and VLOOKUP.

We have had connectivity issues, such as the reporting of a bad gateway.

We have integrated Automation Anywhere with our SQL database. I heard in version A2019 that we can easily integrate Python too, which is great news. Up until now, I have not been able to implement Python in our Automation Anywhere task bots. Though, we can integrate with other applications, like artificial intelligence, and this is better.

We have not implemented this tool with our AI. We have AI and IBM Watson. We would like to get information (or services) from the Automation Anywhere team on how to connect and implement the AI, as this is a great thing in the market. I'm looking for what to do.

Sometimes, we are facing issue in unattended. If unattended mode is not working, sometimes it will work in attended mode. However, I don't want anything in attended mode. The process is rule-based and logic-based. We just have to schedule, then if the user wants to run from the Control Room, they can. To run attended mode, we have to login into the VM to start it and human activity is required.

The version we started with is not as stable as the current version. We are trying to move to version 11. We are also in touch with our CSM regarding the A2019 version, which Automation Anywhere should release in the next year

We have 50 bots live in our organization.

We have three environments: staging, pilot, and production. In staging, the developer creates and tests their bot for internal testing. After that, we deploy into the pilot environment. That is hypercare which is for User Acceptance Testing (UAT). It is there that we run the bot in unattended mode for one and a half weeks at least with huge volumes. If we have no issues nor errors, then we create a ticket to deploy into production, our center of excellence. This is what our support team does. They will deploy into the production environments. We keep an eye out for at least 10 to 12 days as hypercare. At 12 days in hypercare mode, if we are not getting errors, then we run it in unattended mode as much as we can.

We are using Automation Anywhere in our business units. We have plans to increase the level of the tool's use.

We are planning to move onto the cloud, but first, we have to see if it will work with our business SLAs. If it is good, we will move over. We need to do a test first to determine whether the bots work well or not, which will take about three to six months. Then, we will make a decision on whether to move over to the cloud, the A2019 version. My team is excited for this version.

We would move over to Microsoft Azure because our company is already using it.

The technical support team is supporting us well.

We needed a support guide from Automation Anywhere for the initial setup because we had standalone and a lot of clusters. We needed help from a support guy during our setup to determine whether to go with a standalone or cluster setup.

For the bot creation process, we first check the requirement. Then, we check with each application, whether it is applicable through the Automation Anywhere tool or not. Some applications, like Oracle, do not work correctly. We make a feasibility report and advise the developer to use certain commands only. We provide a process map, e.g., how to create the bot according to Automation Anywhere guidance and what are the coding standards provided. We deliver everything. Then, the developer will start building our bot.

In our organization, we are focusing on continuous improvement through this tool. We are improving day by day, but not focusing on the elimination of any employees. We are just focusing in our improvements and accuracy in our SLAs. Therefore, there are three things that we are focusing on:

1. Implementing our SLAs on time. 
2. Focusing on accuracy.
3. Focusing on our continuous improvement.

Automation Anywhere is profitable for us. As volumes increase and we have a lot of data, this takes time to complete manually. Bots can complete the work without impacting the business. 

We are saving time. Some processes that have taken 24 hours for our guys to do, now take seven to eight hours for our bots. That's our achievement. It also brings accuracy.

We save money indirectly. We are also improving the accuracy of our SLAs. 

I am using that Automation Anywhere Master Certification for version 11. Recently, this has been updated in Automation Anywhere University. Until this month, it's free to use. There are no charges. That's why I would like to complete it this month.

We are waiting for them to release version A2019 version of Automation Anywhere University.

Use the standard guideline that Automation Anywhere provided. Build a dry model for each bot. This will be useful for debugging. I give these diagrams to my developers.

When automating Citrix, we can install on the client. It can easily access objects, we can click anywhere and it can take data from anywhere.

We have a scenario where one process is working, but in another case, it is not able to capture everything.

This is a good product. This platform is great, but there are a lot of issues to resolve, including the Excel features.

My advice for anybody who is implementing this solution is to follow the instructions and the standards that are specified.

I would rate this solution an eight out of ten.

Our primary use of this product as a solution is developing bots to automate tasks and processing. For example, we have financial bots and we have IT bots. We have been involved in developing and monitoring the bots for about one and a half years, mostly for finance and IT. A majority of the tasks were done by other teams.

We have automated mainframe applications and integrated the tool with web-based applications and SAP. We have automated many SAP processes, including posting the entries and POs to SAP.

We are currently planning to migrate those bots into the current version (11.3.2) to make the bots more stable.

We are using the on-premise deployment model. We have multiple processes getting automated through this tool.

The major benefit for using Automation Anywhere is that it has provided a lot of FA (Finance Automation) benefits. That is a major plus point for using an RPA (Robotic Process Automation) tool. Any automation tool, for that matter, has its benefits. But because Automation Anywhere is easier to implement and learn, it is possible to move the bots to production faster. Speeding up that process helps in simplifying our workflow and productivity, and allows our people to do the most useful work we can do.

The basic Taskbot itself is the most valuable part of the product for what I do. The use of IQ Bot is still in a development stage. We are looking forward to August 2019 when we should be migrating to a newer version. That seems very promising. For now, we use Taskbot and Metabot with a variety of applications.

The ease of use is good. We had someone join the company who had no understanding of RPA. He was trained on it, getting his hands dirty, then he was able to develop and start automating processes quickly within a month. 

Resources are available online. A person can get certified and start automating right away.

The Bot Store is good. Although, we have not used the Bot Store much, there are some useful bots already built in it. We can just use them in our processes if feasible.

There are several things that would improve the product. I would like to see them include a group chatbot and make the IQ Bot more stable. Just those things would be great. Adding those kinds of features improves what we can do with the product. Using a client control room concept to ensure that everything is based on the web login, would also be great. Obviously we know that the development of new features will take some time.

We are expecting those kinds of features in the future. We expect more AI integration in our technology.

Automation Anywhere could use to be more stabilized. The product is becoming more stabilized with newer versions, but there are various things that still need to be stabilized. In the current version that we are using, we have a Control Room where the client will sometimes get disconnected. This will result in downtime. Therefore, we need some stabilization from the tool perspective. We don't have any other option than to raise a ticket to Automation Anywhere or get in touch with their support to get the issue resolved. So, we are having downtime. This can be improved.

We are not completely okay with the IQ Bot. We previously used version 5. The newest version does have more accurate results.

Technical skills are required to use the product. With these tools, technical programming is still required with the guidance of technical people. Business people can go ahead and try building a few smaller processes, then when they gain technical knowledge, they can use this tool to their full advantage.

Most of our processes are attended automation. It would be great if more processes were unattended automation, so we could release more FTEs.

We are currently using third-party Taskbots. We would like Taskbots directly integrated into the tool.

We have been using Automation Anywhere since version 9. Over that time the stability has improved a lot. We are expecting it to be even better in coming versions and this is why we are looking forward to our migration to 11.3.2 in August of 2019.

In program versions 10.3 and 10.7, what we were developing was okay. The stability was fine. In version 11.2, we had basic client login issues and database issues as well. When we have a better foundation as far as the stability, we are hopeful of getting better updates.

As far as being able to scale our usage of the product, until now, we have been doing well in diversifying. In the future, we expect to be able to get more from the tool. Our ultimate goal is to use the tool to automate most of our internal processing and reap the benefits of RPA.

Multiple users are currently using the product.

The technical support has been really good. Honestly, it is very good. We have been getting good support from the correct technical people quickly. One thing we would like to experience is that instead of waiting for a new version of the tool to resolve issues, that we could get immediate patch upgrades to cater to our requirements. That would be great. We are getting patches sometimes, but they do not perform as well as we might hope.

We have taken courses from Automation Anywhere University: version 11 and IQ Bot. We also attended training at the Automation Anywhere office for IQ Bot. The Automation Anywhere University courses are quite good. You can easily learn and get certified, which has some value in the market.

We were looking to Automation Anywhere as a solution in a relatively new concept. We believe it was our best choice and, currently, we are hopeful that the stability and the enhancements done to the tool will pay off. We are looking forward to using 11.3.

So far, the initial setup of versions has been straightforward and we expect it to be even smoother in the future.

Bot creation process: 

1. We identify the process.
2. That process will be well-documented along with the operations people, who will develop the BRDs. 
3. After the BRD creation, we'll come to know whether the process is feasible to automate.
4. Concurrently, a solution design document will be developed.
5. Developers will create the bot. 
6. Once the Bot is developed, UAT will be given to the operations people telling them whether the bot is performing as per their requirements.
7. Once finalized, we'll get a UAT sign off and the code will be moved to production where the bot will go live.

Scaling bots to production depends on the process and how complicated it is. For a simple process, it will take two to three weeks. If the process is a bit complex, it may take close to one to two months. It also depends on how your internal compliance is organized in the company. We have a compliance check done at every phases of automation, so it will take us more time to get the process live even for a simpler process since we have to get compliance sign off during every phase.

We did not use an external resource for the implementation, but I was there when the initial setup was in progress.

As I am currently part of a team of developers and people who perform functions, we are not directly involved in the deliberation of assets or ROIs. However, it is apparent that there is a return on investment, and we are noticing it.

We have many benefits reaped from the automation work we have done. So, I don't have the exact information about the cost and what our return on investment is, but it is benefiting the organization in a much bigger way by channeling efforts away from wasting manual time on processing.

As our team size increases, we may get some more licenses for the tool.

We checked on Blue Prism and UiPath. UiPath was still developing. 

We opted for Automation Anywhere. The pricing was okay for us. Also, It was easier to learn the tool and implement within the team. It is easier to learn, implement, and get things done with Automation Anywhere compared to other tools on market right now. 

Before automating, understand the process:

• How big is the process?
• Is it of use to the organization?
• How repetitive or complex is the process?

This is important because automating tasks requires resources.

On a scale of one to ten with one being the worst and ten being the best, I would rate Automation Anywhere a seven. So far it has been good, but obviously there are opportunities to be so much better.

We expect more from Automation Anywhere based on the new technologies that we know exist concerning AI and also unstructured learning. There's a lot of room for improvement, so that's why I would not rate it higher. Other than that, for data structure, it has been good — apart from a few stability issues.

Ease of integration is good. We have automated a process in the current version. Automation Anywhere will tell us if it won't support this version anymore at this particular time, so we'll have to migrate that code to the currently released new version. At that time, we may face some challenges after moving the code. We may have to do some tweaks to the code. We can't directly run it as is, so we'll have to do some minor tweaks so that it is stabilized more, then it'll be better.

As far as recommending the software, that depends on what use case and what work requirements an organization has. For structured data and for simpler processes, it is fine. For unstructured data — which should be addressed by IQ Bot and additional features — I may not recommend it yet. But for dealing with automation of straightforward processes, Automation Anywhere is good.

RPA solutions are continuously improvement due to competition. Sometimes, it is worth waiting for the next version which is more stabilized to be released.