UniEAM

October 10, 2026 · UniEAM Editorial

When the Expert Retires, the Asset Model Breaks

As utilities face an accelerating retirement wave, the real risk is that institutional knowledge of how linear and discrete assets interact disappears. Most EAM architectures can't capture it.

Eighty-six percent of water and wastewater professionals now rank aging assets as the top pressure on their organisations, according to a 2026 industry benchmark of 100 operators. But buried in that same survey is a second pressure that operators discuss less openly: the workforce skills gap that is quietly undermining everything else.

These two pressures are connected. The link runs through your EAM architecture.

What Experienced Engineers Actually Know

Before examining the system problem, consider what a seasoned field engineer actually holds in their head.

A veteran pipeline operations manager knows that when a pump station in sector 4 runs below 60% capacity, a downstream segment starts showing anomalous pressure gradients by end of shift. They do not check a report. They know the system. A senior reliability engineer at a water treatment facility knows that a motor bearing flagging early-stage vibration, combined with above-average winter rainfall, means the facility will pull higher flow through a specific pipe network branch — the one with the 1987 joint that nobody has replaced.

This knowledge is cross-domain. It integrates discrete asset behaviour — the pumps, motors, and tanks inside the fence — with linear asset behaviour — the pipelines, mains, and distribution networks that carry flow beyond it. It is the reasoning that connects what happens at the facility to what happens miles down the network.

Most EAM architectures cannot store this reasoning. They were designed to track assets, not model relationships between asset types.

The Two-System Trap

For asset-intensive organisations managing both facilities and networks, the dominant EAM pattern is two separate platforms: one for discrete assets, one for linear infrastructure. Sometimes these are modules from a single vendor; often they come from different vendors entirely, integrated at the data layer.

This architecture made sense when systems were isolated and data was expensive. It makes less sense in 2026, when nearly every utility is building AI workflows over its operational data.

A 2025 DOE report found that 89% of transmission and distribution construction employers had difficulty finding qualified workers. The talent cliff is real and has no near-term fix. Simultaneously, a 2026 survey of utility leaders found that 66% named the talent gap as their single biggest obstacle to deploying AI — not the technology itself, but the domain expertise required to configure it correctly and trust its outputs.

That is the bind. The engineers who know the most about how assets actually behave are retiring, at exactly the moment organisations are trying to encode operational knowledge in AI at scale. If the EAM cannot represent relationships between both asset types, the AI agents built on top of it will reason within their lane — and the cross-domain patterns that experts held in their heads will disappear with them.

Network-Aware and Hierarchy-Aware, Together

Encoding institutional knowledge across asset types is exactly what separates a platform built for mixed portfolios from one retrofitted to handle them.

For linear assets — pipelines, water mains, transmission lines — the reasoning model needs to be network-aware. Failures propagate through topology. A corroded joint upstream is not just a local maintenance task; it is a node in a graph where downstream pressure, flow rate, and segment age create compounding failure probabilities. GIS-native representations and dependency graphs are prerequisites, not add-ons.

For discrete assets — plants, substations, pump stations — the model needs to be hierarchy-aware. Failures propagate through parent-child relationships. A faulty bearing is not just a bearing; it is a level-3 component in a functional location with its own maintenance history, ISO 14224 failure mode codes, and OEE impact on the facility it supports.

What experienced engineers hold in their heads is both: they reason from hierarchy outward into the network, and from the network inward to the hierarchy. An agentic platform built on unified data models can encode those same patterns — but only if the underlying models are genuinely unified, not linked through middleware. Middleware connects records; it does not unify reasoning.

Knowledge That Survives the Retirement Wave

The transition facing asset-intensive industries is not simply a staffing exercise. It is a knowledge-capture problem running on a compressed timeline.

Organisations that manage this well will treat the retirement wave as a data problem: how do we encode cross-domain reasoning — the kind that relates a pump failure inside the plant fence to a pressure anomaly in the pipe network two kilometres out — into an AI layer that persists after the expert retires?

That requires a data model where a pump failure at a depot and a pressure anomaly in the adjacent network are the same asset event and can be reasoned about together. Two systems with a sync job in the middle do not produce that. Neither does a single-vendor suite where the linear and discrete modules were built by different teams and share only an identifier field.

The organisations that move fastest are the ones that start with the right architecture before the last expert walks out the door.

Understanding how unified reasoning works across different infrastructure types starts here.

Curious how UniEAM handles both? Request a demo.