Control-M Reviews

We primarily use Control-M for financial services. We do file transfers, payroll, HR, and other related tasks.

The top three processes that we have automated with Control-M are payroll, HR reports, and time reports. This automation gives HR, and the business in general, a clearer picture of what is happening as far as the payroll timesheets go, including who's punching in and punching out. Essentially, it improves transparency.

Control-M provides us with a unified view where we can define and monitor applications, and this is very important to us, especially in the audit process. We have auditors and they request certain information; using Control-M, we can log in and create the report according to the parameters they're asking for. It makes life much easier.

Our developers use the web-based interface to monitor their jobs. They do not have access to do anything else but they can tell if their jobs have run, or not.

Our developers leverage the “as-code” interfaces and it makes it very easy to roll out new applications and application updates. Everything is automated as far as transferring files in and out to certain people. This is helpful because it doesn't have to be done manually. It also generates reports automatically for us. Control-M jobs produce the reports so we don't have to create them every day.

We just started using Control-M to streamline our data and analytics projects. So far, it has given us some actionable insights. The streamlining has improved our business service delivery because we can tell if something is running behind, and why. We know if there's an issue before anybody notices.

Control-M has improved our data transfers because it is much easier to do encryption back and forth when sending files.

This product has helped us to achieve faster issue resolution. I estimate that issues are now normally resolved within 10 minutes. It's very quick.

Control-M has helped us to improve service-level operations performance. We have a critical job stream and because we're an institution, we have to have certain data out at a certain time for the federal reserve. If we can detect when something is running behind, and why, then we can notify them ahead of time so that they know the reports are going to be late. It helps them on their end, too. This way, they don't have to call and ask us where their report is.

The most valuable feature is the reporting function. It allows us to pull up reports for specific information that the end-users are looking for.

The planning and monitoring features in Control-M 20 help us because we can forecast to assist with network maintenance. For example, if we have something major going on with the network and there is going to be downtime, we can do a forecast to see what's going to be running at that particular time and adjust things accordingly.

I would like to see more audit report templates added, and perhaps more customizability in terms of reporting.

I have been using Control-M for 15 years.

Control-M is very stable and we've had no major issues with it.

Scalability is not a problem. It absolutely extends with our needs and the jobs that it needs to run in. At this time, it is running payroll reports and other payroll jobs. We are looking at expanding this to other applications in the future, although there is nothing definite yet.

Technical support is very responsive and we have never had any issues with them. Generally, if we have a problem or question, we can open a ticket with BMC and we usually get a response back within an hour, or no later than two hours.

I would rate their support a ten out of ten.

We work with BMC for upgrades and support. We are part of the AMIGO program.

We have absolutely seen a return on investment with Control-M. It is centralized and it's made everything easier for the business end, in particular for getting their reports on time. 

The pricing of Control-M is reasonable. 

The developers in our organization are responsible for creating the scripts. There are 20 of them and they monitor their jobs. With respect to operations including creating, running, modifying, and killing the jobs, there is a group of six staff in charge of that. This group also creates the schedule and the calendars, so essentially, they take care of the day-to-day administration.

My advice for anybody who is considering Control-M is that if they have questions then BMC is great to talk to, but there is also a BMC community and if they have questions or want to know how it's running or working for other organizations, they can post and generally get a response back. There are user groups specifically within Control-M.

I would rate this solution a ten out of ten.

We have used Control-M mostly as a file transfer and in conjunction with Hadoop.

We have many feeds coming in from different companies which are used by the business for various reasons and we must collectively have a central point to gather the files and feeds. We also use Control-M for encryption, decryption, and sending data across to different business users that begin at a point of time and making sure that we are not missing unnecessarily. It's a real help what we are getting. The example for us is we have a lot of business which depends on feeds which, if not properly processed, affect the stock exchange. So Control-M acts as a mediator in between that and provides it in a very efficient way. This has reduced a lot of manual intervention required as a business.

The feature we use most in Control-M is related to the file transfer module. It is quite advanced compared to other tools like Automate, etc. The new version which has come of same MFT has a lot of advanced features which makes it very easy to work with. There is less need for written programs and more GUI-based stuff.

One feature I would like to include is in the middle of the monitoring domain. In the monitoring domain, if I have to update a number of jobs, the only way to do it is by manually clicking on each job. I would like a feature that allows me to do a mass update in the jobs, which I feel is still lacking.

This version has done an amazing change, compared to version 7 and the versions after that. I'm not sure what they should change at this stage. One recent feature they have come up with is if we can upgrade Control-M agents from a central location. I would still prefer a solution where I can do an installation of the controller module from a remote distance. That's something they don't have. I know why it has still not come up, but it could be a great feature if we could include that somehow. To push out these sort of installation setup files onto another machine and get it in installed. It is not there for now, though.

I would rate this solution as eight out of ten. The reason for this rating is because of the scope of implementation. It will have an ultimately upper hand to the other tools in the market. They can show what most other controls don't have. Nevertheless, these features would really help as well. I would like to see more of them.

It is a very stable solution and BMC, the parent company, really comes up with tech packs and upgrades, which add new features and also resolve issues. Also, their knowledge base is quite full, which helps a lot to find the solution easily from the website.

I rate them nine out of ten for scalability.

On average, the control team consists of around fifteen people. This ranges from the elements of both which is the monitoring team and the L2 support which is for the scheduling team. Then there is also L3, who is the administrator. Apart from that, we have certain business users that will use the help service module often.

If we are looking at a 24 path sell and support, we would need close to seven members on a daily basis. That's the same for L1, L2, and L3 teams to each do daily support. L1 would be for monitoring, L2 for scheduling, and L3 is administrative.

We do have certain programs to increase usage down the line, which we're considering. I would say close to 60 to 65 percent of the company is using Control-M right now.

The technical support is great and I would give it a ten.

My main experience is with this as the central unit, but I have used other tools. The main reason I chose Control-M was firstly that it is user-friendly. Secondly, the market is wide open for Control-M, and a lot of other organizations use it. So it gives Control-M the upper hand in the market to work on something like this.

It was quite simple since Control-M has a very user-friendly GUI. That made it fairly easy to relate with the business and convert it into something which looks familiar.

We kind of started from scratch, so I think it took two to three months for us to set everything up at the initial stage. The strategy was to tackle one business at a time so that we don't complicate stuff because not everything is automated. We started to target one business/application at a time and converted them each into something which Control-M can work with.

We did the deployment on our own based on our experience. We had previously deployed it for certain clients basically so we were primarily the consultant for that.

I may not be able to convert it into a value in this way, but it does more in terms of reducing manual intervention. This, in turn, means less human resources are being used. For instance, if there are three people in a team and controlling certain work, they could probably put more on one resource. So that reduces the cost of resources in the whole organization.

We have account based licensing. There are two or three types of licensing. One of them is based on the number of jobs, so we a license close to 4,000 jobs per day.

The cost is based on the different modules, which we buy from them. If we a buy a hardware module, which we are presently using and integrating, that is an additional cost, but I'm not sure of the amount. Each module comes with a different cost.

I have experience with alternates like IBM Tivoli and another software called JAMS. These are the ones that I have worked on and the features and user-friendliness of both of them is fine. It's such a different level compared to this, so that's the reason I'm sticking to Control-M.

For those who want to implement, there are a few cons. Cost-wise it is not very simple for every business to implement it. So they should really plan if they are going to use it extensively. If not, they should think twice about it. 

If they are thinking of implementing, though, they should analyze the business and check which controller modules will really help them enhance their work and ultimately transform their work into an automated solution, which in turn will reduce their cost. 

I would really suggest someone who is planning to use Control-M or wants to deploy is first to check which modules are really required and also what kind of licensing makes sense for their business. If its a very large enterprise then it would be great to use a premium based license. If not, it's better to use a job count based license. So that is a point which they should check before implementing.

Product is intuitive, you can start working with it and figure out the basics pretty quickly. The built in modules (examples: File Transfer, Database, File Watcher etc.) help eliminate custom built scripts which accomplish the same thing.

One big example I can think of is the availability of the Self Service plug-in. The non scheduling IT users or business users will actually be able to have insight into their automated job flows which is a feature that we never had before.

Quicker adoption of the newest versions of the product by all would help work out the bugs sooner.

4 and a half years.

I have not encountered any stability issues.

Mostly on our end, as we grow learning how to properly increase resources of the distributed servers and spread out the workload.

I've been happy not only with the customer service overall but also the speed with which I am contacted after submitting a case.

The level of technical support for Control-M continues to meet my needs.

CA Workload Scheduler, archaic, not intuitive, lack of features.

In house.

Price is based on how many jobs come into the scheduler each day (not executions) across all your different environments.

This evaluation was done a year or two before I started working with the product.

We install, configure, and deploy Control-M for customers and make it run on-premises from them. After that, the customers take over.

BMC uses partners. They don't sell directly in the Middle East. So, they don't directly install the product and sell it. Instead, they go through partners, like my company.

We, as a company, don't use Control-M, but we sell Control-M to customers. We go onto a customer site, install the product, and configure it per their requirements. Then, we get their feedback and support related project stuff.

From a services perspective, we actively use BIM, which is the affiliate manager. We use the history to see the forecast. When the customer gets Control-M, the affiliate manager comes along with it. 

It is 100% on-prem, primarily because the Helix part of Control-M is not hosted in the Middle East yet. For many customers, there are regulations since the primary customers are banking, insurance, etc., which all require their data to remain within the country.

My customers are primarily banking customers, so they have their end of day processes that happen at night after the bank closes. These processes would involve AML, banking, and end of month payroll-related stuff across multiple organizations.

We do maintenance, project management, and support. Once a project is done, the customer has a support contract through BMC. That is through us. Customers cannot directly get in touch with BMC to open cases. It has to go through a partner. Therefore, we offer first and second line support to the customer.

There is definitely room for improvement. Version 9.0.20 actually comes with a web-based interface, but there are still a lot of things unavailable with it. There will eventually be more inclusions added into the web interface, but there is still a long way to go. 

There is also the automation API, which is a way to interact with Control-M, but it also needs a lot of improvement for other people to understand how to use it.

The documentation isn't really straightforward for the initial setup. It says, "Follow the on-screen instructions." The reason why people read the documentation is to have a heads up of what to expect and what is coming up. However, when you say, "Follow the on-screen instructions," I believe that is inappropriate.

I have been using it for two or three years.

It is very stable. We hardly get calls in respect to issues on Control-M, particularly on version 9.0.19. 9.0.20 is still pretty new in terms of deployments. However, with version 9.0.18. I have had a couple of problems from customers.

You barely need one person for customer maintenance because the system is pretty stable. Of course, if it is version 9.0.18, the number of support cases that come in are more compared to version 9.0.19. We also get information requests from the customer where they might have audit requests or want to enable certain protocols because of security compliance within their organization. In these cases, they reach out to us. 

It is not that we are always involved with the customer. It is not an onsite model. If there is an issue with the product, the person calls. We have 20 customers whom we manage at the moment for BMC. That is just done with three people: an onsite resource and two employees, including myself. The onsite employee is with a telecom vendor within the UAE. His job is monitoring and maintaining the system as well as assisting the customer. He does everything in respect to Control-M at the customer site, e.g., defining jobs, monitoring jobs, executing jobs, and making sure that they are done properly. Another of my colleagues and myself deal with all the other customers from a project and support perspective. It is primarily support because once a project is done, then a customer has support with us. We manage those cases, involving ourselves in those cases. We understand what is required. If we have the information already and know how to do it, we will give them the procedure, etc. If we cannot do it, we get in touch with BMC to get the relevant answers.

I have not had an issue with scalability per se. If there is any kind of resource crunch, the customer just needs to add resources. If it is a memory usage, then add memory to the virtual machine and you are good to go. 

You can have jobs at multiple customer sites. For that, there is a different level of scalability altogether from an infrastructure perspective.

BMC support is good. I would give them eight or nine out of 10, most of the time. They reply quickly, even before the actual SLA time. However, in certain worst case scenarios, I would give them a seven out of 10.

Most of the time, the integrated guide immediately opens up the relevant page. You can get the necessary information from that. The videos are really basic. For example, with version 9.0.20, there are videos that come up by default in many places as part of the help page, which is ideal for beginners. Whereas, at my level of implementation, we are looking for more detailed explicit knowledge for a specific scenario. For beginners, the web help is more than enough, if a person is patient enough to go through it.

Personally, I have worked previously with a competitive product: Automic One Automation Platform. I was working with Broadcom earlier, doing a similar profile, where my portfolio was dealing with retail support and projects. So, I was deploying Atomic solutions. After that solution, I made a change and moved to BMC, as a partner. I have been working with Control-M ever since. Therefore, I have exposure with other automation products.

The initial setup is straightforward.

If all the prerequisites are ready, a full-fledged setup for a single system would take 15 to 20 minutes to deploy.

Normally, we deploy with high availability so it has an uninterrupted service, even if a server goes down.

Once the PO is all done for a project, we have a pre-kickoff with our company and the customer. We basically run them through the prerequisites and understand their priorities. For example, some customers are more inclined towards Windows and others are more inclined towards Linux. Most of them would like to have the DR environment in the setup, meaning it would be the primary site with two servers for high availability and a DR site with two servers. All these technicalities for the infrastructure and environment would be run by the customer along with the prerequisites. 

From a project perspective, we ideally implement the process flow. So, we understand their documentation. Then, we have an actual analysis and design phase, where we sit down with the customer stakeholders and get their requirements in terms of the actual process flows early on. Until then, we just know at a high level that these are the number of database jobs that will run on Control-M. We don't have explicit details at the analysis and design phase. We literally sit with them and go through their documentation, understand what they want to implement on Control-M, and how we can make it better or include notifications. After this, we start off with the installation. Based on the outcome of the analysis and design, we implement the process flows.

The annual licensing within BMC Control-M is on a per task basis. Three- and five-year contracts are also offered. The customer usually buys a bundle of tasks, e.g., 5,000 tasks, then my team configures Control-M for their usage. 

It is a good, stable solution. It does depend on what exactly you are implementing, because automation solutions are primarily back-end solutions, e.g., back-end processes and batch processes, which can be executed on Control-M. However, sometimes customers get back-end solutions confused with RPA, which is front-end automation. When customers decide that they want to use some kind of an automation tool, they should really understand what their process flows actually need. There is a handshake that can be given between the front-end and back-end, but there are some customers who come to us wanting to buy Control-M, but they are actually looking for an RPA solution because their operations are front-end.

I would rate Control-M as eight or nine out of 10 in terms of stability and features.

In my organization, Control-M supports large services and data management. We are mostly using it to schedule jobs in applications, like Informatica PowerCenter, PeopleSoft, and SAP.

We are using the desktop interface.

We utilize Control-M’s streamlining of our data and analytics projects. We are in the retail industry. We are also into other industries, like gas stations, baby stores, and online stores. When it comes to data, we have a lot coming daily. It can be product, purchase, or business information. Only 70% of the data is being used with Control-M. It can be a data transfer from one location to another location. Or, it can be putting the data into a database, then storing it for the future. Every day, the purchase history and product details are uploaded to the database using a Control-M job. Because of that, our business is able to identify our customer's needs. Using its analytics, we are tracking reports that help us provide more services to our customers. Control-M is definitely playing a vital role, in terms of handling a lot of data.

There are very critical processes that we have automated in Control-M, e.g., order confirmation. This is a service when a customer tries to purchase something from our online stores. Normally, when a customer places an order, it makes updates in the background, puts some things in a database, and performs some actions, then it gives an order confirmation. That has to be done within a short span of seconds. For us, that is a critical service because a customer should receive an order confirmation as soon as they make a purchase. This is one thing that we have automated. Because a lot of things are done in the background when a customer tries to order something, the process is automated. Automation of these processes improved the quality of our service. It has also reduced manual efforts and the time to deliver services has decreased, giving us a time advantage.

The scheduling feature and scheduling tool are the most valuable features. I like the scheduling services that we have in Control-M, which are very beneficial to our organization because they are automating things. There is also less manual work. We can schedule a task without any manual interruptions.

We use the File Transfer feature from BMC. Before File Transfer, we used to have to develop the script, which was always a problem for us. After using File Transfer from BMC, a lot of our issues were resolved. Also, it is ready to use. There are many extra, additional features, which help our day-to-day work requirements. File Transfer is a fantastic feature of BMC.

The web version is quite new. When compared to the client version, the web version has made a lot of improvements that needed to be done.

Because of the Role-Based Administration feature, we have been able to give autonomy to our users to develop their cycles how they want. Using this Role-Based Administration feature, we are able to give restricted access based on their job roles. 

The user interface is not that good. While we know that BMC is working on it, the user interface is how we work in the client. Also, the web version is quite slow when compared to the client version. 

Currently, per our requirements, we are planning to use Control-M Web more. However, because the UI is not good and still not up to the standard, we are not using it fully. This is one area where BMC needs to really focus further development.

For installing or upgrading the PeopleSoft and SAP plugins, currently there is no way to do it via Control-M Configuration Manager. So, we are installing or upgrading the plugins, like PeopleSoft and SAP, manually. If BMC could provide an option via Control-M Configuration Manager to upgrade these plugins, it probably would reduce a lot of manual work as well as ease our work. This is one improvement that I personally want to see, because it would help our way of working.

I have been using Control-M for four years and 10 months. It has been close to five years.

Control-M is 100% stable.

For day-to-day administration of Control-M, normally less than five people are required in our organization.

As per our requirements, it is okay most of the time. We do not need to search for another solution. It is very scalable.

There are currently 700-plus people using Control-M services. Their job roles are software developers and system engineers. 

In 80% to 90% of situations, BMC has provided better solutions. In rare cases, the support was not an asset.

BMC Control-M videos and webinars are being uploaded on YouTube or the BMC website. These are really helping us a lot to solve issues or understanding some things. One thing that BMC needs to continue is giving more webinars and uploading videos.

My company used a couple of applications before using Control-M.

When we migrated Control-M, we tried to use Control-M's Conversation Tool. However, it did not fully satisfy us per our requirements.

Normally, we do upgrades ourselves. However, if we need assistance, then we normally contact BMC by opening a case in Case Management.

Control-M has improved quality levels as well as standards. When it comes to cost and time, we have seen an improvement of approximately 70%.

The use of Role-Based Administration has eliminated the need to submit tickets or requests to the Control-M administrator.

BMC's price is based on the number of jobs.

If it is for scheduling, we only use Control-M in our organization. For non-scheduling solutions, then we probably will look at other solutions that are feasible for us.

DevOps automation toolchains are in our roadmap for next year.

We want to use Centralized Connection Profiles in the future.

I would rate it as nine out of 10.

Most of my customer's jobs now run on Control-M, mainly on the finance side and for data management. Those are the core applications that we are running. We are using it as a scheduling tool. 

We have a few other applications that we are migrating to Control-M. Until about two weeks ago we were running on an older version of Control-M, so not many people were interested in migrating to it. But now we are running on an updated, supported version. So more applications should move to it.

Control-M is deployed on-prem.

Let's say the business wants to run some reports. We give them a console or the Self Service where they can run jobs. That way, they don't have to depend on the IT team: “Hey, can you run this job?" And then they have to open a ticket and the IT personnel have to keep to the SLAs. Instead of that, we give them Self Service where they can run their own jobs and they can see the data instantly.

For each job we have SLAs and, based on the SLA we define which ones are critical. The most important processes for us include the SFTP process. We have a few files that are very important and are generated every day. They have to be delivered to the business before they come into the office. That is a very critical process. We tried various options but after implementing Control-M we had better results. Another of our critical jobs is what we call our master data management, where we have near real-time data. We have a few SLAs where a job has to be completed within 20 or 30 seconds. That means the data has to be delivered within that amount of time. Using Control-M helps us to monitor and deliver critical data to the business.

We used to use a native scheduler, like a cron or MDM scheduler. Those kinds of schedulers were very effective, but there were no cross-platform capabilities. With Control-M, we have both types on a single page, and we can see when a file is available and when it's picked up. If I have two different data centers and Job A is running data center 1 and Job B is running in data center 2, when we used the native schedulers for moving files and getting alerts, there was always a delay of a couple of seconds. We have tight SLAs. With Control-M, we're able to deliver on time. While our earlier and our current schedulers are automated, we have a better solution now.

Control-M has also helped to improve our Service Level Operations performance. If I had to take a wild guess, I would say it has improved SLO performance by 20 percent.

The main reason we came to Control-M was to integrate everything together and have it all in a single platform. We use different applications, and integrating them was not possible previously. With Control-M it is. Apart from integration, the main features are for long-running jobs and SLA alerts. But there is definitely a lot to explore and to work on within Control-M.

The solution provides us with a unified view where we can easily define, orchestrate, and monitor all application workflows and data pipelines. We have a team called pro-mon and they monitor all the jobs for us. A single view makes it easy for them to monitor things. Control-M comes with a documentation section for each job. As an SME, I put in the high-level steps in the job documentation; what to do if a job fails. They can read it and do level-one support. Some jobs are very critical and require an immediate call, but with other jobs they can wait, re-run, or read the documentation to give them some guidance. That really helps all our teams. That single view for the monitoring team, where they can see things in a single application, is important because the business needs all jobs completed within their SLAs. Indirectly, it's helping the business to get its data on time.

Another reason we use Control-M is to integrate file transfers within our application workflows. We have cross-business functionalities, where one business generates something and another business wants to use those files. We use a lot of MFT and AFT functionalities. As a result, Control-M has definitely improved our timelines and SLAs. We have an easy-to-monitor solution now. Before Control-M, each application team had to monitor its own jobs. Sometimes they would miss something and they wouldn't know that there is a mistake in a job. But once Control-M came into the picture and we had a dedicated team to monitor everything, we were able to provide timely files to the business. The business is very appreciative of the improvements after implementing Control-M. It has improved things a lot when it comes to providing files to the business on time.

With my current customer we have been using Control-M since 2017. I started using it over the last four or five years.

Now that we are using the supported version, we can leverage a lot of the features. Going forward, it's going to be very actively used by all our business teams, including all the applications teams. We don't have many jobs at the moment, around 200 or 300 jobs, but down the line, in the next six months or year, we are going to double that count.

It's a good tool, and they're coming up with a lot of new features and a lot of improvements on the scalability side. Version 20 might have come up with more features and more performance-related things.

Control-M is running multiple applications for us, including SFTP, MFT, Arkin, Informatica, and Java. There are also a lot of BA jobs and a few OS jobs. We have also integrated some of our reports with Control-M and I'm running them on my local machines. We are planning on expanding Control-M to other applications in the future. That's one of our next steps, to go to applications at the organization level. We are working on it.

We are not heavily dependent on Control-M as of now, but we are slowly migrating to it. Our users of Control-M are developers and application owners, which puts our number of users in the double digits. There are some business users as well. But it's more the application side and the team leads who are using it. Previously, I worked with a very big financial company where we had thousands of jobs. Everyone was using it there.

Jesse, my account manager, is very prompt and he answers all my questions in a timely manner.

We have hardly reached out to the support team. Whenever we would reach out to them when we were running on the older version, they would always say, “Hey, you have to upgrade in order to troubleshoot.” In my experience, the support has not been excellent but it has met expectations. Since upgrading our version, we haven't reached out to the support team.

With earlier versions, the support was not accurate or delivered in a timely manner. What would happen is that I would be in production mode and I would have an issue and would want to get someone on a call to see what was happening. But they would always say, “Hey, provide the log first and then we'll review and we'll get back to you." I feel that when a customer asks about a production issue, they should jump onto the call to see what is going on, and then collect the logs. At least that would give me hope that the support is there and that they are on top of it. I did not get that kind of support from Control-M.

It could be this was just my experience from a very limited number of tickets. Once or twice we had a production issue and I was expecting that someone would join the call immediately. I know they need a log to see what is going on, but before that they could jump on and see if they can fix it. Sometimes an expert will know what the problem is before seeing the log.

I do work with support from other vendors' applications as well, and I get a different response from those vendors, so this is something BMC might have to improve.

We moved from native schedulers to Control-M.

We have in-house people who are expert enough to implement Control-M, but due to other engagements, they were not able to do so.

The initial setup was straightforward. The vendor implemented it for us. We reached out to our account manager from BMC, and BMC sent a certified vendor, Cetan Corp., to our environment and they implemented it for us. Overall, it was a simple installation, a simple environment. Our initial deployment took about three months, end-to-end.

We recently upgraded and we also used a partner for that, VPMA Global Services. The process took about six months but that was not six months of work every day. The actual working time on it was about one month. The other five months were due to securing hardware, testing things, et cetera.

When we went with VPMA for the upgrade, we gave them our requirements, how we wanted our implementation to be. They came up with an architecture diagram and we had an internal discussion about it. The VPMA team came up with their recommendations, multiple approaches, and we choose the best of them.

Both partners were recommended by our account manager at BMC.

I also definitely check the integrated guides and how-to videos. They are very helpful. Products like this might be using different approaches, but they have the same types of features, so we had an idea of how to implement this. We know there are best practices so we went ahead and searched the integrated guides and YouTube support. We got a lot out of them. They're very helpful for our new people. They can search and go through the how-to videos.

We don't require many people for day-to-day administration of Control-M. We spend around one to two hours on Control-M most days. The monitoring team is always monitoring all the jobs on the screen. But the application owners, who are the admins, hardly spend two to three hours on it per day, unless there is an alert.

Whatever we have spent has definitely been worth it. At every renewal we evaluate it internally. As a Control-M SME, I have to provide some stats in terms of man-hours, the amount that we spent on it, the stability, and SLAs. Based on these, we have always had a good impression. We have to justify it that it's worth the cost, and it is.

Initially, our licensing model was based on the number of jobs per day. That caused some issues because we were restricted to a number. So at our renewal time we said, “We want to convert from number of jobs to number of endpoints.” That cost us extra money but it gave us additional capabilities, without worrying about the number of jobs.

At first we had the standard edition and later on needed some additional features and we paid extra for those.

Control-M helps us to proactively monitor things and see what is coming up and what is happening. Based on that, we can take steps for resolution. But I don't think Control-M itself has the ability to proactively fix issues.

Overall, it's a good automation tool. And it gives us a single view of the customer. I would advise going with something like it. I'm not going to advise about any particular solution. All these tools are very powerful and give you a single view.

Scheduling of the workflows: We had to run a few thousand scripts on a daily, weekly, monthly, semiannual, and annual basis. Without this tool, scheduling would have been really difficult. This tool also helps in documenting the runs, which would further enable us to check for defects.

It has made execution of workflows simple, especially batch runs.

We had to migrate from an E2 to an E3 framework, where we manually had to change the name of more than 1,000 instances in a batch. This could have been easy if it was automated, such as searching for a keyword and replacing it with the desired name. In BMC Control-M, this facility is only available for the file path and connection.

I have used it for two years.

I have not encountered any stability issues.

I have not encountered any scalability issues.

Technical support is 7/10. I faced an issue in which the connection was lost in the middle of a run. It was a small batch, so I managed it by rerunning it. I contacted tech support on a weekend, because I had to run a weekly batch. I didn’t see much of an immediate response from them, but they were able to sort out the issue a little later.

I have used this since I joined my current company.

Initial setup was straightforward.

It is worth the price.

Before choosing this product, I did not evaluate other options.

It is definitely a good tool in the business intelligence domain, which can be used for small or big batch runs.

We use Control-M to provide business services to our customers. The use cases involve Hadoop, a lot of file transfers, and SQL scripts. In our business, automation is used for many things and we use a lot of the Control-M modules. For example, we connect to SAP, with databases, Hadoop, MFT, Informatica, and other technologies.

What we do relates to many different business services in a retail environment.

We have hybrid deployment; over the past two years, we have had a mix of on-premises and cloud-based implementations. Ultimately, we are moving to the cloud. We are using AWS, GCP, and Azure.

The main benefit is that Control-M can work with almost all of the applications that are on the market right now. We work with technologies including Hadoop, Informatica, all kinds of databases, and file transfer with MFT tools. The real potential with Control-M is that it can be used for everything you want.

It is really important that our clients can manage their own application workflow with full autonomy. Our customers are using this capability a lot and it helps because we don't need to be present when they want to perform a simple task. It's better for them because they don't need to wait to ask or to have something changed. They can just do it themselves. Also, it's better for us because we have more time to do other things.

The expanded capabilities in version 2020 for planning and monitoring have had a positive effect on our clients' operations, as well as our own. It saves a lot of time when it comes to developing and implementing things. As a result of saving time, both us and our clients are saving money.

Control-M has definitely helped us to achieve faster issue resolution, although it is difficult for me to estimate how much by. We don't have metrics that are suitable for tracking this kind of thing.

The best part about this product is that it has a lot of features. Control-M doesn't limit us and we can use it for a lot of things.

Control-M is easy to install, use, and maintain. It is easier to work with than other products.

The web interface hosts a lot of videos and webinars and I really appreciate this because I find them very helpful. They have tutorials that explain how to approach the new technologies and explain how things can be done using Control-M. This is something that I use a lot.

The Application Integrator is helpful because not all applications have a module available in Control-M, and we can use this feature to create them.

When it comes to supporting cloud services, Control-M is a bit slow. We are not advancing with the technology because we don't have the modules that can interact or use the new application services provided by the cloud technologies. BMC has been telling me that they are working hard to be more aligned with these new technologies, but they are a bit slow. Consequently, we are having a few issues when it comes to implementing Control-M. Some services that are being offered, such as Databricks, have been a problem.

The documentation is something that needs to be improved. Years ago, the documentation was very good, and I don't understand why but the documentation is no longer as good as it should be. For example, if I need to install or upgrade Control-M Enterprise Manager or Control-M server, the only information that I have in the documentation are things like "Execute this and follow the instructions on the screen".  What it doesn't tell you is what will be needed for the process. For example, you may need to enter a password or select a source, but you won't know what these parameters are in advance.

Also, it is different to find what you are looking for in terms of documentation. For instance, if you visit the Control-M download page, you see several tabs. There is a tab where you can download software and another tab where you can download patches. This is perfect. However, there is another tab for the documentation but there is never anything there.

With any Control-M product, it is hard to find the documentation. The reason for this is that they are moving all of the documentation online, in an HTML format. The problem is that it is hard to download documentation in this format. In particular, if it is a specific part that you need or a certain module, then it would be much easier to have a PDF version like they used to have. Consequently, it is more difficult for us to pass the documentation to our internal teams.

For example, if we are trying to configure a module for Informatica or SAP, it's hard because we don't have PDF documentation. We need to go online but it is difficult because it is very hard to find what you are looking for.

Another area of improvement for Control-M is the version release lifecycle. Prior to 2018, we had the same, main version of Control-M for two or three years. Since 2018, they have been releasing a new version every year. There was a 2018, 2019, and 2020 version. It seems that these new versions are being released in an unfinished state because we are seeing a lot of bugs. Historically, it has been very stable, but from a point between two and three years ago, it has not been so much so. It seems that the problem is that the versions are changing too quickly.

I have been using Control-M for nine years.

There are some limits to scalability in terms of cloud integration. There is some integration with cloud services but it is very simple. It is called the Application Integrator Module. This is a very good feature but the problem is that if we have to interact with cloud services, we need to create all of these modules on our own. We are paying a lot of money for a product where we have to create our own modules, which is not perfect.

It is very good that we have the Application Integrator available but for services that are being used by a lot of companies, we need official support from BMC.

I would rate the technical support an eight out of ten.

We have been dealing with BMC for several years and when you consider the support from a few years ago, the response that we received was more technical and more accurate regarding the problem that we were having.

As it is now, more and more we are seeing that the customer support has to rely on the product development team to resolve the issue. This is because there are a lot of bugs in the product and customer support cannot provide a solution for these. Instead, the problem has to be fixed by development, and then a patch is released to solve the problem.

For this reason, I am rating the support an eight instead of ten.

We have had cases where our clients migrated to Control-M from a competing solution. In fact, we did a migration last year from TWS, the Tivoli Workload Scheduler from IBM, to Control-M using the conversion tool. The tool was very important because it reduced a lot of work.

The problem is that the conversion was not as good as it should be. I estimate that we had to modify 90% of the jobs because the conversion was not good enough. It was still important because it would have taken a lot longer to create all of the jobs from scratch. That said, it was not perfect, at least that was our experience with migrating from TWS.

We were using TWS and another one that is called Visual TOM. It is another product that is similar to Control-M. These are both scheduling products, but Control-M has tons of features that the other ones don't have. They don't have the modules, the plug-ins, or the Automation API. They are stable and they are good, but we can't use them like you use Control-M because Control-M permits us to perform many more things. Unfortunately, with the many more things that you can do, it does introduce more opportunities for failure. However, this is true of any feature-rich solution. The more complex it is, the more prone to error it is.

Control-M is easy to install and maintain. There are not a lot of steps required to upgrade or downgrade from one version to another. With other products that I've been using, it is difficult and complicated to upgrade because there are a lot of confusing steps. But with control-M, you need only follow the onscreen instructions.

The length of time required to deploy depends on the customer. The scope and complexity of the client's requirements dictate the amount of time it will take to complete. For example, we can deploy for a smaller customer in one week. However, for a large retail customer, it could take a month to complete.

We have one client right now, where we are upgrading from Control-M 2018 to 2019, and it is going to take us almost three months to complete. Part of the reason it takes this long is that when you try to upgrade a production environment, it's really difficult to get a window to perform the upgrade or the installation or the modification. That said, it's still easier than many other products.

Pricing varies depending on which components and modules you are using.

My advice for anybody who is considering Control-M is that I recommend it. Although it's not perfect, it is relatively easy to use and maintain.

I would rate this solution an eight out of ten.