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.

View full review »

Using MOVEit takes time to learn and to understand how it functions. I have a background in robotics, so I have some knowledge and hands-on use and training. Unless you have really good training and guidance, you won't be able to learn it. Even our lead software engineers who have years of experience and understand the architecture, find it very cumbersome to use. I think that's where there's a lot of scope for improvement. It could be more user-friendly.

I struggled in areas where I needed multiple robot path planning where multiple robots are involved. It's very, very hard for multiple robots to work and collaborate together. I would want to see more features and more advances in the area of multi-robot motion planning.

View full review »

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.

View full review »

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.

View full review »

I'm not really sure what can be improved at this time. With the kind of work I'm doing, I'm able to achieve it. I'm able to achieve my goals using MOVEit. Whether someone else would like its capabilities totally depends on an individual's perspective towards using the software or the admin tool. Some people like to do free text coding or develop scripts using a free text application. 

I don't know about MOVEit, or how the server is set up, however, a lot of times, it used to go down, and I couldn't get onto the servers. I don't know if it's an internal thing or it's MOVEit servers. For example, if I'm developing a script and the scripts are really huge, it's too much to code, so sometimes, when you're in the middle of creating the script, it just goes down. When that happens, I have to wait for an hour. I'm not blaming MOVEit for this. I'm just not sure where the root cause is coming from. That is one thing I've experienced that can be a little frustrating for some users.

Since I have to monitor two times a day, it would be nice if they have script templates. 

For example, if I have 20 tasks and 20 scripts that I have to monitor every day, creating a template for the scripts would save time. I know there are templates for developing the scripts. However, I'm not sure if there are templates for monitoring the scripts.

That way, I would not have to keep track of it and manually go and copy the script name, paste it into MOVEit and see the status.

View full review »

The product itself is pretty solid. Something that I would like to see is better upgrade support. We had looked at getting help with an upgrade, and to do it after hours, it was going to be $6,000. It only takes 15 minutes to do. It'd be nice if the after-hour support was a little more reasonable.

We can set up multiple environments, but it would be nice to have one place to go to manage all the environments at once. If you're an administrator, you should be able to see all the users and have everything broken out. Currently, if I want to manage the secure file environment, I have to log in there with separate administrator credentials, which is a little bit cumbersome. There should be a dashboard to manage all environments at once. There is probably something like that, but you have to have a weird password, and it's just not easy to do.

View full review »

Communication can be improved between the product owners and users. For example, communicating patches or resolutions to known issues would be helpful if there's an issue with the software.

View full review »

The front end of the MOVEit should have a utility where the user can check job failures that occur when integrating MOVEit with another tool, like the ASG-Zena workstation. There should be some utility where users can have a detailed view of the failed task that is not there at the moment. Additionally, the logs of particular tasks could be included in the next release.

View full review »

There were some drawbacks with MOVEit's scheduling. In the next release, MOVEit should include the ability to check file availability.

View full review »

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. 

View full review »

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.

View full review »

Compressed data not managed very well. The reason for this is that the encryption logic does not work very well with the data that has been compressed using standard compression tools like zip, rar and gzip. View full review »