Skip to content

EMI3News & insightInsight

Your CMMS is not the execution layer

Enterprise systems hold the asset record. Planning systems schedule the work. Neither of them sees the work being performed, and that gap is not a reporting problem to be fixed with another dashboard.

Insight8 min read

A service in progress: the point at which most systems stop looking
A service in progress: the point at which most systems stop looking

Ask a maintenance organisation whether it has a system of record and the answer is almost always yes. SAP, Maximo, an established CMMS, often more than one. Ask the same organisation to show you what actually happened during last Tuesday’s 500-hour service on haul truck 305 (every task, in sequence, with what was found and what was skipped) and the answer changes.

Someone will offer to go and ask the supervisor.

That is the gap. Not a missing report, not a data quality issue, and not something an integration will close. There is a layer of the technology stack where the work itself happens, and in most industrial operations it is not instrumented at all.

Four layers, and the one nobody owns

Industrial technology stacks tend to resolve into four recognisable layers. Enterprise systems hold the asset register, the work orders and the cost. Planning systems decide what should happen and when. Automation and control run the machine. Sensors and condition monitoring report what the machine says about itself.

Every one of those layers is well served by mature software. Between them sits the work: a person, a procedure, a machine, and a shift in which to get it done. That layer runs on paper, spreadsheets, laminated cards and what the crew happens to remember.

Most systems capture data after the work. The execution layer captures the work as it happens.

A work order closed at the end of a shift records that a service occurred. It does not record whether the procedure was followed, which steps were skipped and why, or what the technician saw that was not on the list. Those things are reconstructed later, from memory, and then entered as though they were observations.

Why another dashboard does not fix it

The instinct is to report harder. Build a compliance dashboard. Add fields to the work order. Require a photograph on close-out. Each improves the record slightly, and none of them changes where the record comes from: still a person remembering after the fact.

An execution layer inverts that. The instruction is delivered at the machine, in sequence, on the device the technician is already holding. Completion is recorded as each task closes. A finding is raised where it is found, with a photograph attached, and routed while the machine is still open.

  • Variability narrows. Two crews on the same machine execute the same sequence, so outcomes stop depending on who was rostered.
  • Findings arrive early. A defect reaches a planner in minutes rather than after the machine has gone back to work.
  • The evidence exists. Not as a claim, but as a timestamped record of what was done, by whom, in what order.

What it is worth

Take an operation running 200 machines against a $200M annual maintenance budget. A two per cent improvement in reliability is roughly $4M of annual value, recovered from work that was already being paid for.

The assurance argument is harder to price and often matters more. When a regulator, an insurer or a board asks whether a control was actually applied, the organisation that can answer in minutes is in a materially different position from the one that begins an evidence hunt.

Was this useful?

We read every response. It decides what we write next.