What is your experience regarding pricing and costs for Control-M?

Its pricing is a little bit high. They could provide an enterprise-level license for an unlimited number of jobs. Currently, it is based on the number of jobs, and if you exceed the number of jobs, there are charges. For example, if your license is for 3,000 jobs per day, but you run 3,050 jobs, you will have to pay for the extra 50 jobs. They charge $120 per job. So, it is too costly.

While it is quite flexible, the licensing cost could be more affordable, especially for small and mid-sized enterprises.

The pricing for Control-M is very expensive. It would be beneficial if the price could be reduced.

The product price is reasonable. I rate the pricing an eight.

The license models are quite good. They provided me with clear visibility about the pricing plan. There is a pricing plan per user or you can buy the perpetual license for data. Currently, we have 50 to 60 users. We've found the per-user plan beneficial.

They are expensive. If we were a small company, it would be complicated because we have to have strong sales and operations to be able to afford a tool of this level. Being a large company, the cost-benefit is covered, but it is not within the level of cheap solutions. The dilemma for us was whether it is worth paying for a monitoring tool or whether it is better to pay people for the work. Helix Control-M was more beneficial because we had problems with manual monitoring, and these problems were expensive.

It is not bad. The company can afford it, and it pays for itself. We have those jobs running automatically.

The pricing is reasonable. It's not an exorbitant amount. The licensing is pretty reasonable for the number of jobs that we run. The plugins will be an additional cost.

The pricing and licensing could be better. However, when I compare Control-M pricing with JAMS, Control-M is still better priced than JAMS enterprise.

The pricing was competitive, from what I understand.

This is an expensive product compared to other solutions, although I think that it is a good one. We are in a good position with licensing, as we can run 10,000 jobs. To this point, we have 3,000 jobs that are running, which gives us room to integrate the remainder of our applications.

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

Its cost is a little bit higher than other solutions such as AutoSys or DAC. For the demo, there were some plans, such as a start plan, scale plan, etc. Pricing was based on the plan.

In our environment, pricing depends on the total number of maximum jobs that can run, which is fine. Therefore, if the number of jobs increases, then the licensing fees will increase.

The pricing of Control-M is reasonable.

The licensing is managed by the commercial section of our organization.

Control-M is priced accordingly for larger environments. It is expensive for smaller environments with only a few hundred jobs running. There are two different types of licenses available. The first is based on the number of jobs that we run per day, and the other is based on the number of agents that we install. My current project has a contract for five years. During the first two years, we are allowed to run any number of jobs using any number of agents. However, in the last three years, we have to stick to whatever is defined in the contract. In past versions, BIM and Forecast were separate components that were available at an additional cost. Since version 9, however, everything is included and there are no costs in addition to the standard licensing fees.

There are human costs in addition to the standard pricing and licensing of this solution.

Depends on business requirement

It is expensive. We have a lot of customers who complained initially about the costs. Because it's not just the licensing, unfortunately. It's the infrastructure, salaries, etc. I like the licensing model. It is pretty straightforward. We are on the task license. I know that we have some really good discounts. Our BMC account manager makes sure that we stay below the license count as well as checking for growth. Overall, it's good. The licensing is simple enough for me. It is a bit expensive. Especially with the cloud coming in, we might see the licensing change in the future, but I'm guessing. This is now from my previous years as support for banks and big companies. If it's not enterprise scale, I find that it's too expensive for smaller companies. You really have to be quite big and need to have a dedicated support staff to run it, then you'll be fine. What we've seen at smaller companies, it's too expensive because they want to automate everything. Now, stuff that can literally run once a day for the rest of their lives is costing them $3 a job a day. It becomes too expensive, eventually. They are not seeing the return on investment because it's not business critical. Nobody is going to die or they're going to lose money if that job didn't run exactly at 11 minutes past 4:00. It's definitely for bigger enterprise companies, especially banks or healthcare providers. We have had an instance where Control-M was unavailable due to external factors for 20 minutes and there was a loss of almost a million euros because the solution involved logistics.

It's an expensive product, there's no doubt about it. It's one of those solutions where you're paying upfront to reap the benefits down the road. You're going to spend a lot of money upfront, but the benefits you're going to get out of it are going to quickly pay for it. That's something people don't understand sometimes.

The cost of the hardware is high. Because you need to license each job, it is costly.

The solution is not cheap, it comes with quite a hefty price tag. Control-M is the market leader, but we still want the price to be as friendly as possible. The solution comes with the base module and an additional one with a few extra plugins, which is helpful.

One of the restrictions that we had was with some of the licensing, and not having any insight on the financials part of the product. I don't know what the licensing on the product is, but we don't have an unlimited enterprise license. So, there might be a limitation on either the cost of the licensing or the number of seats.

I can't speak to the exact licensing costs.

Cost-wise, it is good.

The price is right because of the licensing schema, which is based on nodes and processes. You purchase what you use, no more and no less, and you can grow with time.

For the tooling that you get, the licensing is acceptable. It has competitive pricing, especially with all the value that you get out of it. There are additional costs with some of the additional modules, but they are all electives. Out of the box, you get the standard Control-M experience and the standard license. They're not forcing some of the modules on you. If you decide that you do need them, you can always purchase those separately.

There was another team handling the pricing. I'm not sure of the exact costs.

We have a license till 2024. We are good and satisfied with it.

The only question about adding plugins is, "Does it affect our support cost?" I was informed fairly recently that BMC changed its support structure. Instead of a tier, based on the number of the jobs, now they charge based on endpoints. Before I download a new plugin, I want to make sure that it doesn't add a new endpoint and require us to pay more and not be in compliance with our current support agreement.

We are paying way more for Control-M than we've paid for any of our other scheduling tools. We have an inside joke that Control-M is sold as the "Bentley" of schedulers, but we feel that we got a "Pontiac" because it's falling apart half of the time. BMC has two licensing models. One is where you pay by job execution and the other is where you pay by endpoints. I'm sure the specifics vary depending on the customer, but we opted to go with endpoint licensing. I'm not sure if that was the best decision, knowing what we know now. With endpoint licensing, we pay per server. That means it behooves us to run as many jobs as we can on each of those servers. But we're very much finding that even if we make those servers very large and give them a ton of resources, they're still not able to perform because Control-M doesn't scale very well vertically. If you make the agent bigger, if you double the CPU and RAM, that doesn't necessarily mean you can run twice as many jobs. It's going to choke in other areas. We will see if we end up switching our licensing model. I think the endpoint licensing model we chose is quite a bit more expensive than an equivalent model where we would pay per execution. We would definitely have to change a lot about our environment if we were to change our licensing model from endpoint to execution, because today we give all of our end-users the ability to run jobs on-demand. If we were to change our licensing model to be based on executions, we would probably want to restrict that a little. The way you license is a very large consideration when moving to Control-M.

Its pricing and licensing could be a little bit better. Based on my experience and discussions with other existing customers, everybody feels that the regular Managed File Transfer piece, not the enterprise one, is a little overpriced, especially for folks who already have licensed Advanced File Transfer. We understand that Advanced File Transfer is going away and is going to be the end of life, and there is some additional functionality built into MFT, but the additional functionality does not really correlate with the huge price increase over what we're paying for AFT already. This has actually driven a lot of people to look for alternative solutions. I know they are now moving more towards endpoint licensing or task-based licensing. In my eyes, the value of Control-M is the ability to break down jobs from monolithic scripts. You don't want to have to wrap everything up in one monolithic script and say, "Hey, I'm executing one task because I want to save money." That defeats the purpose of controlling, and that defeats the value of Control-M. By being able to take that monolithic script and break it down into the 10 most basic components, you can monitor each step. It is self-documenting because, within Control-M, you can see how the flow will work, and you can recover from any one of those 10 steps rather than having to rerun the monolithic script should something fail. That being said, the endpoint licensing does make more sense, but maybe pricing or things like that can be more forgiving.

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.

The licensing and pricing are bundled together with our other BMC products. I don't know the specific cost of Control-M by itself. For us, it is based on how many jobs we run annually. We run roughly 9,000 jobs a year. If I had to guess, I would say it's in the neighborhood of about $250,000. Since it is based on a per-job run, if we increase the number of jobs that we run annually, the cost will increase accordingly. There are also additional operational costs, hardware for servers, databases, BMC maintenance, etc.

It is a little bit expensive. I believe that however we are set up, it might be per job that we load or the highest number of jobs that are loaded monthly and I believe it is quite expensive.

You must accept that BMC licensing can be very confusing. No one can easily understand how they calculate things, whether it is user-based, job-based, or server-based. The calculation is quite tough. How BMC calculates licensing is not easily available anywhere. It's a very tough part for the client at times. But BMC is a market leader, so users don't easily go for different vendors. If there's an option to go with Control-M, they will always choose BMC. But for people who find the licensing challenging, they will go with a different vendor. For us, the licensing part is managed by a team in the U.S. But what I deal with is that we have to manage our Control-M jobs to a maximum of 30,000, because we have 30,000 licenses. We have 20,000 with fraud detection and 10,000 in non-fraud. There is a BMC utility that can guide you and alert you if the forecast is for an increase beyond the licensing. It will notify us: "Hey, you have a license for 20,000 and the Control-M forecast shows you might need to increase that number in the coming days." So we do some cleanup, some internal housekeeping to remove things and remain under the threshold. Those are some of the things we do as administrators. We try to manage under whatever licensing we have. Through the BMC reporting tool, we can see our peak number of users in a month. BMC charges if you go over a certain peak. Control-M is very robust. There is no harm to the customer if you choose Control-M every time. But when it comes to licensing, it's very expensive, and sometimes users think twice.

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

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.

This is an area where it is a little difficult to work with BMC. They want to do licenses by job, which is what we have. For example, the simplest is to license by job, but they can also license by nodes. While the licensing is simple to use, it might not be the correct licensing model for the customer. It is okay because we want to license by job, which is something measurable. At the end of the day, licensing by job is the most important.

I can't speak to what our support costs are. That's out of my realm at this point. At one point, I had an idea, however, I couldn't even tell you what that is anymore. I know that our licensing is based on jobs. We buy licenses based on the number of jobs. Currently, we have about 2,500 licenses. We used to run more jobs than we do right now. We did not get rid of those licenses. It's basically $100 a job, give or take. They also don't charge us for items such as the plugins for MFTP, which we don't use, although we could. They wouldn't charge us for Oracle, SQL, or Informatica. It's a reporting product. There's no licensing for the server, there's no licensing for the EM server. All that stuff comes as part of the product. It's all-inclusive. From what I've seen and heard from the other company about Tidal, that's where they're making their money from - the plugins. Whereas Control-M doesn't charge us. The plugins are basically free for us. I'm sure there is a charge for support every year. I have no idea what that is. I don't get down into that level. I just tell them, "Yes, we need this" and then the purchasing staff takes care of the actual details.

The solution is quite expensive. The solution does charge for extra features. If you want an impact manager you pay for that. If you want forecasting you pay for it. If want any of the functions of scheduling, you pay for each component separately. You also pay for agents. They do not give that as part of the product, so they're add-ons, which costs money.

The solution offers good value for money.

Licensing costs are around $3000 a year.

Pricing can be steep, but you get what you pay for. If you are just concerned about cost, you are going to miss the big picture because Control-M has features that are light years ahead of the competition. Don't save a nickel to spend $20.

Pricing is a tricky area that I don't have much experience in. I can see it getting even trickier with more companies moving to a cloud-based infrastructure.

It works on task-based licensing.

We have a five-year contract with task-based licensing.

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.

The only thing we would object to are the license costs. That is what we are probably most annoyed with. We are paying something like €1,000,000 over three years for having 4,000 jobs running. That's expensive.