Control-M Reviews

Control-M provides automation workflows for the telecom environment. A specific example of how I use Control-M to automate workflows in my telecom environment includes application workflows such as billing, billing systems, infra setup, backup, storage, and requests, all of which are taken care of by Control-M.

With the 9.21 version of Control-M, I find quite good features with MFT and API integrations, as well as Azure and Kubernetes.

MFT has made the biggest difference for my team; it has been the main feature we are using as of now, with a lot of configurations with managed file transfer in place.

Having a secure file transfer is very crucial in today's world of cyber security threats; that is the additional part or the best functionality available with Control-M.

Control-M has positively impacted my organization by providing a platform to automate the workflows in complex environments while having data security in place, which has really helped the organization grow positively.

For Control-M to improve, the vendor support can be more improvised. If a solution is not existing, providing a patch for a vulnerability would be more helpful than always stating to move on to the higher version of the application.

I have been using Control-M for the past 13 years.

Control-M is stable.

Control-M's scalability is good.

Customer support is good.

We migrated from Autosys, CA Autosys to Control-M.

We switched to Control-M from Autosys because Control-M has better integration options and the GUI is far better.

My deployment took place around 14 years ago; it is a very old deployment that we are using, and we have been upgrading the system now and then.

The migration was smooth, so we were able to migrate on time and on budget without any disruptions.

We have around 1600 Control-M users in our organization for our particular license; the users vary from first level support to monitor jobs, some application users with browse access, and a few admin users.

A part of the admin team of Control-M, around 25 members, takes care of deployment and maintenance.

I do not have experience with the usage and investment calculations myself; however, discussing benefits, the employee count is reduced, and we can achieve quite a lot of FTE saving by having Control-M integrated.

My experience with pricing, setup cost, and licensing indicates that the pricing is on the higher side with respect to the license, but overall the tool is good.

We finalized Control-M without evaluating other options.

The biggest lesson I think I have learned from using Control-M is that the technology is vast, and we need to keep exploring, learning, and integrating more to ease out our life.

Control-M is used widely in our global environment; we have a licensing of around 75K, and currently, we do not plan to increase the usage.

I assess Control-M as a good tool for building, scheduling, managing, and monitoring production workflows; it is important for my DataOps and DevOps initiatives, but I have not explored DevOps deeply.

I assess Control-M as a good platform tool for modernizing and transforming our business; it removes human dependencies for mundane tasks and eases out the workload, which is easily possible with Control-M.

It is very crucial to free up IT personnel to focus on essential operations; this allows them to focus on the latest technologies and also implement POCs for the latest technology integrated with Control-M, which ultimately helps optimize the complete workflows.

I would advise others looking into using Control-M to explore Control-M. I rate this product an 8 out of 10.

My main use case for Control-M is that my team is in charge of all the alerting and monitoring, as well as the scheduling and creation of all schedules within Control-M.

The scheduling my team creates with Control-M serves all the IT audience within the company, so we have a mix of everything. Any need from developers, database administrators, or anyone from the infrastructure or development teams is handled, such as transferring files or updating databases. We deal with all requests within the company related to scheduling.

Within my team, we have around 10 people using Control-M who are focused on monitoring and reacting to alerts, as well as creating all schedules and doing all scheduling work. Beyond that, we have developers, DBAs, and others who check Control-M to review the performance of their jobs and logs. We have around 50 people total, though I don't know the exact number.

The best features Control-M offers are the stability and ease of use.

The interface of Control-M is easy to use and it is a very stable and reliable application. Control-M has a very high positive impact on my organization as it is a reliable tool that is very stable. We usually don't have issues related to the application itself, so there is a very high impact.

Control-M can be improved by including more options for automating things from an alerting handling perspective.

Reporting features are a field that we would like to have more statistics about, including jobs, usage, and errors. We definitely would also like to have more options to integrate Control-M with other applications such as JSM, ServiceNow, OmniCenter, or other monitoring tools that can provide information from Control-M. There is always room for improvement for any application.

It is easy in theory, but I find it challenging to integrate Control-M with technologies for my data ops and DevOps processes as changes occur. There have been a few efforts to integrate Control-M with other applications like Ansible, JSM, and OmniCenter, and it has been very challenging. From a DevOps perspective, I am not aware of any efforts, so I don't have information about that. However, related to the ones that I mentioned, it has been very challenging because there are not many options to integrate with Control-M. I'm not sure if this is due to a lack of training or application knowledge from our side or if it is something that the application itself is not providing.

I have been in my current field for 20 years.

Control-M is stable.

Its scalability is challenging.

Control-M has very good customer support.

We don't have a metric for return on investment from a Control-M perspective. We are expecting to see some of that if at some point Control-M starts integrating AI features and AI functions into the application.

The biggest lesson I have learned from using Control-M is the importance of having a reliable and stable scheduler.

My advice for others looking into using Control-M is that training is key to learning how Control-M works behind the scenes and in the scheduling part. I also advise looking for stability and implementing the HA environment.

I would rate Control-M an eight on a scale of one to ten.

Like any other batch scheduler, Control-M is what we're really using for the various workflows that we have to either do on a daily or hourly or whatever basis. We run them all through there.

I've worked with other ones, and I think the certain simplicity to how Control-M lets you set up a schedule or workflow is excellent. It's very easy to build everything together.

Most of my complaints have ever been with support for Control-M, not with the product itself. I can't really think of anything that I strongly dislike about the product.

Sometimes my gripes with the support relate to them being a little slow to get back on either a query or a problem issue. That's my biggest gripe on the support side. There are some people in the support area that are fantastic, and then there are others that feel like I'm being pushed off to the side. I don't know what's going on in the back shop, so I can't say for certain.

I'm currently fighting with support on one issue right now with Control-M, but it's not the overall product, it's just one sub-piece that's being problematic. It's the SAP interface with Control-M.

My usage has definitely been more than ten years. I go back to release three or something.

I've never really seen much of a problem with scalability for Control-M. I'm sure there is an upper limit to how many agents and how many jobs you could run, but I haven't hit that yet. Where I am right now, we load probably about three thousand jobs a day, but we run a lot more than that because you can load a job and run it hundreds of times.

I'm going to give Control-M's support an eight on the scale from one to ten, with ten being the highest. That rating is mostly because of the reasons I've already mentioned.

I've used plenty of alternatives for Control-M in the past. Though some of them don't exist anymore or they probably still do. One of my former employers was a big CA-7 shop on the mainframe side, and on the distributed side, I used the IBM tool Workload Scheduler.

The setup for Control-M is not horrible. Once you get the server built out correctly initially, it installs relatively easily. There are some things in the update format that I don't favor. They used to have an update and migrate model, which would allow you to move from one system to a new system if you needed to upgrade your operating system or switch to a different platform. Going from Windows to Linux, or from SUSE Linux to RHEL Linux was easy to do. That migrate model was very good, but they went to an upgrade in place model. You can't do it that easily anymore because what you have to do is upgrade in place where you are and then build a new box and then move the data over, which is a bit of a pain. It was one-stop shopping previously. They stopped that at version 9.18.

The implementation is handled by me and maybe one other person who are specifically doing the deployment and maintenance of Control-M.

I don't really have any thoughts about the pricing for Control-M. I don't deal with that, or I haven't in a very long time. I know one of the pricing models is based on workload, specifically how many tasks you load in a day. I don't know if there are any other pricing models other than that. That's the only one I'm familiar with.

Control-M does require some maintenance on your end, as with any software. There are fix packs released or patches, and you need to be aware of that. BMC is very good about notifying you when they post out new patches or fix packs. It usually requires a downtime, but it's a very short downtime. It takes longer to take the product down than to apply the patch for Control-M. You have all the processes to shut down, apply the patch, and bring them all back up, and the up and down takes longer than the actual patch application sometimes. I would rate this review a nine out of ten.

Control-M is used for scheduling, specifically scheduling application jobs. We have always been using Control-M, as we inherited it. We work with all technologies within the business using Control-M, including WebMethods, Axway, and IBM MQ. In the managed file transfer space, using Control-M, I find that it is not as user-friendly as other products available for MFT.

The best features in Control-M are its ease of use and robustness; it is very feature-rich, which is what we use it for—scheduling. It is easy to integrate Control-M with technologies for our DataOps and DevOps processes as things change. The integration aspects of Control-M are out of the box, so they are straightforward to use. From using Control-M, I have seen improvements as they grow with the versions; with the newer versions come enhanced functionalities, such as the latest version allowing access through a web GUI instead of the client GUI that you have to install, which is quite helpful because you can access it from anywhere.

We are not on the latest version of Control-M; we currently have version 20 and 21.

I have been using Control-M for 10 years.

Regarding stability with Control-M, I would rate it nine out of ten for downtime, bugs, and glitches.

Control-M is very scalable, and I would rate it a nine.

I would rate the vendor's technical support for Control-M as a nine.

Positive

We have tried to look at other products, but there is no other product out there that does what it needs to do as Control-M does, which is why it is still around—it simply does what it needs to do.

The deployment of Control-M was quite complex to get in, but once it is in, it does what it needs to do. It took weeks to get Control-M deployed.

Control-M requires maintenance from our end, as we have to perform patching whenever needed, but that does not happen very often—probably once a quarter. Patching for Control-M is easy.

I have definitely seen a return on investment with Control-M in terms of time and resources, but I cannot speak to the financial aspect—I do not know. I would estimate that I have saved perhaps 20% to 30% on time and resources using Control-M.

From what I know about pricing, I would probably put Control-M in the expensive category, but you do pay for what you get; you are paying for a premium product.

We looked at AWS products for scheduling with Control-M; I cannot remember the actual name of the scheduling tool at AWS, but it is nowhere near as advanced as what we need.

Approximately 100 users work with Control-M. They are not all Australia-based; some users are from India, so we have offshore resources as well. My relationship with BMC is both transformative and transactional. Regarding the transformative aspect, I have impressions of BMC as both because we partner with them; we might not be strategic partners, but we value their advice all the time—not just product advice, but sales as well. We consider ourselves a partner with the vendor, but I do not know if we are officially a signed partner; we are a partner at the base level. When I refer to our relationship with the vendor, we are considered an entry level partner; we are not a reseller, so we cannot resell their products, but we are partners and we consult while using their products internally and with customers to support their customer base. Our clients are generally enterprise businesses. I would recommend Control-M to other users; I know they are going all web-based, which they believe is the best way to go, but I can tell you that everybody I have spoken to has said the contrary—they actually prefer the client GUI that you can install, which is easier to use and more feature-rich, while the web GUI is very hard and difficult to navigate through. I have rated this review a nine out of ten overall.

My current use cases for Control-M are mostly for workflow modernization, including internal workflows related to OS type executions, file transfer executions, Azure pipeline, data ingestion, and BDNA workflows.

What I like most about Control-M is the modernized API, which allows me to integrate with many other applications to create job flows using JSON. Application teams can own their own responsibility to create jobs instead of relying on a Control-M admin to create a job every time they need it.

Control-M should evolve into a more web-based SaaS level product, which they are looking into. They should improve the features that were available in Control-M localized installations. For example, if I have the server on-premises, more features are with the client, whereas with the web-based version they moved to now, many features have been missing that we expect should be coming as well. Configuration and CCM are missing most of the features that are in the on-premises version. Those features should be coming very soon, and that would be the best improvement they could bring.

Additionally, auto deployments and patch management always require manual work, so those should be coming through auto deployment, which would help significantly. Software upgrades and similar processes should be more optimized.

I have been using Control-M since at least 2014, which is about 13 years now.

Regarding stability, I would say it is based on the environment. For my bank, I never had an issue with crashing or anything; the performance was good.

Scalability is easy for me. It is all based on the plan regarding how many jobs I am going to use. I do not see any complications with scalability.

I have contacted technical support and we raise cases with them before every single upgrade or migration. We have a method of procedure plan where we check with them about recommendations. Most of the time, BMC does not recommend against proceeding, and they say I am good to go with it.

When there is an issue, the quality of support for a P1 case is good, but the solution they provide can be complicated sometimes, which takes time for them to investigate. Then they have to engage their developer team. Sometimes I would have already known that this is not solvable and only the developer team can advise on it, but they do not take it immediately. They take their own time to provide the solution, meaning they take one or two additional hours. If I were to put support on a scale from one to ten, I would give Control-M support a score of seven.

I have used alternatives like Redwood and some other internal tool called Insights software. Comparing Control-M to Redwood, Control-M is better; however, Redwood has a simpler tier level architecture than Control-M.

I did not migrate from Redwood to BMC; I worked on that software at my previous company where both software were used. AutoSys has also been used there. I have seen developers compare AutoSys to Control-M.

Migrating from other software does not require much work from my side; it is easier even for the developers. Control-M requires a little understanding of how these things work. For example, when the application person reaches out to me, they need to understand first how job creation works and how their job executes on their agent, and it is not more transparent for them. I have to conduct a learning session to help them understand these things, and those aspects are complicated in Control-M. However, Control-M is more optimized in that part. When they understand the tool, they prefer Control-M to any other solution.

When I joined my current bank, Control-M was already deployed but with a very old version. I took care of upgrading it to the very latest version. We were ten years behind, and there was no support, but I managed to get it upgraded to the latest version.

The upgrade was challenging at first. The OS flavors were very old, which Control-M does not support with the latest version. We had to plan carefully, thinking about how we would move to which version, and then we did a parallel build in Red Hat to move it. It was a very comprehensive plan we had to develop. However, it went well. When I am more experienced with the tool, I know how to execute the migration properly.

When it comes to deployment and maintenance, maintenance stays with the administration team, which is my team. We currently work as a core of five people for the deployments. When it comes from the application team to create a job, workflows, or whatever they need planned, it involves four to five people.

Regarding pricing, BMC is a little costlier. They need to come down with execution-based pricing. For my understanding, BMC charges based on executions, whereas Redwood charges or AutoSys charges based on successful completion. BMC is a little higher on that.

Integrating with technologies for my DataOps and DevOps processes as things change is easy. We use DevOps and data pipelines related to Azure data pipelines, and it has been easy for us because the latest version does have the support. We use our own application integrator developed by ourselves, so it was easier for us since we know the tool. My review rating for Control-M is ten out of ten.

My use case for Control-M is that I am a Control-M administrator, and I use it for everything, starting from installing, upgrading, and configuring it, to defining jobs and file transfers, so almost everything.

The best feature of Control-M is that it has a lot of integrations with different other tools; I don't think there is any other workflow orchestrator that has so many integrations. I think it has the most, and if you don't have one, you have the possibility to create the integration with whatever tool you want. That's one of the best things I've seen in Control-M.

The ease of integrating Control-M for my DataOps and DevOps processes is actually great because it has native integration with Jenkins and CI/CD pipelines, so you don't have to work hard to integrate this. In my current company, we have Control-M integrated with Jenkins, and everything gets deployed via Jenkins without accessing Control-M, which is honestly the best way to do it.

Building, scheduling, and managing production workflows with Control-M is easy. Control-M also has a feature called Jobs as Code, so if a developer wants to create a job, they don't need to have extensive Control-M knowledge. Developers can create Control-M jobs and flows via code by scripting them in JSON files, making it not so difficult.

In terms of improvement areas for Control-M, the only concern I've seen is some mismatch in documentation, which is not ideal. You may easily find things that happen on the application, but you can spend time or have to raise a case to BMC to find out what went wrong, which is something they need to improve.

I have been using Control-M since 2005, so it should be 21 years.

My relationship with BMC is transformative rather than transactional.

BMC serves as a strategic partner and trusted advisor, helping my company map migrations and deployment. They also developed an integration module specifically for our company based on our requirements.

The integration process with Redwood was easy, didn't take long, and wasn't too complex, as there weren't many jobs involved.

I rate the technical support of Control-M as a nine.

I have migrated from Redwood some time ago.

In my opinion, the deployment process is easy; it is not difficult to deploy Control-M.

The deployment of Control-M takes hours.

Maintaining the Control-M system is easy.

I honestly have no idea about precise return on investment percentages, but I think the Jobs as Code aspect and the integration with Jenkins reduce the time of deploying things and training people to use the application to create jobs.

Regarding pricing, I consider Control-M to be the most expensive scheduling tool. However, it's worth it, as you buy something powerful and complete. In my opinion, despite being expensive, it is one of the best orchestrator tools available.

When comparing Control-M with other solutions such as Broadcom or ActiveBatch, I find that Control-M has a huge integration capability with many tools that other competitors do not have, particularly the native integration with Jenkins and CI/CD pipelines, which other tools lack.

The easy integration of Control-M with DevOps tools has made the decision to keep Control-M as the main scheduler in my organization a straightforward one.

Control-M is deployed in a hybrid model in my organization.

Control-M is deployed on AWS.

My organization is an enterprise business using Control-M.

I would recommend Control-M to other users and suggest they take it. They can conduct a proof of concept, but I don't think they'll find anything more complex than this tool, which is expensive but has everything you need. I rate this product a ten overall.

I have several use cases for Control-M. I have been implementing Control-M for a long time in several enterprises in Brazil, and then five years ago I moved to the US. I started working here in the US as well. I have several use cases for insurance companies and bank companies in Brazil, and currently, I am working with Bank Charles Schwab using this tool to transfer internal files between systems and applications.

We also have user-defined transfers to move files to business partners. Overall, I have been using this solution for 17 years and have many use cases to speak of.

When I joined Bank Charles Schwab, Control-M was already implemented, but I also work on implementing Control-M from scratch.

Recently, I did an integration involving Control-M with Pentaho and Power BI. Even though Control-M did not have the plugin for Pentaho, I managed to run a data pipeline using scripts and successfully integrate it into Power BI dashboards.

In general, the ability to check all your processes in a unified view that Control-M provides is what I appreciate the most about it.

Control-M helps to integrate processes across various applications in big enterprises, making it significantly easier since you have a single point of control and can see failures and impacts on the flow.

Now, with the new plugins that they launch every month, it is easy to integrate with technologies for my DataOps and DevOps processes.

I think they are going in the direction of managing data that Control-M orchestrates. Currently, it is hard to get data from the process that Control-M is processing.

The ease of deploying Control-M depends on the architecture chosen, as some configurations can require more setup.

I have been working with Control-M for 17 years overall in my career.

In terms of scalability, I think it is good. I have seen effective escalation when necessary during issue resolution.

I have contacted BMC technical support, especially when I cannot solve certain issues myself, but I have a good handle on it due to my long experience.

The quality of support is fast during production emergencies, but it can take longer when issues are not critical, with interactions sometimes taking several days.

They have limited support for native language issues, which can create challenges for non-English speakers.

Negative

Usually, I handle the deployment myself, but I need a team to implement large numbers of jobs after the deployment.

I do not have experience using alternatives to Control-M, as I was directly presented with Control-M when I started working with workload automation.

Control-M tends to be the most expensive compared to other competitors. However, I believe it is worth the price since it delivers the most.

It requires some maintenance on my end occasionally, especially when compliance or security updates are needed.

From an administrative standpoint, we are mostly engaged in upgrading, downgrading, and fixing the issues on a day-to-day basis, such as integration with the cloud functionalities. 

My only objective is that the application is up and running 99% of the time. I will make sure that it is not down, and it does not impact my application teams. If it goes down, it has a major impact on SLA, financial, and everything, so I make sure this is up and running 99%.

Control-M improved our organization significantly. We integrated it with our DevOps model, which saved us around 32 FTEs in resource costs. We also integrated with AWS Glue jobs or other clouds, such as Informatica. It's compatible.

Control-M supports our daily IT automation tasks. It is the blood for my entire organization, integrating with every app team, including HR.

Control-M offers pretty good REST API connectivity with other solutions.

The most effective feature of Control-M is the API integration. BMC is focusing on API integration. It's also very easy to deploy and identify issues. 

I don't see any areas where Control-M could be improved because they are doing well. The support is awesome. We have a weekly connection with our BMC tech focal, so I don't see any improvement needed. Things are going well. They are already working on GenAI integration with Control-M. The only thing that comes to mind is the cost. If it could be more competitive, it would be great.

I have been using Control-M for almost 15 years.

The stability of Control-M has been good so far. However, the testing and development phases need to be more rigorous before releasing patches. I would rate it an eight out of ten for stability.

It's scalable. I would rate it a nine out of ten for scalability.

It's used across multiple departments. There are more than 3,000 users.

Control-M's technical support is very helpful. The immediate acknowledgment and solutions provided by BMC's support team make it stand out compared to other tools. I would rate them a ten out of ten.

Positive

My current organization has been using Control-M for 20-25 years, but I have used Autosys and IBM Workload Scheduler previously.

The initial deployment of Control-M was straightforward. We started with version 6.4 and are now at 9.0.21.304.

When I started, it used to take about eight hours. We are now able to do it within 30 minutes, including the downtime.

We are using it on-premise because their SaaS solution is not capable of handling our workload. Its maintenance mostly involves upgrades.

I handle the deployment. We have about five members involved in the deployment of Control-M from our side, including an administrator.

After implementing Control-M, there should be cost savings or efficiency gains.

Its cost can be more competitive. One of the main things customers look at is the cost. It's not affordable. The cost is very high, according to my customers. The licensing cost is very high, and they often consider switching to IBM Workload Scheduler or other options.

There aren't any extra expenses after purchasing Control-M. We have never paid any extra cost unless we needed additional packages, and the team was able to help us with that.

Nothing comes to mind regarding alternatives to Control-M, but I see all the features available in it since it is a leader. However, other solutions might be more cost-effective.

If you want to implement Control-M in your business, the first thing is to look at your budget. Checking affordability is key. Control-M has a lot of features, more than just scheduling batch jobs. 

The biggest lesson I have learned from using Control-M is that you need to have patience. Errors or issues cannot be resolved without developer assistance, but once you get their help, you learn a lot.

I would rate Control-M a nine out of ten.

I have been working with Control-M for about six months as part of my role. During this time, I have mainly used it for monitoring and managing batch jobs and automated workflows.

Our main use case for Control-M is managing and monitoring batch workflows across different systems. We use it to schedule jobs that run scripts, database processes, and ETL-related tasks. We make sure they execute in the correct order based on dependencies. On a daily basis, I mostly work with monitoring job runs, checking job statuses, and troubleshooting failures when a job does not complete successfully. We also review logs, rerun jobs when needed, and make sure the workflows complete within the expected time windows. Control-M helps centralize all this so we can track and manage automation more efficiently instead of handling tasks manually.

One of the examples for centralized monitoring in Control-M is the ability to view the status of all the scheduled jobs from a single dashboard. Instead of checking multiple systems individually, we can see whether jobs are running, completed successfully, or failed in one place. For example, if a job that runs a database script fails during the night schedule, we can quickly identify the failure from the monitoring interface, review the logs, and rerun the job if needed. This helps the team respond faster and keep the workflow running smoothly.

One of the best features of Control-M is its ability to manage complex job scheduling and dependencies across different systems from a single platform. It makes it much easier to automate workflows and monitor job execution in real-time. The centralized monitoring and alerting help us quickly identify failures and take action, which improves reliability and reduces manual effort.

Control-M has had a positive impact by improving the automation and reliability in our batch processing workflows. It helps ensure that jobs run in the correct sequence and reduces the need for manual intervention. The monitoring and alerting features have also made it easier to detect failures early and resolve issues quickly, so it helps keep our scheduled processes running smoothly.

One area that could be improved is the user interface. While the platform is very powerful, the UI can sometimes feel complex for new users, and it may take time to become familiar with all the features. Improving it and making the navigation more intuitive would help teams adopt it more quickly.

Another improvement could be simplifying the initial setup configuration process for organizations that are implementing Control-M for the first time.

I have been employed for almost four years, approximately three years and ten months.

Control-M is definitely stable. In my experience, once workflows and jobs are properly configured, it runs reliably and handles scheduled processes consistently. Most issues we encountered are usually related to the jobs themselves rather than the platform, and the monitoring tool helps identify and resolve them quickly.

Control-M is quite scalable in my experience. It can handle a large number of jobs and workflows across different systems without major performance issues. As the workload grows, it is possible to expand the environment and manage additional processes while still maintaining centralized monitoring and control.

Customer support has generally been good. The support team is responsive and provides helpful guidance when issues arise. The documentation and knowledge base resources are also useful for troubleshooting common problems.

Before using Control-M, some workflows were handled through basic scheduling tools and manual scripts. Moving to Control-M helped centralize job scheduling and monitoring, making it easier to manage dependencies and automate processes more reliably.

The biggest lesson I learned while working with Control-M is the importance of properly defining job dependencies and workflows during the initial setup. When dependencies are clearly configured, the automation runs smoothly and requires less manual intervention. It has also highlighted how valuable centralized monitoring is because it allows teams to quickly identify and resolve issues before they impact downstream processes.

We are just a user.

For return on investment, we have experienced improved automation and reduced manual effort. In terms of operational efficiency, automation through Control-M has reduced manual overhead by around twenty to thirty percent, especially for routine batch job monitoring and scheduled tasks.

I have no idea how the pricing, setup, and cost licensing is done. It is done by the finance department.

We saw the working methodology of Control-M, how batch jobs are handled, and how the automation works, so we just went for Control-M.

With job scheduling and workflow automation, this automation has increased the scheduling time by fifty percent. The monitoring task has been reduced by twenty to thirty percent. Instead of going on multiple tabs, we can view it at once. Workflow management through the technologies is a bit of a complex task. As we have used this, we can implement it. For new users, it might be a bit complex.

Currently, we have been using this for the past six months. We are seeing good, positive results. The automation workflow is also good, and the batch scheduling jobs are definitely good. We will still want to try it on different platforms and then decide on any further usage or increase in usage of Control-M.

In production, this workflow is mainly through the monitoring and reporting features in Control-M. We check the job status to make sure the scheduled process completes successfully within the expected time window. If the job fails or is delayed, we review the logs again, analyze the dependency chain, and rerun or troubleshoot the job if needed. This helps ensure that the overall production workflow continues without impacting downstream processes.

One piece of advice I would give is to spend time planning the job dependencies and workflows carefully during the initial stages. If the workflow is well-structured, Control-M can automate processes very efficiently and reduce manual intervention repeatedly.

Overall, Control-M has been a reliable solution for managing automated workflows and scheduled jobs. It provides good visibility into job execution and helps teams maintain operational stability. I gave Control-M a rating of eight because it is a very reliable solution for scheduling jobs and automating workflows, and it helps me manage complex job dependencies and provides good monitoring capabilities, which makes it easier to track and troubleshoot batch processing. The reason I did not rate it higher is that the interface can feel complex for new users, and the initial setup and learning curve could be improved. With some improvements to the user interface and onboarding experience for new users, it could become even more effective.

Mostly, customers need to perform file transfers, which is a main use case for many customers. Many customers I worked with use various kinds of file transfers, and I use BMC Control-M Managed File Transfer for this purpose.

This solution affects our organization's business modernization initiatives as BMC Control-M Managed File Transfer can remove silos. When you don't have an orchestration product, many departments perform tasks in an isolated way. With our orchestration, I can integrate legacy assets with modern assets. Technology is always reinvented, so you have to handle backward technology and gain business advantages when you use new technologies. Using BMC Control-M Managed File Transfer for orchestration is the best definition for this.

I use BMC Control-M Managed File Transfer as a core feature. The best features with MFT are accurate file transfer and visibility for file transfers. 

Regarding the usability of MFT, it is very easy and powerful to use. 

BMC has made some improvements for this product. For example, I can use MFT inside my company and then use MFT Enterprise to exchange files with external users. 

I have noticed more features and enhancements for this product in the latest releases. BMC Control-M's Application Workflow Orchestration is very advanced. 

While I am unsure if BMC is a leader in the Gartner Magic Quadrant, they have been working in this area for many years and have improved their product.

The solution has helped reduce IT operation costs.

BMC is already improving in artificial intelligence and integration with cloud. AI can improve and is definitely an area where BMC Control-M Managed File Transfer continues to enhance.

I have good feedback for the deployment because when customers show challenges, we can perform a smooth deployment for this solution.

BMC Control-M Managed File Transfer helps to reduce costs. When you have control of your entire production, you can be proactive and control your SLAs. You can save substantial money just by having control of everything. 

It saves significant time. Here is one use case: when you don't have visibility of your infrastructure, you have a misconception that everything is fine, however, when you discover that some processes have not been handled properly, you will discover this too late. When you discover something is late, you will lose money and time. However, when you have everything under control with BMC Control-M Managed File Transfer, you can be proactive and prevent scenarios where you lose money and time because time is money. 

This is the main benefit; when you have everything under control, it prevents you from losing money and time.

On a scale of one to ten, I rate this solution a ten.