Nintex RPA Reviews

We use the product to fetch particular records from Excel sheets and store them in the accounting system.

Nintex RPA is easy to use in terms of recording the steps. We can recognize and repeat the steps quickly. It has competitive pricing compared to other vendors as well.

It is complicated to detect an object using Nintex RPA. There could be some features to fix compatibility issues with firmware. The language on the product’s app could be easier to understand.

We have been using Nintex RPA for three to four months. At present, we use the latest version.

The product is stable, and it has an easy-to-understand UI.

We have less than ten Nintex RPA users in our organization.

The initial setup process is easy.

I implemented the product myself with the help of an installation guide. It took two to three days to complete the process.

The product has reasonable pricing.

We evaluated UiPath And Microsoft Power Automate. Both the solutions are expensive compared to Nintex RPA.

I recommend Nintex RPA and rate it an eight out of ten.

Kryon RPA is used in different departments such as Human Resources, Programming, Planning, Production, Commercial, etc. I use it when I program tasks for clients, in particular, to program the bots in client environments.

What I like most about Kryon RPA is the user experience. I also find the layout and design of the solution better for programming compared to other RPA solutions.

What needs improvement in Kryon RPA is the support. Sometimes, the solution has problems, so I contacted support, but I didn't receive immediate help from the team. You have to wait a while before the problem gets solved. This happens a few times in terms of getting cases solved.

It would also be better if Kryon RPA had a cloud version because currently, from what I know, it only has an on-premise version, though I could be wrong about that.

There isn't any additional feature I'd like added to Kryon RPA because it's a good service, but the support is very, very bad, so that area could be improved.

My experience with Kryon RPA is two years.

Kryon RPA is a stable solution, but its stability depends on the version installed in your environment. The most recent version of the solution isn't as stable and has a lot of problems that even the support team isn't able to solve. It's better to use an old version of Kryon RPA that's more stable than the newer versions.

Kryon RPA is not scalable. Other RPA software has more scalability.

On a scale of one to ten, where one is bad and ten is good, my rating for Kryon RPA support is four. The response time from the support team and the time it takes to solve problems need to be faster.

Neutral

The initial setup for Kryon RPA is very easy, and if you compare it with other RPA software, it's easier.

I saw ROI from Kryon RPA, but I don't have the exact values, and that would be confidential. If I were to rate ROI on a scale of one to ten, I would give it a seven.

I have experience with Kryon RPA for many versions, such as 19.3, 20, and 21. I'm a developer who provides services to clients, so I develop and create tasks in Kryon RPA for clients.

Two professionals take care of the deployment and maintenance of Kryon RPA. One specialist deploys it, and the other person is in charge of the IT infrastructure.

My advice to others looking into implementing Kryon RPA is to deploy in small blocks that can be reused in many jobs or many other tasks.

My rating for Kryon RPA is six out of ten.

We have two primary use cases. One is the back office. We're a bank and we are automating some work of the bankers - mostly manual jobs like typing Excel data into our legacy systems and the like. The other thing is automating testing. We have really difficult scenarios involving both legacy and web systems. We hadn't found the right tools to take testing all the way from start to finish. But we have found Kryon very effective in that direction.

One way Kryon improves the way our company functions is in testing. Previously, we didn't have full coverage and we couldn't run a full regression day by day, or after major activities such as updates. We had to do it all manually and we didn't feel confident. Now, it's a completely different thing. We're trying to build a strong regression area where we can run a full regression of all our systems by clicking a button. We're not there yet, but we're heading that way. It's going to be a complete change in the way that IT acts because it gives us much more confidence.

One of the main features is its ability to connect into literally everything we've got here. Some of that was easier; some of it took some extra labor. But all in all, it has the capability to connect and to interact with almost every system that we have. That's the main feature. 

The next feature is the triggers. It's relatively simple to activate it. You can activate it via Control-M or via email. It has a lot of built-in triggers which enable us to easily activate the jobs.

The third is the support. We have great support from the guys here. It's not the product itself, but let's call it the "ecosystem" of the product. We have a strong product owner, and they respond very quickly to every question we have. That's a good thing.

The cognitive part, the OCR could use improvement, but I know it's on their roadmap. 

We need stronger governance to know, when a transaction is done, whether it worked or failed; strong logging. That would be helpful.

It's pretty stable. I can't think of a major crash.

We're not there yet, regarding scalability. It's fairly easy to purchase and make another robot, another machine, but we're not there yet. We're not at the limits of use of our first one.

Selenium was only good for web applications and most of our business processes involve more than just web applications. So if we wanted to run a complete test, end-to-end, Selenium didn't really help.

The initial setup took a while because we're a bank, so we have all the security requirements. It took a while but the setup was not very complex. The go-live took a couple of weeks but that was not entirely because of Kryon. It was due to the bank system itself, the firewalls and security.

Our implementation strategy was to go to the back office. We took ten nominees and we tried to pinpoint the one that would be most useful yet which was not too complicated. We gave it to Kryon as a PoC. They came and we said: "Let's take it step by step. Let's see if it works." If it did, we would try another one. We would then try to spread it among our core systems. We would connect it to each core system and have at least one active job in each of them. From there on, we made set up a center of excellence within the bank for automation, and people come to us now and ask us.

A Kryon consultant helped us with the primary deployment, but now it's our own team. Kryon guided us. We went to a three-day workshop with them where they explained it and gave us the primary technological understanding. Our experience with Kryon consulting was that they were helpful and professional. It was okay.

We're connecting with on a daily basis when there is a problem. But we have since made our own team.

We're a relatively small bank. So even if we can automate a decent scenario, we still don't have a lot of users or transactions. So the ROI is going to take a while in that area. In the testing area there is a good ROI, because we're now capable of doing things that we couldn't before. Completely. It's a game-changer.

For example, in the scenario of making a loan, part of the process was typing things into our legacy system. Selenium, the solution we had before, just couldn't do it. We had to abandon the goal of automating the scenario, and now we can. It's a game-changer in that respect.

The truth is, when we brought Kryon, we didn't think about automating testing, and they didn't recommend it. It was not meant to be a Selenium or testing tool, but we thought it could be useful, and it turned out that it was.

We did not evaluate other vendors. We quit using Selenium and, once we got Kryon, we said to ourselves, "Why not try to use it in place of Selenium?" It turned out to be much more useful and much cheaper, because we already had the license so we can use it whenever we want. Selenium was expensive and it only gave us certain aspects. So all in all, going with Kryon was a good thing to do.

There is a vast field of RPA tools. You have to know what you want to do and how to add value to your business. You need to see if what Kryon gives you is the best fit for you. For us, as beginners in the field, it was good, because of the support and the willingness to help us and to be cooperative. That was very helpful at the beginning. So you have to evaluate which step of the RPA lifecycle you are in. I can tell you more, in a year or two, if I'm satisfied when I am more advanced. But for starters, it is a good decision.

In terms of using the solution for the full cycle of automation, from the discovery of processes to turning on the automation, and scaling it up, it's a little bit early to say, because we don't have a lot of experience. And I can't compare it to any other thing that we have, because we're really at the start of it. But so far, it has met our expectations. I didn't think it would go as fast as they described it, and it didn't, but it was fairly rapid, and it has its ROI. All in all, good.

It's not for end-users, absolutely. It's not that. For developers, it is interesting. We didn't actually use developers to work with it. We had more, what I would call an "implementation guide." It takes knowledge and it takes time. There are a lot of technical issues, not only because of Kryon but because of our system and the integration between Kryon and our system. It's definitely not for end-users, regardless of what anybody says. It's not. But it's fairly decent for developers. 

We have our four developers who actually touch Kryon. We have two-and-a-half to three people who are dedicated to deploying and maintaining it, and another one comes and goes. We definitely have plans to increase usage. At the moment we do about 1,000 transactions each day, but we want to get do more.

As for helping our organization embrace digital transformation, we're heading that way. It's only the start, but we have a good vibe here. I could answer that question more comfortably in a year. But I see the way. I see the light.

We had an outside advisor, not Kryon itself, to help prioritize processes that are ripe for automation. We preferred it that way. Maybe Kryon could have given us that service, but we preferred to take an outside advisor.

I would rate Kryon at eight out of ten. It's not as rapid as they describe it and it has its limits. We have met with Kryon a couple of times. The guys were very helpful and said, "We'll bring that into the roadmap," etc. But we hit the limit of the product. For starters, we expected that to happen in year-two or year-three, not three months after trying it. But all in all, it has been a good experience.

I primarily use this solution to substitute processes where humans perform checks that do not need human judgment. These include onboarding, offboarding, and changing a contract. 

Kryon will allow you to automate processes fast and easy and you do not need to be a developer to automate processes. The advanced command will let you integrate with other systems quite easy.

Apart from the usual advantages (recording etc), I think the process that is presented as  'Powerpoint' slides makes it really easy to close the gap between the subject matter expert and the person configuring the robot.

It could be more reliable in spying HTML. I did expect this to be better in the 19.4 version.

I have been using Kryon RPA for almost one year.

We have legacy software in our company. Some processes in our company are being done manually. There are very routine jobs, processes where people are sitting in front of a computer and typing data. This software, Kryon, enables us to make these processes more automated.

We program the software, we run the use case with the software and now, instead of things being done manually, they're being done automatically. It's helping leave all this old legacy software which doesn't have APIs. We wouldn't be able to do it otherwise.

We cannot get into this legacy software. There are no APIs. It would cost a lot of money if we wanted to develop something like an API. This software enables us to overcome this API problem, automate things, and do it relatively quickly. It's low-cost development.

We're a bank. We get money transferred to the bank from other banks, but some of the data can be wrong. We know it's money coming to our bank, through a money transfer system in Israel of which we are a part. But if we cannot recognize which account number it belongs to, regulations require us to send the money back to the bank that transferred it to us. This happened every day. Until we had this Kryon RPA solution, there was a person sitting in front of a computer typing these transactions into the legacy system. It was all manual work and the person doing it would work, say, two hours a day doing these transactions. Now it's done automatically. 

So it's not just that we're saving the time of this person having to do this typing, but we have also improved this specific person's job satisfaction. She doesn't have to do this boring, hard work. Not only are we saving valuable time of our employees, but there is added value, like fewer typing mistakes.

The recording feature enables us to record what we're doing, like typing or clicking the mouse, and to identify objects on the screen. We basically teach the program how to type, instead of a person. That's the most powerful feature.

That's valuable for us because it's the only way we can automate this process.

I would like to see a better OCR solution. That's the main thing: identifying unstructured data, like all paper documents and data from pictures. 

Also, because we are in Israel - Hebrew is a hard language - we'd like it to better handle Hebrew.

We had some issues, but it's relatively stable. We didn't have any major issues. Their support helped us a lot. Some of the issues we had were because we didn't know how to work properly with the product. But it's working and it's doing its job. I'm relatively satisfied with the system.

We don't yet have a lot of processes in production, so I don't have experience with its scalability. I don't see any problem, why the product would not be scalable. But we don't have a mass of processes, so I can't say anything further.

So far, we have automated six processes, about one process a month. Of course, we have plans to try to put through two processes a month into production. We're planning on doing tens of processes in the next year. We want even more, but that depends mainly on us.

Technical support is very good. They answer fast and they know what they're doing. We have had a very good experience with them.

We used nothing before Kryon.

It's hard to say whether the setup was straightforward or complex. I think it's quite simple. But because of all the security requirements for data at our bank, we couldn't do it in a straight way. We had to go a very different way, so it wasn't so straightforward. I don't know if it's our fault, because of all the security issues we have, or if it's a product fault. Let's put it at 50/50.

It took about a month-and-a-half, from the beginning of the deployment with Kryon, until we solved everything, and we could run our first process in a production environment.

Our deployment strategy included internal meetings, trying to map the processes we wanted to automate. Second, we started negotiations with Kryon for buying their product. Then we started learning the tool and how to work with it. At the same time, we started installing it on our server in our company.

After we finished the basic installation of the development studio, we started developing our processes. That was the month-and-a-half. We were installing the program and dealing with all the security issues. And at the same time, we mapped our processes and development.

After we finished with them, we continued mapping and identifying the other processes in our company. Kryon has been advising us, not only about installing, but also by giving us best practices on how to map and how to identify the processes that we can automate in our company.

Kryon assisted us with the deployment. It was a very good experience. They were really committed to our success. They were very informative and helpful. They solved the problems and the issues we had to deal with. I have a very positive opinion about them.

We have definitely seen return on investment. We are checking it all the time. By the end of this year we will have returned the investment, and we will start gaining more. Most of the money goes to developers' salaries, people working at the bank, rather than the licensing. Including the salaries, we expect that by the end of this year, we'll return the investment.

For an unattended robot it's $6000 a month. Right now we have three unattended robots.

We checked out Blue Prism and Automation Anywhere. Even though we have deployed Kryon, we are still checking other solutions. Maybe they will be valuable in different processes. 

We decided that Kryon would be the best, mainly because they have the most installations and production in Israel. They have quite a lot of experience.

I would highly recommend getting a commitment from the vendor - and not only from Kryon. It's hard to get the vendor's commitment and to know, when you sign the agreement, what the SLAs for dealing with your problems are, and how committed they are to you as a client.

The second thing is that more important than the source of the RPA solution is the way your company handles the automation of processes. It's a very big issue in a company. Employees are scared they will lose their jobs. It's something you have to deal with no matter what the RPA solution: how you manage these changes in your company. Kryon and others have a very methodical way to do this by creating a center of excellence, etc. It's very important to do this even before you choose your vendor.

You need to address peoples' fears, that's the main thing. A good organization will not send people away, but will find them more valuable things to do, instead of the very routine things that RPA can do instead of them. You have to address many people at many levels, that this is something that you have from now on. Every new product, everything you have, they should know that you have an automation tool that you can use. It's very powerful. It's helping make things more accurate and faster. 

It's a change, not just because people fear losing their jobs, but in many other aspects. Even management has to know about it, about the capabilities of these tools.

The users are developers. We have two developers and I am a system administrator. This program is for developers who develop the processes. Once the processes are developed, we can replace business users in certain jobs. The three of us, and perhaps two others who are administrators of our VM machines and who deal with security issues, handle deployment and maintenance.

Automating a process involving SAP and Excel operations. Such operations require access to SAP TRX, export in Excel file, and running Excel macros.

Cuts time due to the building of a robot which runs during the night to perform time-consuming and tedious activities.

Recording user actions in SAP environment with field input and function activations, such as export to file, variants selections, etc.

I would improve the object recognition features, making it not linked to the screen resolution or the position.

No.

Setup is quite simple and not very expensive, but regarding licensing, I don't know.

No.

No.