Control-M Reviews

We schedule the majority of our SAP jobs Control-M. We do that globally for all the production plants. We have tens of thousands of SAP jobs and managed file transfer.

SAP batch and managed file transfer are critical processes that we have automated. We are in the process of replacing Connect:Direct and SecureTransport, the legacy file transfer solution, with Managed File Transfer (MFT). That is on the global scale. 

The Control-M for Informatica is gaining a lot of popularity, primarily in the financial side of the business. They have a lot of security restrictions that make their jobs very difficult. Also, there are cost issues for Informatica, e.g., anytime they execute a workflow in Informatica, they get billed for it. We are adapting the solution to not scrum the workflow every half an hour or hour because they pay for it, but only when it is needed. Therefore, we can do a database query and check if there are new records that need to be processed. If there are no records to be processed, then depending on that output, we either run the Informatica job or leave it and check again for maybe half an hour. We are optimizing, saving money for the customers and ourselves, while reducing the number of executions, jobs, etc.

We are using on-premises. We have been for many years. We are aware of the new Helix offering, which is a SaaS/cloud offering from BMC, but it is not really ready for enterprise yet, not at our scale. We are doing some cloud, though not the Helix offering. I have installations in the cloud using Azure and AWS. We are not fully functioning there yet. We are waiting for the demand, but we are aware of the cloud opportunities and making use of them.

We have been busy upgrading to version 9.0.20 Fix Pack 100 but our production environment is still on 9.0.19 Fix Pack 200.

We use Control-M as part of our DevOps automation toolchains and leverage its “as-code” interfaces for developers. We have found that a lot of the new customers who are developing for cloud prefer to use the API and would like to test for themselves. That is really where Jobs-as-Code comes in. They can test and fail quickly the agile way. We definitely have some customers who are using that.

We have seen quicker file transfers with more visibility and stability. Because data transfers are part of the Control-M tool, they form as part of the normal workflow. We see the value in that.

If they have ad hoc requirements, then they can theoretically schedule their own file transfers with the Self Service. We are trying to push as much work back to the customers or developers that have that requirement, because they prefer to help themselves, if possible. We try empowering them and enabling them through Control-M, especially for file transfers, because it is a much broader base of the business then just with batch scheduling. Typically, with SAP batch scheduling, it would work with dedicated teams. With file transfers, the entire business is involved. There are business users, end users, etc. It definitely needs to be as simple as possible and as managed as well as possible. They need to manage it themselves, if possible, because our team is not growing but the number of customers, applications, and jobs are growing. We need to hand back some of the responsibility to the customer for them to resolve and action it.

We have several SAP systems such as IBP, S4HANA, SolMan, etc. By implementing Helix Control-M, we wanted a tool that monitors different activities on these platforms and launches jobs.

Each company has a different number of jobs. We have thousands of jobs, but we have selected the most critical jobs of the company that normally run in the early morning. We wanted a platform that allows us to launch the job, for example, from point A until it finishes, and then there is also the possibility of being able to launch another job from another tool, which could be a SaaS tool, such as IBP so that several jobs can be executed and finished in parallel. If there is a failure in the system, we send an email, and for much more important things, generate a ticket in a tool called SolMan so that the support team can attend to the case that has arisen due to the failure of a job.

All those human errors that we were facing did not occur again. All these processes are critical for the company. We have implemented 22 processes. One of the processes starts at eleven at night. The process runs in S4HANA. It sends data to IBP, and IBP makes an optimizer and then it becomes a request that specifies the national transfers of the products that are going to be distributed. In other words, these are requests that indicate how many products should be sent from one point to another point for the customer at a national level. At six in the morning, another team, which is the distribution team, waits for this request to assemble the trucks and get them ready to leave. If they do not have this request, the trucks will remain stationary. By having the trucks stopped, there is no distribution, so there can be a loss of sales. There can be a drop in stock. You accumulate inventory in the warehouse because the plant continues producing, but where are you going to put the new products? There are a series of consequences that can cause the process to fail because we did not have immediate action to create that request. This tool has helped us positively impact the company's processes. We could get its benefits immediately after the implementation.

Helix Control-M’s ability to build, schedule, manage, and monitor application and data workflows in production is good. When we went live and throughout the first stage of the project, I thought it was great because we received full support. Now that we have the tool live, I have presented more cases, and I feel that they are a little slower. I have to try harder to get their attention.

Helix Control-M has affected our ability to orchestrate data pipelines in production. It has been a great benefit. Little by little, users' trust is increasing. When there is just one small failure, they usually stop believing in the tool. With a more solid tool like this, we have fewer errors, which means more trust of the users.

Helix Control-M has given our company’s business users visibility and control over their jobs and freed up IT personnel for other tasks. It has freed us up a lot because previously, IT used to coordinate meetings with the company that gave us the manual service. We had to meet and discuss failures and issues, but we no longer have these meetings because that third-party company is no longer there. We replaced them with this solution, and it has freed up a few hours. Being able to free up the company's IT team is important because we have so many issues to deal with. Nowadays, technology and innovation are in full swing, and users are constantly asking for new things, so the more we focus on those things, the better.

Helix Control-M has affected collaboration between IT and our business users. Previously, our business users only complained about process failures, and now they themselves can reprogram. Before Helix Control-M, we had to send emails with the reprogramming. Despite that, they did not do what we had specified in the email, so it was all a waste of time. We wasted time with the business, and we wasted time meeting with this company. In the end, they did not do what we had told them. Nowadays, the user interacts directly with the tool because they have access. They themselves can reprogram those processes. There is less need to have a meeting, and there is also a reduction in the email replies and forwards. We have reduced everything. They directly interact with the tool to launch and relaunch.

I am working with a beauty products company and we are dealing with supply chain issues. Most of the jobs in Control-M are through SAP.

Right now we have it deployed on-prem, but we are planning to move to the cloud very soon. We are using Control-M Workload Archiving, Control-M Enterprise Manager, Control-M servers, agents, APIs, REST APIs, and Control-M Forecast. We use all the services Control-M provides except Control-M Workload Change Manager.

Since moving to Control-M we have seen a lot of reductions in the manpower needed. For notification, ticketing, and integration, we have different teams. We have Azure teams and some Windows teams. Previously, they were using and managing their own scripts and manually running them. After the migration to Control-M, there were no limitations. Where there are different protocols we can use the APIs and integrate things with Control-M. There are no worries about integrations with Control-M. In UC4 there were lots of limitations because we needed the same protocols to integrate things. With Control-M, there are no such limitations.

In our current environment, there are three sets of applications. The first, an online application, is dependent on some 45 files that have to be generated on Saturday. Our middleware job is supposed to run once all the 45 files have been generated by SAP jobs. There are sequences running through Control-M: First are the SAP jobs that generate the files in a certain location. Once those files are there, the sequence initiates the middleware that moves the files to the proper IT server. All these process flow dependencies go through Control-M very easily.

We have also automated daily audit reports through the solution's reporting facility. Through scripting, we get an alert when anything happens in the Control-M environment. An issue might occur with the agent, the process, or the Control-M server. We have everything reported via email. We can easily see what happened on a given day and sort out any issues.

As a result of using Control-M we have also seen an improvement in Service Level Operations performance. We have some monitoring tools in Control-M and our service SLAs have definitely improved. We have a ticketing system integrated with it and we can easily monitor the SLAs for tickets generated through Control-M. If the person responsible for a ticket will not handle it in the right amount of time, the ticket will pop up with a message saying it's in danger of breaching the SLA. Our service levels are much higher with Control-M, when compared to other tools.

Control-M supports a lot of business processes. It supports some of the HR functions. I don't know if payroll is directly supported, but we do run jobs through PeopleSoft, which obviously impacts HR. Recently, we've started using the SAP module. So, we're making a transition from PeopleSoft to SAP, and I also see some payroll functions happening there.

We use Control-M to orchestrate a diverse landscape of vendor products such as Pega, MuleSoft, etc. File transfers and data feeds fetching are quite important for us. So, a lot of data processing happens through Control-M.

Control-M provides us with a unified view where we can easily define, orchestrate, and monitor all of our application workflows and data pipelines. Of course, such a diverse landscape requires you to make the effort to utilize Control-M to tie everything together or to act as the glue. Once you do that, everything is clearly defined, and you can view these disparate systems using one unified pane. If you don't define it correctly, then obviously Control-M won't have that insight, and so you'll have to go to multiple locations to go look at your job statuses.

We use its web interface. It is primarily for the application support teams to go monitor their own jobs. The jobs defined within Control-M are tightly controlled by a specific group of people. There are also people who need access to view that the jobs were completed successfully or why the jobs may have failed. These people are given access through Control-M web to view and monitor the jobs that they support or the applications they support. They're usually able to log on without having to install any client on their personal workstations. So, it's quite convenient. We have not implemented its mobile interface.

The integrated file transfers with our application workflows have certainly sped up our business service delivery by 80%. It has allowed the business to integrate file transfers more readily. Prior to utilizing the Control-M module, people had to write their own file transfer scripts in a scripting language of their choice to vary degrees of effectiveness. With the integrated File Transfer solution within Control-M, there is a standardized way of performing file transfers along with the capability of file watching and grabbing the file names that were transferred, making it much more versatile.

Control-M can immediately report when a job fails. If you have proper monitoring in place, you're notified immediately when your business flows are impacted. In the past, when you run jobs using Cron or just wrote shell scripts, you're really left in the dark because they don't necessarily report even from within Control-M. Implementing Control-M has made the business realize how critical and important it is to have proper error coding within the scripts that they schedule. If the scripts don't necessarily report any errors or redirect the system output into log files, when a job fails, there is no way to detect that.

We've automated many time-consuming business reports and other things that were very manual and took a tremendous amount of manhours. We've also automated a lot of maintenance using Control-M. We've integrated with Ansible Tower. So, we now are able to run Ansible playbooks and Ansible job templates. With the scheduling capability and the multitude of integrations that Control-M offers, it really acts as the unifying glue and as a communicator and orchestrator across the enterprise. With Ansible Tower, you can run a number of playbooks through it to perform patching and reboots and whatever maintenance that the infrastructure teams require, but you can't really do it when the business is still operating, or you can't do it when that business is operating, but you could do it for another business that's not operating at the moment. It is very hard to coordinate that without knowing which lines of business have jobs running or things like that. With Control-M, you can see that and you can actually enact workload policies to put jobs on hold prior to running Ansible playbooks. Once your Ansible playbook is complete, you can release the jobs again by deactivating the workload policies. So, it makes those processes very streamlined.

We do use the Role-Based Administration feature. We have been allowing other groups to gain more control over their agents so that they can define connection profiles, and they can do a little bit more on their side without inundating the main team with a lot of tasks. Everybody is happier. They can get things done faster, and they have immediate feedback and response because they're in control. The main Control-M team is not inundated with a lot of different requests from various teams to do a number of mechanical tasks. They don't get asked to create the connection profile for a database. People have all the information there, and they can do it themselves. They can define it in a way so that only they have access to it.

It has helped us to achieve faster issue resolution. Control-M reports on the error. It is easier to view the system output of that job. Whether it is an Informatica job, a scripted job, or a database job, it is easier to go in and view the issue and then troubleshoot from there. Most of the time, you can be running from the point of failure if the jobs aren't defined correctly. In a properly defined job, I would estimate that there is a 70% to 90% reduction in the meantime to resolution.

It has helped us by improving our service-level operations performance. We've built integration between Control-M and our ITSM, which is ServiceNow, and that has certainly allowed us to gain more visibility within our community through ServiceNow. Every time a production job fails, an incident ticket is cut, and that's highly visible. That needs to be escalated too, and there is a much more defined process to be able to resolve that issue. In the past, obviously, when you didn't have that level of visibility or that integration, there was always time lost in identifying what the issue is.

Our organization has multiple projects that use Control-M, and I support the banking domain. In the past, I have worked on projects for retail organizations and medical companies.

We have approximately 150 applications in our current project. These include Loanpower, erwin, and OpenLink.

With the use of Control-M, our SLAs are met more often. If there is an issue, we identify it in advance, before the problem occurs.

Control-M helps us in terms of automation because it has various scripts in different formats. We can run a Python program or a shell script, and these allow us to automate almost everything.

This product helps to secure our business because we can restrict users.

We have automated several critical processes with Control-M. One is used during patching, where we log in and type one command that will stop and start the services on all of the servers that we have. We have approximately 10 servers in production and five in non-production, so it's a lot of work to restart all of the servers. We also have automation that performs a health check. It runs every day at a scheduled time and will delete all jobs in production that are older than five days. Similarly, we have jobs that check to ensure certain conditions are being met and will check the various alerts that can occur.

Automating these processes has improved our business because every morning, we have to send a status update to show that the components are working. This is something that we used to do manually. We would log into CCM and check everything. Now, we have automated that using a script, wherein it sends the status email automatically to whichever business users request it. It has helped to reduce a lot of manual activity.

Control-M has definitely helped us to resolve issues faster. I estimate that the improvement is between 60% and 70%.

Our service-level operations performance has improved by 80% with the use of Control-M.

We are a cloud service provider, and we have been using Control-M for integrating and automating the orchestrating applications in the data workflow in our production. This is the main use case for our flow.

We are using its cloud version, Helix Control-M.

Helix Control-M has helped us schedule the jobs and manage our workload. We save time in running the jobs. There is no impact on the software even if I schedule a hundred jobs at a time. It can accommodate all kinds of jobs. It helps to meet our large-scale requirements.

Helix Control-M’s ability to build, schedule, manage, and monitor application and data workflows in production is good. It is pretty straightforward. It integrates well with different applications, such as AWS, GCP, and various cloud providers, enabling job scheduling directly from the Helix Control-M interface without any agents. Integration is very easy.

We have a single pane of glass for scheduling and viewing job status. We get all the details in one window. We can schedule everything in one window. We did not have any downtime with the Helix Control-M. All the jobs have been running perfectly. Everything is smooth and straightforward.

We are mainly using the AWS Cloud, and we also have some GCP services. We can monitor all the details under the History tab. We can see all the past jobs. 

Helix Control-M gives our company’s business users visibility and control over their jobs and frees up IT personnel for other tasks.

Helix Control-M is very critical for our business. We rely on it. We do not want any other scheduler. It provides us with everything.

Helix Control-M has contributed to the overall stability of our applications and improved user experience. It has taken away some of the administration work.

I've been with the same company for 22 years. The use case started out truly as a batch processing solution. That was what we originally got it for back in the day to help us automate what was being done manually or being done through homegrown tools or scripts, et cetera. The use cases evolved through the years. Now, we use it to orchestrate workflows that are touching traditional data centers and that are going out to the cloud and bringing it back.

From one spot, we have a single pane of glass. Like many companies, our systems are getting more complex and more diverse, with cloud and edge computing, containerization, et cetera. However, we have one place where we can go and look and see what's going on. If something happens, we can check what happened and where it happened. Today, we're dependent upon a lot of services and cloud technology that sometimes we don't know the ins and outs of.

A big challenge is to make sure that we have certain things run daily or on a periodic basis. That really was the driving use case. We had a lot of manual tasks going on and if someone, for example, left on vacation, something may not get done for two or three days, a week or two weeks. This solution takes all that away.

The main use case was to get away from having to stare at a system or a screen, and just let things run, let the workflows flow, and only be notified if there's something wrong. That was really a big driving use case.

It freed up people to work on exciting work instead of mundane work. No one has to sit around and stare at that screen all day long. No one has to reinvent the wheel for the 50th or 500th time to do tasks like maybe put a file out into an S3 bucket or out into an HDFS Hadoop file store since it's already there. It's already done for them. They just drag, drop, click and they're done. It's freed people up and they can do the exciting work that is really what we should be doing anyway. No one wants to be doing boring work.

We have been using it in the institute to manage all the student data and post-study processes.

We have been using Control-M in our IT department to maintain server backups and database updates and schedule regular updates. Furthermore, it is being used in our library system to automate periodic updates of library catalogs. Control-M also automates email notifications for event announcements and fee structures.

The best feature is that we can automate everything. Moreover, we can access all the features through one dashboard, which is beneficial. 

We have been using Control-M for managing simple automation tasks. It will be very effective in managing other types of tasks. Control-M has the potential and can be very useful in managing business aspects.