Customisation modernisation

From legacy Java customisations to modern Automation Scripts.

Many enterprise Maximo estates still carry old Java customisations from the 7.x era — hard to maintain, hard to upgrade, and a blocker on the road to MAS. We modernise that codebase: review every Java customisation, decide what stays, what becomes configuration, and what is rewritten as an Automation Script. Result: an upgrade-ready Maximo with dramatically lower long-term cost of ownership.

Engineer reviewing legacy Maximo Java customisations alongside their Automation Script equivalents

Legacy Java customisations are the silent tax on a Maximo estate. They were the right answer ten years ago. They are the wrong answer now: opaque to the business, expensive to test, painful at every upgrade, and a blocker on the road to MAS. Modernising them removes that tax permanently.

What we deliver

  • Inventory and assessment of every Java customisation in the estate
  • Per-item decision: keep, retire, move to configuration, or rewrite as Automation Script
  • Modernisation delivered in waves, with behaviour preserved and tested before cutover
  • Clear migration of integrations and security context where required
  • Documentation that survives the rewrite, so the next team can support the estate
  • A measurably lower long-term cost of ownership and a much easier next upgrade

How it fits with the rest of the programme

Modernisation pairs naturally with Maximo to MAS upgrade and with Maximo 7.6 Extended Support: take the right code into the next version, not all of it. It is the partner discipline to Maximo configuration — together they decide what should be code at all. On large estates it sits inside an Upgrade Factory programme.

Sectors we have done modernisation in

Customisation modernisation — frequently asked questions

Why move from Java customisations to Automation Scripts?
Java customisations from the 7.x era are difficult to maintain, expensive to test, and a major drag on every upgrade. Automation Scripts are the supported, modern way to extend Maximo, are visible inside the application, and survive upgrades far better. Modernising the codebase removes a structural cost from the estate.
Do you rewrite everything as Automation Scripts?
No, that would be wasteful. We review every Java customisation and decide three things per item: keep as-is, retire because the requirement no longer holds or can be met by configuration, or rewrite as an Automation Script. The mix is decided on evidence, not a blanket rule.
How long does a modernisation programme take?
It depends on the volume of custom code and how it is structured. We start with a fixed-scope assessment, give you a credible inventory and effort estimate, and then deliver in waves so the estate keeps moving forward.
Can this run alongside an MAS upgrade?
Yes, and it usually should. The upgrade decisions and the modernisation decisions are tightly linked: you want to take the right code into MAS, not all of it. We routinely combine modernisation with Maximo to MAS upgrade and with Maximo 7.6 Extended Support.
Will we lose any business behaviour?
No. Behaviour is preserved by design; only the implementation changes. We test the modernised version against the old one before anything goes live.

Stop paying the legacy customisation tax.

Tell us roughly how much custom Java is in your Maximo estate today. We will scope a fixed assessment and tell you what it would take to retire it.

Get a modernisation assessment