The product must improve its security features. Recently, there have been multiple attacks on the solution. It has ruined the reputation of clients who use the solution. The vendor must ensure that there are no cyber attacks on the transfer server. If hundreds of tasks run on MOVEit simultaneously, the system hangs.
Engineering Manager at a tech services company with 10,001+ employees
Real User
Top 5
2024-07-03T08:41:00Z
Jul 3, 2024
Pricing can be better. That's number one. The DR solution (DR recoveries) needs to be enhanced, I think. If there are any problems with connectivity failures, etc., we engage the support team.
In future releases, MOVEit could add support for some additional protocols. For example, I don't think they supported the SFTP or FTPS protocols at the time.
If the transfers are more or the file size is big, it takes more time. It doesn't have much capacity to process multiple files at the same time. It can get stuck or take a lot of time to process the files. If the file size is in GBs or TBs, the data processing should be very fast. I want that kind of architecture and robustness. Currently, if the onboard N number of users, the server or the system automatically slows down because hundreds and thousands of files are flowing at the same time. If one user is uploading 1,000 files at the same time, it will automatically interfere with the other users which are using it at the same time. So, scalability and robustness should be there in this tool. That is one thing I'm expecting in the future in MOVEit. Similarly, when I want to open logs, it takes quite a long time. The way it works in the backend is that when you search a query with a file name, it goes to the backend and searches that file name in the database. Its speed is very slow. It's not that fast. It takes a couple of minutes to search those fields and get the results for a query.
Sr. Software Configuration Administrator at Fiserv
Real User
2022-10-04T16:26:24Z
Oct 4, 2022
I know the only thing I don't know about MOVEit is that we don't use it to its full potential. My business unit, our business unit, is a small one. We only use it to upload software to clients both externally and internally so they can download it. I am not familiar with many of the features it offers, and neither are many of the administrators. We were not really trained on it. We were given this tool and left to figure it out, and that is what we did. I am not sure if there is a feature where you can hide the software instead of having to delete it, because sometimes I need to put out a release and if I want to do it the day before, I could hide it and then just flip a switch and turn it on. That's something I used to be able to do with my previous solution. That was the only thing I couldn't hide the software because I couldn't figure out how to and no one else could either. I spoke with the two admins who were dealing with it, and they, too, couldn't figure out where to hide it. If I put something out there and put it out there too soon and a client sees it, I have to quickly go in and delete it and then re-upload it instead of having a feature that lets me just check this box and hide it, that would be a good thing to have. It would be beneficial to include a feature that allows you to hide items and not be locked out if someone has made too many password attempts.
Manager - Integration (Supply Chain) at a healthcare company with 10,001+ employees
Real User
2022-09-16T20:48:09Z
Sep 16, 2022
We have had some challenges. Earlier when we were setting it up, a component called gateway, which runs in the DMV, was not working as expected. It was going down very often. That means most of our vendors were not able to connect using SFTP because that service was down. We had to put in a lot of monitoring to make sure if that goes down, there is some visibility instantaneously so that our system admins can go and do a restart. In addition, because it is a Java product, there seems to be a memory leak that causes system slowness and unresponsiveness at times. We had to introduce a weekly restart to flush out some memory. The restart process is still going on because we know that without that, we can't have a responsive system. These are the two things for MOVEit Transfer. Coming to MOVEit Automation, usually, when a file arrives, a job kicks in. We have jobs that look for a file, match the file, and move it to the destination. However, if a file doesn't come through at the expected time, such as on a Tuesday morning at 8:00 AM, because the job failed or somebody forgot to place that file, people want visibility into it. For this, currently, there are limited capabilities in MOVEit Automation. We can look for that error code, where it basically says that I didn't find any file to transfer. We are leveraging that capability and building some email system around it so that if that happens, we get to know, but when it comes to multiple jobs running on a particular day, such as on the 10th of every month, you get into complex scheduling. That's when this email system becomes ambiguous. Sometimes, it throws false alerts. MOVEit is not a notification system, but we expect more and better notifications. That would really add value. I would like to see connectivity to Google Cloud. At some point, it will come. They have been creating connectors for more products. Earlier, they had only Azure, and then they added AWS. Google Cloud Platform connectors are not there yet. I would like to see that capability. I would also like to see a capability where it can interact with message brokers. Currently, it can do file transfers, and it can do HTTP calls. That means you can invoke an API or download a file over HTTP or HTTPS protocol, but I would like to see it supporting the MQ protocol or AMQP. Those are some messaging protocols that will help it to become more feature-rich. We have some integrations where we have to connect to a queue, pull a message, and create a file. That capability is there in the IBM product, but I would like to see that capability built. If that capability comes to MOVEit, it would be fantastic.
With the new other vendors coming up, they come up with certain features, in addition to the file transfer. But MOVEit does not develop their product. That's why we are looking out for other solutions. There should be more control. If you transfer some files, you can even include the person to whom you are sending this file. He can copy it, print it, and make changes into the file or not, so those permissions should be granted over that particular file, which are not as of now.
Ipswitch Managed File Transfer is an automated file transfer system to manage, view, and control all file transfer services. You will always know where your files are with predictable and secure delivery, extensive reporting, and easy integration with existing systems.
The product must improve its security features. Recently, there have been multiple attacks on the solution. It has ruined the reputation of clients who use the solution. The vendor must ensure that there are no cyber attacks on the transfer server. If hundreds of tasks run on MOVEit simultaneously, the system hangs.
Pricing can be better. That's number one. The DR solution (DR recoveries) needs to be enhanced, I think. If there are any problems with connectivity failures, etc., we engage the support team.
In future releases, MOVEit could add support for some additional protocols. For example, I don't think they supported the SFTP or FTPS protocols at the time.
If the transfers are more or the file size is big, it takes more time. It doesn't have much capacity to process multiple files at the same time. It can get stuck or take a lot of time to process the files. If the file size is in GBs or TBs, the data processing should be very fast. I want that kind of architecture and robustness. Currently, if the onboard N number of users, the server or the system automatically slows down because hundreds and thousands of files are flowing at the same time. If one user is uploading 1,000 files at the same time, it will automatically interfere with the other users which are using it at the same time. So, scalability and robustness should be there in this tool. That is one thing I'm expecting in the future in MOVEit. Similarly, when I want to open logs, it takes quite a long time. The way it works in the backend is that when you search a query with a file name, it goes to the backend and searches that file name in the database. Its speed is very slow. It's not that fast. It takes a couple of minutes to search those fields and get the results for a query.
I know the only thing I don't know about MOVEit is that we don't use it to its full potential. My business unit, our business unit, is a small one. We only use it to upload software to clients both externally and internally so they can download it. I am not familiar with many of the features it offers, and neither are many of the administrators. We were not really trained on it. We were given this tool and left to figure it out, and that is what we did. I am not sure if there is a feature where you can hide the software instead of having to delete it, because sometimes I need to put out a release and if I want to do it the day before, I could hide it and then just flip a switch and turn it on. That's something I used to be able to do with my previous solution. That was the only thing I couldn't hide the software because I couldn't figure out how to and no one else could either. I spoke with the two admins who were dealing with it, and they, too, couldn't figure out where to hide it. If I put something out there and put it out there too soon and a client sees it, I have to quickly go in and delete it and then re-upload it instead of having a feature that lets me just check this box and hide it, that would be a good thing to have. It would be beneficial to include a feature that allows you to hide items and not be locked out if someone has made too many password attempts.
We have had some challenges. Earlier when we were setting it up, a component called gateway, which runs in the DMV, was not working as expected. It was going down very often. That means most of our vendors were not able to connect using SFTP because that service was down. We had to put in a lot of monitoring to make sure if that goes down, there is some visibility instantaneously so that our system admins can go and do a restart. In addition, because it is a Java product, there seems to be a memory leak that causes system slowness and unresponsiveness at times. We had to introduce a weekly restart to flush out some memory. The restart process is still going on because we know that without that, we can't have a responsive system. These are the two things for MOVEit Transfer. Coming to MOVEit Automation, usually, when a file arrives, a job kicks in. We have jobs that look for a file, match the file, and move it to the destination. However, if a file doesn't come through at the expected time, such as on a Tuesday morning at 8:00 AM, because the job failed or somebody forgot to place that file, people want visibility into it. For this, currently, there are limited capabilities in MOVEit Automation. We can look for that error code, where it basically says that I didn't find any file to transfer. We are leveraging that capability and building some email system around it so that if that happens, we get to know, but when it comes to multiple jobs running on a particular day, such as on the 10th of every month, you get into complex scheduling. That's when this email system becomes ambiguous. Sometimes, it throws false alerts. MOVEit is not a notification system, but we expect more and better notifications. That would really add value. I would like to see connectivity to Google Cloud. At some point, it will come. They have been creating connectors for more products. Earlier, they had only Azure, and then they added AWS. Google Cloud Platform connectors are not there yet. I would like to see that capability. I would also like to see a capability where it can interact with message brokers. Currently, it can do file transfers, and it can do HTTP calls. That means you can invoke an API or download a file over HTTP or HTTPS protocol, but I would like to see it supporting the MQ protocol or AMQP. Those are some messaging protocols that will help it to become more feature-rich. We have some integrations where we have to connect to a queue, pull a message, and create a file. That capability is there in the IBM product, but I would like to see that capability built. If that capability comes to MOVEit, it would be fantastic.
With the new other vendors coming up, they come up with certain features, in addition to the file transfer. But MOVEit does not develop their product. That's why we are looking out for other solutions. There should be more control. If you transfer some files, you can even include the person to whom you are sending this file. He can copy it, print it, and make changes into the file or not, so those permissions should be granted over that particular file, which are not as of now.