Bank data center operations room with monitoring consoles
IBM

Nordic Financial Institution. Mainframe software cost cut at renewal.

MLC charges tracked batch scheduling, not business growth. Peak management lowered the baseline and the renewal priced the lowered number.

Contact Us IBM Advisory
500+Enterprise clients
$2B+Under advisory
Industry Recognized
500+ Enterprise Clients
$2B+ Under Advisory
11 Vendor Practices
100% Buyer Side Independent

A Nordic financial institution cut its IBM mainframe software cost materially at renewal by attacking peak driven MLC charges, sub capacity reporting hygiene, and the ELA structure in one program.

Key takeaways

  • The estate: IBM zSeries mainframes running core banking with Db2 and middleware under monthly license charges.
  • The problem: software cost tracked monthly MSU peaks set by batch scheduling, not business growth.
  • The method: peak management, reporting hygiene, and ELA restructuring run as one renewal program.
  • The alternative tested: Tailored Fit Pricing was modeled against optimized rolling four hour averages.
  • The outcome: a material double digit percentage reduction in annual mainframe software cost.
  • The lesson: mainframe cost is an engineering problem and a contract problem; solving only one leaves money behind.

Why did the Nordic institution review its mainframe costs?

The institution reviewed the estate because mainframe software had become its largest single IBM cost while feeling unmanageable: charges moved with monthly peaks that batch scheduling set, and the renewal added contractual uplift on top. The IBM Z platform ran core banking, so exit was not the lever; cost engineering was.

Monthly license charges price on the rolling four hour average MSU peak. One badly placed batch job in one month sets the bill for that month, which makes the peak a controllable cost driver.

  • Scope: zSeries MLC products, the Db2 and middleware stack, and the ELA wrapper.
  • Method: twelve months of SCRT data analyzed interval by interval.
  • Output: a peak map showing which workloads set each month's billable MSU.

What did the MSU peak analysis find?

The analysis found the billable peaks were artifacts of scheduling, not demand. Month end batch collided with online windows, soft capping was unused, and several peaks traced to movable housekeeping jobs.

Mainframe cost findings and actions

FindingCost effectAction
Batch and online collision at month endSet the MSU peak in most monthsReschedule batch outside online windows
No defined capacity capsPeaks ran uncontrolledApply soft capping to non critical LPARs
Housekeeping jobs in peak windowsInflated rolling four hour averageMove to low utilization windows
ELA growth assumptionsUplift priced on unsupported growthRenegotiate against the workload baseline

What did Tailored Fit Pricing modeling show?

Modeling Tailored Fit Pricing against the optimized peak profile showed the consumption model priced higher than well managed MLC for this workload shape. TFP suits growing or spiky estates; an optimized flat estate kept the advantage under MLC.

How was the mainframe cost program executed?

Engineering moves came first so the renewal negotiated against the lowered baseline. The sequencing matters: a renewal signed before peak management locks the old peaks into the new term.

  1. Rebuild twelve months of SCRT reporting and validate the billable peaks.
  2. Reschedule batch and housekeeping workloads out of peak setting windows.
  3. Apply defined capacity caps where service levels tolerate them.
  4. Model TFP versus optimized MLC before choosing the contract structure.
  5. Renegotiate the ELA against the measured, lowered MSU baseline.

Why negotiate the ELA only after the engineering work?

Because the ELA prices the baseline. Every MSU removed from the peak before signature compounds across the term, while the same MSU removed after signature saves nothing until the next renewal.

What was the commercial outcome for the institution?

The program closed with a material double digit percentage reduction in annual mainframe software cost, a renewal priced on measured workload rather than assumed growth, and a standing peak management discipline owned by a named team.

  • Cost reduction: double digit percentage off annual mainframe software spend.
  • Contract fit: MLC retained after TFP modeling showed it priced lower for this profile.
  • Forward control: monthly peak review now runs before every SCRT submission.

Is this repeatable for other mainframe estates?

Yes, wherever peaks are scheduling artifacts. The engagement file shows 10 to 25 percent MLC reductions from peak management alone, before any contract negotiation, in estates that had never run the analysis.

Where the common advice on mainframe cost reduction is wrong

The standard advice is that mainframe software cost only falls when workload leaves the platform, so every business case becomes a migration case. We disagree. In roughly 10 to 15 mainframe reviews Morten Andersen advised in 2024 to 2025, peak management and reporting hygiene cut MLC charges 10 to 25 percent with zero migration risk, while the migration programs pitched against those estates carried multi year costs that dwarfed the savings. Migration can be right strategically, but as a cost lever it is the slowest and riskiest one available. The buyer side move is to manage the rolling four hour average first; it pays this year, not in five.

Financial institution data center operations consoles
The rolling four hour average MSU peak prices the month, and in most reviewed estates scheduling, not demand, set that peak.

What the engagement data shows

Three cuts of our advisory engagement file frame the size of the opportunity.

10 to 25%
MLC reduction from peak management alone
12 months
Of SCRT data behind the renewal baseline
10 to 15
Mainframe and ELA reviews advised 2024 to 2025

Source: Redress Compliance advisory engagement file, 2024 to 2025.

What to do next

Five moves turn this analysis into a lower invoice on the next renewal.

A sequence you can run this quarter

  1. Pull twelve months of SCRT reports and identify what set each monthly peak.
  2. Reschedule batch and housekeeping jobs out of the peak setting windows.
  3. Evaluate defined capacity caps on LPARs whose service levels tolerate them.
  4. Model Tailored Fit Pricing against your optimized MLC profile before any renewal.
  5. Negotiate the ELA only after the engineering baseline is lowered.
  6. Stand up a monthly peak review owned by a named engineer.
Cover of the IBM Z Mainframe Licensing Negotiation white paper from Redress Compliance

White Paper · IBM

IBM Z Mainframe Licensing Negotiation

How to cut IBM Z mainframe cost: Tailored Fit Pricing, MLC and IPLA mechanics, MSU optimization, and the sub capacity levers that hold at renewal. Read it free.

Read the white paper

Frequently asked questions

How do IBM mainframe monthly license charges work?

MLC products price on the rolling four hour average MSU peak each month, so the highest sustained usage interval sets the bill. Managing that peak directly reduces cost.

How much can mainframe peak management save?

Peak management cut MLC charges 10 to 25 percent without hardware or migration changes in the estates we reviewed, by rescheduling workloads and applying capacity caps.

Is Tailored Fit Pricing cheaper than MLC?

Not always. TFP prices consumption and suits growing or spiky workloads, but a flat, well managed estate can price lower under optimized MLC, which is why modeling both before renewal matters.

What is soft capping on IBM Z?

Soft capping sets defined capacity limits on LPARs so the rolling four hour average cannot exceed the cap, holding the billable peak down where service levels allow it.

When should the mainframe ELA be renegotiated?

After peak optimization lowers the measured baseline, because the ELA prices that baseline across the whole term. Signing first locks the unoptimized peaks in.

Free Download

The full IBM Audit Defense Guide framework from the IBM Advisory.

The PVU, MLC, and ELA moves that cut IBM costs across mainframe and distributed estates.

Used across more than five hundred enterprise engagements. Independent. Buyer side. Built for procurement leaders running the next renewal cycle.

No spam. We will only email you about this download. Privacy.
Run a software spend health check against your IBM estate in under five minutes.
Open the Tool →
10 to 25%
MLC reduction from peak management alone
12 months
Of SCRT data behind the renewal baseline
10 to 15
Mainframe and ELA reviews advised 2024 to 2025

The mainframe bill is set by a four hour window someone scheduled. Own the window and you own the bill.

Morten Andersen
Co Founder. Ex IBM, ex Oracle.
Deep Library

More on this topic.

IBM Advisory →
Financial district office towers at dusk
IBM
New England Bank IBM ELA Review
An ELA renewal rebuilt on measured deployment.
7 min read
Audit defense planning documents on a desk
IBM
IBM Audit Defense and Resolution
The notice to settlement playbook for IBM audits.
9 min read
Retail analytics dashboard on an office screen
IBM
Global Retailer IBM Licensing Review
Renewal resized to the measured estate.
8 min read
Editorial boardroom interior

The advisor your vendors do not want.

500+ enterprise clients. 11 vendor practices. Industry recognized. One conversation can change what you pay for the next three years.

Stay ahead of IBM licensing changes.

One buyer side briefing a week. Pricing moves, audit signals, and the levers that work. No vendor spin.