Redefining Technology

Construction & InfrastructureRegulations, Compliance & Governance

Governing AI on legacy site systems in construction and infrastructure: the retrofit playbook

Governing AI on legacy site systems is the discipline of making AI accountable when it runs on infrastructure that predates it — analogue CCTV, decades-old SCADA, proprietary plant telematics, batch-fed project controls. Because the substrate cannot produce modern evidence, governance comes from compensating controls: surveyed estates, mediated feeds, provenance stamps and deliberate wrap-or-retire decisions.

Site engineers reviewing AI analytics running over a legacy control-room estate on a live infrastructure project
Construction & Infrastructure · Regulations, Compliance & Governance

Key takeaways

  1. AI governance frameworks silently assume a modern substrate — audit logs, APIs, identity, version control, a shared clock. Legacy site systems have none of these, so governing AI on them means engineering compensating controls, not writing better policy.
  2. The unit of governance is the feed, not the model. A defensible AI decision on a legacy estate requires a surveyed source system, a read-only tap, a mediation gateway that stamps provenance and time, and an evidence trail — the model itself is the easy part.
  3. Never let AI touch operational technology directly. The safe pattern is a one-way, read-only extraction into a mediated feed — the separation disciplines in NIST SP 800-82 and NCSC guidance apply to the AI retrofit exactly as they apply to any other OT connection.
  4. Every legacy system carrying an AI use case gets one of four deliberate decisions — wrap, replace, restrict or retire — driven by the criticality of the decision the AI informs and how far the substrate can be made trustworthy. Grandfathering by silence is the failure mode.
  5. The estate ladder runs Bolted-on → Surveyed → Wrapped → Assured → Renewed. Most operators sit in the first two stages, and the highest-leverage move is cheap: a survey of what actually feeds the AI, before another model is connected to an estate nobody has mapped.

Abbreviations used on this page

OT
Operational technology (control systems that act on the physical world)
SCADA
Supervisory control and data acquisition (industrial monitoring and control)
PLC
Programmable logic controller
RTU
Remote terminal unit (field-side telemetry device)
DVR
Digital video recorder (the recorder behind an analogue camera estate)
NVR
Network video recorder
BMS
Building management system
CDE
Common data environment (the ISO 19650 project information store)
NTP
Network time protocol (the shared clock feeds are stamped against)
OCR
Optical character recognition
API
Application programming interface
HSE
Health and Safety Executive (GB safety regulator)

Free · 8 questions · ~3 minutes

Score your estate on the retrofit ladder

Eight questions, one at a time, about three minutes. Answer them and we build your personalised estate report — your stage on the ladder, your score on each of the four dimensions, and the specific substrate gaps standing between your AI and a defensible decision — and send it to your inbox. Your result doubles as the ranked worklist for your first wrapping quarter.

0 of 8 answered

Question 1 of 8Estate visibility

Could anyone list the systems on your largest live site or asset that feed AI or analytics — with their age, interfaces and owners?

The register is the foundation: you cannot govern feeds from systems nobody has mapped, and the AI-touching subset is the part that matters first.

How the score maps to a stage
  • 05 — Stage 1, Bolted-on. AI consumes legacy-system data through improvised extractions — screen-scrapes, manual CSVs, vendor portal exports — with no survey of the substrate and no account of what the data actually is.
  • 611 — Stage 2, Surveyed. The estate is mapped — a register lists each legacy system, its interfaces, its owner and which AI consumes it — but the feeds themselves are still direct and unmediated.
  • 1216 — Stage 3, Wrapped. Critical legacy feeds pass through mediation gateways that stamp provenance, normalise time, enforce quality gates and log everything — compensating controls standing in for the guarantees the substrate cannot give.
  • 1721 — Stage 4, Assured. The compensating controls are themselves governed: failure drills run on a schedule, audits reconstruct real decisions backwards through the gateways, and every legacy system carries a recorded wrap/replace/restrict/retire decision.
  • 2224 — Stage 5, Renewed. The estate is managed as a portfolio: the AI-dependency register drives renewal priorities, wrap costs are traded against replacement openly, and new systems arrive AI-ready so the legacy problem stops regrowing.

What governing AI on legacy site systems actually means

A definition, the assumption gap at the heart of the problem, and the two routes legacy data takes into an AI decision — improvised and mediated.

Governing AI on legacy site systems means making AI-informed decisions defensible when the data underneath them comes from systems that predate every assumption modern governance makes. An AI governance framework quietly presumes a substrate that can log who read what, expose a documented API, keep an accurate clock, version its own changes and control access per user. The systems that actually run construction sites and infrastructure assets — analogue camera estates on DVRs, SCADA and PLC installations from the 2000s, proprietary plant telematics, BMS controllers with hand-edited point lists, batch-fed project controls, cabinets of scanned O&M manuals — can do none of that. The governance therefore cannot be inherited from the substrate; it has to be engineered next to it, as compensating controls: a surveyed estate, read-only taps, mediation gateways that stamp provenance and time, quality gates, and evidence trails manufactured at the boundary.

This page is the estate half of a pair. The rules half — the board-adopted charter, its risk classes, roles and approval gates — is covered clause by clause in the construction AI governance charter blueprint; what follows here is what those rules land on, and why they bounce off an unmapped estate. The framing bodies say the same thing from the other direction: the NIST AI Risk Management Framework (opens in a new tab) asks organisations to map the context and provenance of the data their AI depends on, and ISO 19650 (opens in a new tab) already governs the project information that flows through the CDE — but neither can conjure provenance out of a DVR that does not record it. On a legacy estate, the mapping exercise is a site walk, and the provenance is something you build.

Two routes from a legacy system to an AI decision

The same estate, two disciplines. The top lane is how AI actually reaches legacy data on most sites today; the middle lane is the mediated path this page builds; the bottom lane is what the mediation layer is designed to do when — not if — a legacy feed misbehaves. The ladder below measures how much of your estate travels each lane.

  • Data & feeds
  • Where value leaks
  • AI / model
  • System-of-record action
  • Human in the loop

The process, in words

  • On the direct route, data leaves the legacy system by whatever it will give up without a change request — a screen-scrape, a manual CSV, a vendor portal export. The model consumes it raw, with no provenance and no shared time base, and the decision built on it is defensible exactly until somebody — an auditor, an adjudicator, a client's assurance team — asks how the number was produced.
  • On the mediated route, the system is first surveyed and registered with an owner. A read-only tap extracts one way, so the AI adds no write path into OT. A mediation gateway stamps provenance, normalises timestamps against NTP and holds implausible values at quality gates. The model consumes only the governed feed, a named duty holder makes the decision, and the evidence store can reconstruct it months later.
  • The failure path is designed behaviour, not an exception. When a feed dies or silently changes shape — a firmware update, a point remap, an export that stops — the gateway alarms a named person within minutes and dependent outputs are withheld rather than computed on stale data. The operation falls back to its drilled pre-AI procedure, and the incident feeds the estate decision: wrap harder, restrict the use, or accelerate replacement.
Step-by-step insights
The improvised extraction is the whole problem in miniature
Every pathology of the direct route is visible in its first artefact. A screen-scrape encodes one person's configuration choices and breaks silently when a vendor moves a column. A manual CSV is stale on arrival and carries no record of who pulled it or from what state. A portal export runs under a personal login on terms nobody read, from a schema the vendor may change without notice. None of these can be monitored, versioned or reconstructed — which means nothing downstream of them can be either. The mediation gateway does not make the legacy system better; it makes the extraction honest, and honesty at the boundary is what every later control inherits.
The read-only tap: the OT boundary is non-negotiable
Controllers, PLCs, RTUs and the networks they live on act on the physical world — pumps, gates, plant, power. The retrofit rule is absolute: AI reads from OT only through a one-way, read-only mechanism — replication from a historian, a protocol converter publishing outward, a data diode where the asset's criticality warrants the hardware — and never writes back. This is not an AI-specific invention; it is the standing separation discipline of NIST SP 800-82 and NCSC operational-technology guidance, applied to one more untrusted consumer. The practical test is verification: 'read-only by policy' is a sentence, while a verified tap is a network path someone has actually inspected and can show you.
What the gateway actually stamps, and why time matters most
The provenance stamp records which system, which interface, which extraction run and which gateway version produced each datum — the lineage the substrate cannot supply. The less obvious service is time. Legacy estates run on drifting clocks: DVRs minutes out, historians on local time with daylight-saving ambiguities, telematics timestamped at the vendor's server rather than the machine. Any AI that correlates across systems — footage against access events, pump telemetry against weather — is silently wrong until timestamps are normalised against a disciplined NTP base at ingestion, with the original and corrected times both kept. Cross-system time is the least glamorous compensating control and the one most analytics quietly depend on.
Quality gates hold the line the source system never drew
A legacy system will happily report a level sensor stuck at the same value for three years, a weighbridge column swap, or a point remap that turns temperatures into pressures — none of it crosses an alarm threshold, so none of it is an event. Gateway quality gates make it an event: plausibility ranges per tag, rate-of-change checks, schema contracts that alarm when an export changes shape, and stuck-at detection. Crucially, gated data is held and flagged, not silently dropped — the asset engineer gets a ticket, the model gets nothing, and the gap in the feed is itself recorded evidence.
The human stays the duty holder, and the estate must not blur that
Nothing in the mediated lane changes who is accountable. Statutory duties on a site or an asset — the temporary-works certification, the lifting plan, the permit to work — belong to named competent people, and neither HSE's regime nor any other recognises a model as a duty holder. The estate's contribution is to keep the human's decision honest: a recommendation carrying provenance can be trusted or challenged on its merits, while one from an unmapped feed forces the duty holder to either rubber-stamp or ignore it. Governing the substrate is, in the end, a service to the person who signs.
Evidence as a by-product — the retrofit's quiet payback
The gateway log, the provenance stamps and the withheld-output records accumulate into something legacy estates have never had: a reconstructable account of what was known, when, from which system, and what was decided on it. That trail answers a client assurance questionnaire in a day, gives an adjudicator something better than recollection, and satisfies the logging expectations that regulation increasingly attaches to consequential AI. Firms that wrap for governance reasons consistently find the evidence layer paying for itself in disputes and audits that have nothing to do with AI at all.

The retrofit ladder: five stages from Bolted-on to Renewed

For each stage: what it looks like on a real estate, the diagnostic signals a reviewer can check in an afternoon, the anti-pattern that traps operators there, and what leaving costs.

The ladder below is written for the people who own the estate, not for a software audience. Each stage describes an observable condition of the systems and feeds — not of the models — because on a legacy estate the models are rarely the constraint. The hallmarks are conditions you can verify, the diagnostic signals are checks you can run against your own site this week, and the anti-pattern is the specific mistake most often made trying to leave that stage.

Defensibility released against stage

The curve is steep in the middle. Stages 1 and 2 release little — a surveyed estate is knowledge, not control — and the inflection comes at Wrapped, when evidence starts being manufactured at the boundary and decisions become reconstructable. This is why estates that measure progress in models deployed rather than feeds mediated report activity without defensibility.

Decisions you can defend by stage

  • Stage 1 · Bolted-on — 34% of operators. AI consumes legacy-system data through improvised extractions — screen-scrapes, manual CSVs, vendor portal exports — with no survey of the substrate and no account of what the data actually is.
  • Stage 2 · Surveyed — 29% of operators. The estate is mapped — a register lists each legacy system, its interfaces, its owner and which AI consumes it — but the feeds themselves are still direct and unmediated.
  • Stage 3 · Wrapped — 22% of operators. Critical legacy feeds pass through mediation gateways that stamp provenance, normalise time, enforce quality gates and log everything — compensating controls standing in for the guarantees the substrate cannot give.
  • Stage 4 · Assured — 11% of operators. The compensating controls are themselves governed: failure drills run on a schedule, audits reconstruct real decisions backwards through the gateways, and every legacy system carries a recorded wrap/replace/restrict/retire decision.
  • Stage 5 · Renewed — 4% of operators. The estate is managed as a portfolio: the AI-dependency register drives renewal priorities, wrap costs are traded against replacement openly, and new systems arrive AI-ready so the legacy problem stops regrowing.

Curve shape: logistic, plotted from the stage data above. Distribution: Consistent with McKinsey's construction-productivity research.

Select a stage

Every stage's full detail is in the page source — the selector only changes which panel is visible, so nothing here depends on JavaScript to exist.

Stage 1

Bolted-on

34% of operators sit here

AI consumes legacy-system data through improvised extractions — screen-scrapes, manual CSVs, vendor portal exports — with no survey of the substrate and no account of what the data actually is.

Bolted-on is the natural first state, because it is the path of least resistance twice over. The AI vendor wants a demo running before the pilot review; the fastest route to data is whatever the legacy system will give up without a change request — a nightly CSV from the weighbridge terminal, a screen-scrape of the plant-hire portal, a USB pull from the DVR. Each extraction works, in the sense that bytes arrive. None of it is governed, in the sense that nobody can say what the bytes mean, when they were true, or whether tomorrow's bytes will mean the same thing.

The defining property of this stage is that the improvisations are invisible. The model's outputs look like outputs; the dashboard renders; the pilot review sees accuracy figures. What nothing surfaces is that the accuracy was computed against data whose provenance is a chain of undocumented habits — an operator keying tonnage into a 2008 terminal, an export template someone configured and left the company, a portal whose schema the vendor changes without notice. The governance question 'could you defend this decision?' has a simple answer at this stage: no, and you will not find out until someone asks.

This is also the stage where the OT exposure is created. In the rush to feed the model, laptops get plugged into engineering networks, historians get queried from the corporate side, and telemetry paths get opened that no one risk-assessed — precisely the pattern operational-technology security guidance exists to prevent. The cost of leaving Bolted-on is not a platform; it is a survey. Walking the estate and writing down what actually feeds the AI is a matter of weeks, and it converts an unknown risk surface into a known one before the next model is connected.

In practice

The weighbridge column that moved

A contractor's innovation team feeds a materials-productivity model from a nightly export of a 2008 weighbridge terminal, set up by screen-scraping the operator console. A routine software update reorders two columns. For six weeks the model reads vehicle counts as tonnage, the productivity dashboard trends gently upward, and the figure is quoted in a monthly client report. The error is found by an estimator doing a manual cross-check for an unrelated claim — and the awkward question is not the six weeks of bad numbers, but how many other feeds work the same way. Nobody can answer, because nobody has the list.

What it looks like

  • Models read legacy systems via screen-scrapes, e-mailed CSVs or portal exports
  • Nobody can list the systems that feed AI, let alone their age or interfaces
  • Timestamps from different systems are assumed comparable and are not
  • The first anyone hears of a dead feed is a decision that looks wrong

Diagnostic signals you can check this week

  • Ask for the list of systems that feed any AI or analytics tool — a shrug or a from-memory answer means Bolted-on
  • Trace one model input backwards; if you hit a screen-scrape, an e-mailed CSV or a personal login to a vendor portal, you are here
  • Compare timestamps on the same event from two site systems — minutes of unexplained drift is the norm at this stage
  • Ask when a feed last failed and how it was noticed; 'the numbers looked odd' is the stage-1 answer

Anti-pattern · Auditing IT and calling it the estate

The instinctive response is to hand the problem to IT, who audit what they can see: the office network, the licensed software, the cloud subscriptions. The audit comes back tidy and misses the point, because the systems feeding AI on a construction or infrastructure estate are mostly not IT's — they are the DVR in the site cabin, the historian in the pumping station, the telematics portal the plant-hire desk logs into, the BMS in the energy centre. An estate survey has to walk the site and the asset, not the software register, and it has to record interfaces and data paths, not just system names.

What holds you here

Nobody can list the legacy systems AI touches, so every governance conversation is about a model while the real risk sits in the unmapped feeds beneath it.

Highest-leverage next move

Survey one live site or asset end to end — every system an AI or analytics tool reads, its age, its interface, its owner — before connecting anything else.

Cost of leaving

Effort
4–8 weeks
Team
One OT-literate engineer and one site or asset engineer, part-time
Risk
Low — the survey changes nothing in production; the risk is only in what it finds
To next stage
1–2 months

If this is you, the next step is

A two-week walk of one site or asset: every AI-touching system, interface and data path, registered and flagged.

Survey what actually feeds your AI

Stage 2

Surveyed

29% of operators sit here

The estate is mapped — a register lists each legacy system, its interfaces, its owner and which AI consumes it — but the feeds themselves are still direct and unmediated.

Surveyed is the stage where the estate stops being folklore. Someone has walked the site and the asset base and written down what is actually there: the DVR estate and its firmware versions, the historian and the tags it holds, the telematics portals and who has the logins, the BMS controllers and the point lists last updated a decade ago, the weighbridge, the turnstiles, the batch plant. Against each entry sits the thing governance actually needs: what extracts from it, how, on what schedule, into which model, owned by whom. The register is unglamorous and it changes the conversation permanently — risk can now be ranked instead of guessed.

What the survey almost always finds is worse and more useful than expected. A typical first pass on a mature estate turns up several systems nobody named in advance, at least one whose vendor no longer exists, documentation gaps that make interface behaviour a matter of experiment, and two or three extraction paths that would embarrass the firm in front of a client auditor. It also finds the good news: which feeds are already clean enough to mediate cheaply, and which AI use cases were quietly consuming data too unreliable to act on — knowledge that redirects investment before it is wasted.

The trap at this stage is treating the register as the deliverable. A survey with no controls behind it is a well-documented version of stage 1: the screen-scrapes are now beautifully catalogued and still silently wrong. The register's purpose is to sequence the wrapping work — which feeds get mediation gateways first, driven by the criticality of the decisions their AI informs, not by which system is oldest or which team shouts loudest. The move to Wrapped starts with the single feed whose failure would be most expensive to discover late.

In practice

The survey that found forty-three systems

An infrastructure joint venture surveys one depot expecting a dozen systems and finds forty-three, nine of which feed AI or analytics tools. Three have no documentation at all; interface behaviour has to be established by test. One — the fuel-management terminal — was supplied by a company dissolved years earlier, and its export format is understood by exactly one technician approaching retirement. The register turns that from an anecdote into a ranked risk: the fuel data feeds a carbon-reporting model whose figures go to the client, so the feed goes first in the wrapping queue and the undocumented format is captured while the technician is still on payroll.

What it looks like

  • A register lists the legacy systems, their age, interfaces and data quality flags
  • Every AI input can be traced to a named source system and an owner
  • The worst extractions are known and ranked, but still running
  • Feed failures are still discovered by humans noticing odd outputs

Diagnostic signals you can check this week

  • Ask for the register and check it against one site walk — a register that misses the DVR or the batch plant was a desk exercise
  • Pick one model and ask for its inputs' source systems, interfaces and owners; at Surveyed this answer takes minutes
  • Check whether register entries carry data-quality and documentation flags, or just names
  • Ask which feed would be wrapped first and why — a criticality-ranked answer means the stage is real

Anti-pattern · Wrapping by age instead of by criticality

With the register in hand, the tempting programme is chronological: wrap the oldest, ugliest systems first because they offend the engineers most. But the 1998 BMS feeding a comfort-analytics dashboard can stay ugly for years without hurting anyone, while the comparatively modern telematics portal feeding a plant-safety model needs mediation this quarter. Sequence by the criticality of the decision the AI informs, crossed with how bad the feed actually is. The matrix on this page — wrap, replace, restrict, retire — exists to make that a recorded decision instead of a taste.

What holds you here

The estate is known but the feeds are still raw — every AI decision still stands on unmediated data, and the register documents the exposure without reducing it.

Highest-leverage next move

Pick the feed behind the most critical AI-informed decision and put a mediation gateway on it — provenance stamp, time normalisation, quality gates — as the pattern for the rest.

Cost of leaving

Effort
2–4 months to the first mediated feeds
Team
One integration engineer, one OT engineer, the register owner; asset-owner sign-off for anything touching OT
Risk
Low to medium — read-only taps are deliberately non-invasive, but OT-adjacent work always needs the asset owner in the room
To next stage
2–4 months

If this is you, the next step is

A working session over your register: the wrap/replace/restrict/retire call for every AI-touching system, recorded.

Rank your estate for wrapping

Stage 3

Wrapped

22% of operators sit here

Critical legacy feeds pass through mediation gateways that stamp provenance, normalise time, enforce quality gates and log everything — compensating controls standing in for the guarantees the substrate cannot give.

Wrapped is where governance becomes an engineering fact instead of a documentation exercise. Between each critical legacy system and the AI that reads it now sits a mediation gateway — a deliberately boring piece of infrastructure that does four things the substrate cannot. It stamps provenance: which system, which interface, which extraction, when. It normalises time, converting the DVR's drifting clock and the historian's local time into one NTP-disciplined base so events can be honestly ordered. It enforces quality gates, holding back stuck values, impossible readings and schema changes instead of passing them to the model. And it logs, giving every downstream decision a trail the source system could never provide.

The OT boundary is settled at this stage, permanently. Models never query controllers, PLCs or historians directly; extraction happens through read-only taps — one-way replication, protocol converters, or a data diode where the asset warrants it — so the AI retrofit adds no write path and no attack path into systems that act on the physical world. This is not an AI-specific invention: it is the standard separation discipline of NIST SP 800-82 and NCSC operational-technology guidance applied to a new consumer. Treating the AI as just another untrusted connection to OT is the mindset that keeps the retrofit out of the incident report.

What changes operationally is failure. At stages 1 and 2, a dead or corrupted feed is discovered by a human noticing that decisions look odd — days or weeks late. At Wrapped, the gateway notices in minutes: a staleness alarm, a schema alarm, a quality-gate trip, each paging a named person. Just as important is what the AI does next: outputs that depend on the failed feed are withheld, not computed on stale data, and the operation falls back to its pre-AI procedure — which is still documented and still drilled. A wrapped estate fails loudly and safely; an unwrapped one fails silently and expensively, which is the entire difference.

In practice

The historian behind the gateway

A water-sector operator wraps a twenty-year-old pumping-station historian feeding a new anomaly-detection model. The read-only tap replicates tags one way into a gateway that stamps provenance, normalises the station's clock against NTP, and enforces plausibility gates per tag. In the first month the gates catch a level sensor stuck at a constant value — a fault the station's own alarms had been ignoring for years because it never crossed a threshold. The model never sees the stuck tag; the asset engineer gets a ticket instead. The wrap was justified as AI governance and paid for itself as instrument maintenance.

What it looks like

  • AI consumes mediated feeds, not raw extractions, for every critical decision
  • Gateways stamp provenance and normalise timestamps against a shared clock
  • OT is reached only through verified read-only taps — no direct model connections
  • Feed-health alerting pages a named person when a feed dies or changes shape

Diagnostic signals you can check this week

  • Trace a critical model input; at Wrapped it passes through a gateway with provenance and time stamps you can inspect
  • Ask how AI reaches OT and demand evidence: verified read-only taps, not a policy statement
  • Kill a test feed and time the alarm — minutes at Wrapped, days below it
  • Ask what the model does when a feed is stale; 'withholds' is the wrapped answer, 'keeps scoring' is not

Anti-pattern · Validating the pipe and forgetting the instrument

A mediation gateway checks that data is well-formed, timely and plausible — it cannot check that the physical instrument behind the data is telling the truth. Legacy sensors drift, weighbridge calibrations lapse, cameras fog and shift. A feed can pass every gateway gate while faithfully transporting a lie, and a model retrained on months of drifted readings learns the drift as normal. The wrap must therefore reach the physical layer: calibration records captured as feed metadata, instrument checks in the maintenance cycle tied to the feeds AI depends on, and drift on the instrument treated as a first-class alarm, distinct from drift in the model.

What holds you here

Controls exist feed by feed, but nothing yet proves the whole arrangement — nobody has audited the wrappers, drilled the failures on a schedule, or made the wrap-versus-replace economics explicit.

Highest-leverage next move

Turn the wraps into a system: schedule failure drills, audit gateway evidence by sampling real decisions backwards, and record a wrap/replace/restrict/retire decision for every register entry.

Cost of leaving

Effort
3–6 months across the critical feeds
Team
Integration engineer, OT engineer, asset-owner representative; the register owner sequencing the queue
Risk
Medium — the gateways are additive, but each wrap touches change control on systems that run the site or the asset
To next stage
6–12 months

If this is you, the next step is

One feed, end to end: tap, gateway, provenance, alarms and the drilled fallback — as the template for your estate.

Wrap your most critical feed

Stage 4

Assured

11% of operators sit here

The compensating controls are themselves governed: failure drills run on a schedule, audits reconstruct real decisions backwards through the gateways, and every legacy system carries a recorded wrap/replace/restrict/retire decision.

Assured is the stage where the firm stops trusting its own wrapping and starts testing it. The mediation layer built at stage 3 is infrastructure, and infrastructure decays: a gateway config drifts, an alarm rota goes stale, a 'temporary' direct connection appears during a shutdown and stays. The assurance discipline is adversarial by design — sample an AI-informed decision from the last quarter and walk it backwards through the evidence, from the recommendation to the gateway log to the provenance stamp to the raw extraction, and see whether the chain actually holds. Then walk the other way: pick a live feed and check the register, the tap, the alarms and the estate decision all exist and match. The gaps found are the product.

The failure drill graduates from a good habit to a governed cadence. On a schedule, a feed is deliberately killed or corrupted on a quiet shift: does the alarm page the right person, does the model withhold, does the fallback procedure actually run with the people on that shift, how long until normal service. The drill report — what worked, what did not, what changed as a result — is the single most persuasive artefact the estate can produce, because it is evidence of behaviour rather than intention. It is what an assurance-minded client, an insurer or a regulator can be shown without interpretation.

Assured is also where the economics become honest. Every wrap has a running cost — the gateway, the alarms, the drills, the audit time — and for some systems that cost quietly exceeds what replacement would amortise to. The recorded wrap/replace/restrict/retire decision, reviewed on a date rather than on a whim, is what keeps the estate deliberate: the analogue camera estate whose wrapper costs more per year than an IP refresh, the historian whose vendor support ends next cycle, the portal whose schema changes have tripped the gates three times this year. These are renewal signals, and at Assured they are read as such instead of being absorbed as maintenance noise.

In practice

The audit that walked a deferral backwards

An asset operator's internal audit samples a maintenance deferral recommended by an AI model and approved by an asset engineer eight months earlier. The walk-back succeeds: the gateway log shows the feed versions and provenance stamps behind the recommendation, the quality gates' state at the time, and the engineer's approval with the fallback available. The walk also finds the gap that becomes the audit's real finding — one input feed had been re-pointed during a station upgrade and the register never updated, so the evidence chain held but the register lied. The fix is procedural: re-pointing a feed now requires a register change as part of the same permit.

What it looks like

  • AI-informed decisions can be reconstructed end to end from gateway evidence, months later
  • Feed failures and fallbacks are drilled on a schedule, with findings recorded
  • Every register entry carries a recorded estate decision with a review date
  • Assurance effort is ranked by decision criticality, not spread evenly

Diagnostic signals you can check this week

  • Ask for the last drill report and what it changed — a date and a diff means Assured; 'we drilled once at go-live' does not
  • Sample one AI-informed decision yourself and time the reconstruction — hours from standing evidence, or weeks of archaeology
  • Read three register entries: each should carry an estate decision, its rationale and a review date
  • Check whether any 'temporary' unmediated connections exist right now — the honest answer is measured, not asserted

Anti-pattern · Assuring everything equally

Once the assurance machinery exists, the bureaucratic instinct is to run every feed through the same depth of audit and the same drill cadence — which drowns the team in low-stakes evidence and starves the feeds that matter. The comfort-analytics BMS feed does not need quarterly drills; the plant-proximity safety feed does. Rank assurance effort by the criticality of the decision the AI informs, publish the ranking, and accept thin evidence on the estate's long tail. An assurance programme that cannot say what it deliberately does not check is not rigorous — it is unprioritised.

What holds you here

Assurance proves each system individually, but the estate still ages faster than it is renewed — wrap costs accumulate and nothing systematically converts them into replacement decisions.

Highest-leverage next move

Feed the estate decisions into the renewal plan: let the AI-dependency register and the wrap economics drive which systems are replaced next, and write AI-readiness into every procurement.

Cost of leaving

Effort
6–12 months to a full cycle, then continuous
Team
Internal audit or an external assurance partner, the register owner, asset engineering time for drills
Risk
Medium — drills and audits consume scarce OT-literate engineering time, and the findings create work
To next stage
12+ months

If this is you, the next step is

A mock audit: we sample real AI-informed decisions and walk them backwards through your gateways, then report what held.

Stress-test your evidence chain

Stage 5

Renewed

4% of operators sit here

The estate is managed as a portfolio: the AI-dependency register drives renewal priorities, wrap costs are traded against replacement openly, and new systems arrive AI-ready so the legacy problem stops regrowing.

Renewed is not the estate becoming modern — no working construction or infrastructure estate ever fully is. It is the estate becoming deliberately managed, with AI dependency as a first-class input to renewal. The question 'which systems do we replace next year?' is answered partly from the dependency register: which substrates carry the most critical AI decisions, which wrappers cost the most to run and audit, which vendors are approaching end of life, which feeds trip their quality gates most often. Renewal money follows governance economics, which means the ugliest system in the yard is not necessarily next — the one whose wrapper is the most expensive lie to maintain is.

The second discipline of this stage is refusing to mint new legacy. Every procurement — the new access-control estate, the batch-plant replacement, the camera refresh, the historian upgrade — carries AI-readiness requirements in the specification: documented APIs, event logging, NTP time discipline, schema-change notification, data export in an open format, and contractual terms covering what the vendor may and may not do with the data. None of this is exotic, and all of it is nearly free at procurement time and painfully expensive to retrofit. The firms at this stage learned that the wrapping programme they just finished was the price of two decades of procurement that never asked.

Retirement gets the same rigour as acquisition. A legacy system leaving service is a governance event: its archives get a disposition decision — migrate, retain with an owner, or destroy on a schedule — its feeds are formally decommissioned in the register, and the models that consumed them are re-pointed or re-validated rather than left reading a ghost. The stage's quiet achievement is that the estate's story becomes tellable: an auditor, a client or an incoming engineering director can be shown what runs, what feeds what, what is wrapped, what is scheduled for replacement and why. That narrative, backed by evidence, is what estate governance was for all along.

In practice

The renewal case the register wrote

An operator's capital-planning round considers replacing a sprawling analogue camera estate. Historically the case would have been image quality and spares scarcity, and it would have lost to shinier bids. This year the dependency register adds the missing numbers: the DVR wrapper costs a five-figure sum annually to run and audit, three vision-analytics use cases are restricted to advisory mode because the substrate cannot carry them at the required assurance level, and the encoder fleet that makes the wrap work is itself approaching end of life. Replacement wins the round — and the specification for the new estate requires NTP, event logs, open export and schema-change notice, so the successor never needs wrapping at all.

What it looks like

  • Renewal and capital plans cite the AI-dependency register and wrap economics
  • Procurement specifications require APIs, event logs, NTP time and export contracts
  • Retired systems have formal data-disposition decisions, not abandoned archives
  • The wrapped share of the estate falls by design, not by accident

Diagnostic signals you can check this week

  • Read the current capital plan for citations of the dependency register or wrap economics — their absence means stage 4 at best
  • Read the last three procurement specifications for AI-readiness clauses
  • Pick a recently retired system and ask for its data-disposition record
  • Plot the wrapped share of critical feeds over two years — at Renewed it trends down on purpose

Anti-pattern · Declaring the estate modern

The terminal failure is triumphalism: the renewal programme completes its headline replacements, the ugliest wrappers come out, and leadership declares the legacy problem solved — at which point the disciplines that solved it are defunded. But estates regrow legacy continuously: the new systems age, acquisitions arrive with their own unmapped substrates, and vendors sunset products on their own schedules. Renewed is a steady state that must be operated, not a summit to descend from. The register, the estate decisions and the procurement clauses are permanent fixtures; the day they are archived, the firm restarts the ladder from wherever the next surprise finds it.

What holds you here

Sustaining the portfolio discipline through leadership and budget cycles — renewal governance is invisible when it works, which makes it perpetually easy to cut.

Highest-leverage next move

Anchor the register and the estate decisions in the asset-management system of record and the annual capital process, so the discipline survives its founders.

Cost of leaving

Effort
Continuous — one renewal cycle and one register review per year, minimum
Team
Asset management, procurement, the register owner, finance for the wrap-versus-replace economics
Risk
Concentrated — the discipline is the first casualty of a leadership change or a cost-cutting year, and decay is silent

If this is you, the next step is

We price your wrappers' true running cost against replacement, per system, in capital-planning terms.

Build the wrap-versus-replace case

Where construction and infrastructure estates actually sit

The distribution across the ladder, and why the industry's digitisation record makes the legacy problem structural rather than accidental.

Most estates are at the bottom of the ladder. Bolted-on is the mode: AI has arrived faster than any survey of what it reads, so the typical condition is models consuming improvised extractions from systems nobody has mapped. The distribution below is illustrative — model-derived from the adoption and digitisation research cited, not a survey result — but the shape is the part that matters: the population thins dramatically at Wrapped, because that is where governance starts costing engineering rather than documentation.

Where estates sit on the retrofit ladder

Illustrative distribution — model-derived, not a survey result. Bolted-on is the mode, and the sharpest drop is into Wrapped, where compensating controls must actually be engineered feed by feed.

Share of estates (illustrative)

  • 34% — 1 · Bolted-on (the mode)
  • 29% — 2 · Surveyed
  • 22% — 3 · Wrapped
  • 11% — 4 · Assured
  • 4% — 5 · Renewed

Source: Illustrative, synthesised from McKinsey construction-productivity and WEF construction-digitalisation research

Construction is among the least digitized sectors in the world.

The distribution is not an indictment of the operators — it is the arithmetic of the sector's history. McKinsey Global Institute's productivity research (opens in a new tab) has documented construction's two-decade productivity gap and ranked it near the bottom of industry digitisation; the World Economic Forum's construction transformation work (opens in a new tab) has argued since 2016 that the sector's technology adoption depends on capabilities and governance keeping pace with tooling. An industry that digitised late is now adopting AI onto the estate that late digitisation left behind — which is why the retrofit question is arriving everywhere at once, and why it is a governance question rather than a modernisation slogan. The estates that handle it well are not the ones that replace everything; they are the ones that know what they have, wrap what matters and replace on evidence.

The substrate gap catalogue: system by system, control by control

The eight legacy system families AI is being bolted onto, what each one cannot give you, and the compensating control that stands in. This table is the page's working tool — read your estate against it.

Every legacy system family fails governance in its own way, and the compensating control has to match the specific guarantee that is missing. The catalogue below is the working tool this page exists to deliver: find the systems your AI touches, read what each cannot provide — the substrate gap — and take the compensating control as the engineering requirement for that feed. The pattern to notice is that no gap is closed by policy alone; every row ends in a control that must be built, configured or contracted.

Legacy systemAI being bolted onWhat it cannot give youThe compensating control
Analogue CCTV on DVRsVision analytics: PPE, exclusion zones, plant proximityNo export log, no accurate clock, no retention control, unknown frame provenanceEncoder/NVR wrapper; NTP stamping at capture; retention enforced at the wrapper, aligned to ICO surveillance guidance
SCADA / PLC estates on assetsAnomaly detection, predictive maintenanceNo per-read audit trail, unauthenticated protocols, flat networks, historian gapsRead-only tap (one-way replication or data diode); provenance stamp at ingestion; SP 800-82-aligned segmentation
Plant telematics (mixed fleets)Utilisation, idle-time and maintenance modelsInconsistent definitions across brands, portal exports with silent schema changes, no lineageOne mediation gateway normalising definitions across brands; schema contracts with change alarms
Access control & turnstilesPresence, workforce-flow and fatigue analyticsClock drift, no API (direct database reads), identity joins with no granularityRead-only replica; time normalisation; purpose limits fixed in writing before any join to a person
Weighbridges & batch plantsMaterials reconciliation, carbon accountingOperator-keyed fields, paper calibration records, no versioning of terminal softwareCalibration certificates captured as feed metadata; double-entry reconciliation gates; export contract with the vendor
BMS in energy centres & handover assetsEnergy optimisation, comfort and plant analyticsMislabelled points, hand-edited point lists, no change log on controller configPoint-mapping survey with a versioned map; the gateway rejects unmapped points; remaps require a register change
Project controls & legacy ERPSchedule-risk, cash-flow and claims modelsBatch exports, retrospective edits invisible, no event historySnapshot-and-diff at the gateway; edit-window rules; model consumes the diffed history, not the mutable table
Scanned archives & O&M manualsOCR and LLM retrieval over project historyNo provenance of scan versus original, superseded revisions indistinguishable from currentProvenance metadata at ingestion; supersession status resolved against the CDE before a document enters the corpus
The substrate gap catalogue for construction and infrastructure estates. 'What it cannot give you' is the guarantee modern AI governance assumes and the legacy system lacks; the compensating control is engineered at the boundary, never inside the legacy system itself.

Two rows deserve a health warning. The camera row crosses into personal-data territory the moment analytics meet people: purpose limitation, DPIAs and workforce consultation are governed by the ICO's video surveillance guidance (opens in a new tab) and are treated in depth on this cell's project data-governance page — the catalogue above covers only the substrate mechanics. And the SCADA row is the one where enthusiasm hurts most: NIST SP 800-82 (opens in a new tab), the standing guide to OT security, exists precisely because connecting new consumers to control systems has a long incident history that predates AI. The AI retrofit earns no exemption from it.

Read the catalogue with a sequencing eye rather than a completionist one. Nobody wraps eight system families in a quarter, and nobody should: the order comes from crossing each row against the criticality of the decisions its AI informs, which is exactly the exercise the matrix later on this page formalises. A typical first quarter mediates one safety-adjacent feed and one commercially-reported feed — enough to prove the gateway pattern, produce the first drilled fallback, and give the estate register two rows of evidence instead of eight rows of intention.

What instrumenting a legacy estate looks like in public

Two publicly reported programmes, read against the ladder. Neither is an Atomic Loops engagement — each links to the operator's own published material.

The clearest public evidence for the wrapping thesis comes from operators whose estates are too old and too large to replace. In both cases below, the differentiator was not model sophistication — it was the decision to build an instrumented, governed data layer over a substrate that could never provide one natively, and to let renewal follow the evidence rather than precede it.

Two programmes read against the ladder

Outcomes as reported by the operators themselves — verify against the linked sources before reusing figures; we have not independently audited them. The Caterpillar card uses the operator image from this page's image library; no Network Rail operator image exists in the library, so that card carries a generated industry scene, not operator imagery.

Generated scene: rail infrastructure monitoring over a legacy asset base with condition data overlaysNetwork RailGB rail infrastructure owner · ~20,000 miles of track24
Challenge
An asset base substantially built in the Victorian era, historically inspected by people walking the track and condition recorded in ways that could not support prediction — a legacy substrate in the most literal sense.
Approach
Network Rail's publicly reported intelligent-infrastructure direction instruments the existing assets rather than trusting their records: remote condition monitoring on ageing equipment, in-service trains capturing track geometry and imagery at line speed, and machine learning applied over the resulting feeds to move maintenance from find-and-fix towards predict-and-prevent.
Reported outcome
Network Rail publicly reports using remote condition monitoring, train-borne measurement and data-driven maintenance across its network as core to its asset-management strategy.
What it shows about the curveYou do not need the legacy asset to be digital — you need the evidence layer above it to be. Instrumenting a Victorian estate and governing the resulting feeds is the Wrapped-to-Assured move at national scale.

Network Rail — how we work (opens in a new tab)

Caterpillar construction plant fitted with telematics hardware on an active siteCaterpillarGlobal construction equipment manufacturer · dealer network13
Challenge
Customer fleets are mixed by design — machines from multiple decades and multiple manufacturers on one site — so the machine data that condition monitoring and utilisation analytics need was fragmented, inconsistent or absent on older plant.
Approach
Caterpillar's publicly documented connectivity offer productises the retrofit: telematics hardware that can be fitted to older and mixed-brand machines, feeding a common platform with consistent data definitions, on which its dealers and customers run condition monitoring and fleet analytics.
Reported outcome
Caterpillar publishes its equipment-connectivity and condition-monitoring capabilities, including retrofit options for existing fleets, as a standing part of its equipment-management offer.
What it shows about the curveA retrofit kit is a mediation layer productised: the value is not the sensor but the single governed channel with consistent definitions that a mixed legacy fleet otherwise never has. That is the Bolted-on-to-Wrapped move, sold as a product.

Caterpillar — equipment technology (opens in a new tab)

The four dimensions that set your stage — and the estate decision matrix

Why AI governance frameworks break on legacy estates, the four dimensions that gate each other, and the wrap/replace/restrict/retire call for every system.

AI governance frameworks break on legacy estates because they audit intentions the substrate cannot execute. Ask a framework's standard questions of a 2006 DVR — who accessed this data, when was it modified, what is its lineage, is the clock trusted — and the honest answer to all four is that the system has no concept of the question. Regulation is moving the same way: the EU AI Act (opens in a new tab) attaches logging and traceability obligations to high-risk AI systems (covered in depth by its own page in this section), and an obligation to log is unmeetable by a substrate that cannot log — unless the evidence is manufactured at the boundary. That is why this page scores estates on four dimensions, and why the lowest dimension is your real stage: each one gates the others.

  • Estate visibility

    Whether the systems feeding AI are known — age, interfaces, owners, and which models consume them. This dimension gates everything: an unmapped feed cannot be mediated, monitored or defended, and on most estates the survey finds a third more systems than anyone named in advance.

  • Provenance & data quality

    Whether you can say what the data is: which system produced it, through which extraction, on which clock, and whether it passed plausibility checks. This is the dimension that decides if an AI-informed decision survives hostile questioning — in adjudication, in a client audit, in front of HSE (opens in a new tab) after an incident.

  • Compensating controls

    The engineered stand-ins for what the substrate lacks: read-only taps, mediation gateways, quality gates, feed-health alarms, gateway logging. The operational patterns are imported from OT security practice — NCSC's guidance (opens in a new tab) and NIST SP 800-82 — rather than invented for AI.

  • Lifecycle & renewal

    Whether the estate is deliberately managed: a recorded wrap/replace/restrict/retire decision per system, wrap economics feeding the renewal plan, AI-readiness clauses in procurement, and formal data disposition at retirement. This is the dimension that stops the legacy problem regrowing behind the programme that solved it.

Wrap, replace, restrict or retire: the call for each system

Plot each AI-touching system on two axes: how critical the decisions its AI informs are, and how far the substrate can be made trustworthy with a wrapper. The quadrant names the estate decision — and the bottom-right is the one that must never be resolved by optimism.

Wrap lightly

  • Wrappable substrate, low-stakes decisions
  • Gateway with basic gates and logging; no drills
  • Revisit only if the use case escalates

Wrap and assure

  • Wrappable substrate, decisions that matter
  • Full mediation: taps, gates, alarms, drills, audits
  • Where the wrapping budget belongs first

Restrict

  • Untrustworthy substrate, low-stakes use
  • AI stays advisory, labelled as unverified
  • No output enters a report or a system of record

Replace or retire

  • Untrustworthy substrate, critical decisions
  • No wrapper makes this honest — stop the use case
  • Fund replacement, or retire the system and the use
How trustworthy the substrate can be made — top: Wrappable to a governed feed, bottom: Cannot be wrapped honestly
Criticality of the decisions the AI informs — left: Advisory, back-office, right: Safety- or contract-critical

The matrix earns its keep in the bottom-right quadrant, because that is where organisational pressure and engineering honesty collide. A safety-adjacent model reading a substrate that cannot be made trustworthy is not a wrapping challenge — it is a use case that must be stopped until the substrate is replaced, however much the pilot impressed. The stakes are the industry's own: construction remains the sector with the most worker deaths in Great Britain — 51 in 2023/24 on HSE's figures (opens in a new tab) — and an AI that informs safety-relevant calls from unverifiable data adds risk while appearing to remove it. Where the management-system machinery for these decisions belongs is well signposted: ISO/IEC 42001 (opens in a new tab) gives the estate decisions a certifiable home (its certification routes have their own page in this section), and the register plus recorded decisions on this page are exactly the evidence that machinery runs on.

The mediation architecture, layer by layer

What actually has to exist between a legacy estate and a defensible AI decision — and which stage first requires each layer.

A governed retrofit needs five layers, and the discipline is that trust never skips one. Data becomes more trustworthy only by passing upward through the stack — nothing above the mediation layer may reach below it, and nothing below the extraction layer is ever touched by AI at all. The architecture is deliberately vendor-agnostic: every layer is defined by the guarantee it must add, not by a product, because on legacy estates the products change and the guarantees do not.

Layers required by stage

Each layer is annotated with the stage that first requires it. An estate running models (layer 4) without the mediation layer (3) is a stage-1 estate with good intentions — the layers below the model are where defensibility actually lives.

  1. Legacy source estate

    Stage 1+

    • OT & control systemsSCADA, PLCs, RTUs, BMS — act on the physical world; never touched by AI
    • Site systemsDVR/NVR camera estates, access control, weighbridges, batch plants
    • Vendor platforms & archivestelematics portals, legacy ERP and project controls, scanned O&M archives
  2. Extraction layer

    Stage 2+

    • Read-only tapsone-way replication, protocol converters, data diodes where warranted
    • Encoder / capture wrappersbring analogue and closed systems into a governable channel
    • Export contractsagreed formats and change notice, in writing, per vendor feed
  3. Mediation & provenance layer

    Stage 3+

    • Mediation gatewayprovenance stamp, NTP time normalisation, schema contracts
    • Quality gatesplausibility, stuck-at and rate-of-change checks; hold and flag, never drop silently
    • Feed-health monitoringstaleness and shape alarms that page a named person
  4. Model & decision layer

    Stage 2+

    • Models on governed feedsconsume mediated data only; withhold when a dependency is stale
    • Named decision pointsAI informs; a duty holder decides and is logged
    • Drilled fallbacksthe pre-AI procedure, documented and exercised
  5. Evidence & lifecycle layer

    Stage 4+

    • Evidence storegateway logs and decisions, reconstructable months later
    • AI-dependency registerevery feed, system, owner and estate decision, reviewed
    • Renewal pipelinewrap economics and substrate gaps feeding capital planning

Pipeline described

  1. Legacy source estate (stage 1+) — OT & control systems: SCADA, PLCs, RTUs, BMS — act on the physical world; never touched by AI; Site systems: DVR/NVR camera estates, access control, weighbridges, batch plants; Vendor platforms & archives: telematics portals, legacy ERP and project controls, scanned O&M archives
  2. Extraction layer (stage 2+) — Read-only taps: one-way replication, protocol converters, data diodes where warranted; Encoder / capture wrappers: bring analogue and closed systems into a governable channel; Export contracts: agreed formats and change notice, in writing, per vendor feed
  3. Mediation & provenance layer (stage 3+) — Mediation gateway: provenance stamp, NTP time normalisation, schema contracts; Quality gates: plausibility, stuck-at and rate-of-change checks; hold and flag, never drop silently; Feed-health monitoring: staleness and shape alarms that page a named person
  4. Model & decision layer (stage 2+) — Models on governed feeds: consume mediated data only; withhold when a dependency is stale; Named decision points: AI informs; a duty holder decides and is logged; Drilled fallbacks: the pre-AI procedure, documented and exercised
  5. Evidence & lifecycle layer (stage 4+) — Evidence store: gateway logs and decisions, reconstructable months later; AI-dependency register: every feed, system, owner and estate decision, reviewed; Renewal pipeline: wrap economics and substrate gaps feeding capital planning
Step-by-step insights
Source estate — the layer you govern by not touching it
The counterintuitive rule of the stack is that the bottom layer is governed by abstinence. Legacy control systems are kept safe not by improving them — often impossible without re-certification or vendor involvement — but by guaranteeing that the AI retrofit changes nothing about them: no new software on the controllers, no new queries against production databases sized for 2009 loads, no write path of any kind. Every incident story that starts with 'we just connected a collector to the SCADA network' is a violation of this layer's one rule. If the retrofit needs something the source system cannot safely give, that requirement travels up the stack, never down.
Extraction — where the estate's physics gets negotiated
Extraction is where engineering meets each system's reality one at a time: the historian that can replicate but only during quiet hours, the DVR whose only honest output is an encoder on its video loop, the telematics vendor whose export exists but whose schema changes without notice — which is why the export contract, an unglamorous commercial artefact, sits in this layer alongside the hardware. The layer's deliverable is not data; it is a defined, one-way, monitorable channel per system, with its behaviour written down. Estates that skip the writing-down rediscover each channel's quirks at every staff change.
Mediation — the layer that manufactures trust
Everything the substrate cannot promise is manufactured here, which makes this the layer that defines the whole retrofit. Provenance stamps make lineage a property of the data rather than a memory of the team. Time normalisation puts every feed on one disciplined clock while preserving the original timestamps as evidence. Schema contracts turn silent format changes into loud alarms. Quality gates convert the substrate's pathologies — stuck sensors, impossible values, remapped points — into tickets instead of training data. The gateway is boring by design; its entire value is that nothing surprising ever passes through it unrecorded.
Model and decision — smaller than it thinks it is
On a legacy estate the model layer is deliberately humble. Its two non-negotiables are consumption discipline — models read mediated feeds only, and anyone who wires a model to a raw extraction has moved the estate back down the ladder regardless of the model's quality — and withholding behaviour: when a dependency goes stale, dependent outputs are suppressed and the drilled fallback runs, because a wrong-but-confident output from stale data is the most expensive artefact the stack can produce. The named decision point preserves the duty holder's role; the log of what was recommended and what was decided becomes tomorrow's assurance evidence.
Evidence and lifecycle — where the stack pays for itself
The top layer is what the other four were for. The evidence store answers the questions that arrive years later — from an adjudicator, a client's auditor, an insurer, a regulator — from standing records rather than archaeology. The dependency register keeps the estate honest about what depends on what, and the renewal pipeline converts wrap costs and substrate gaps into capital arguments, which is how the estate stops ageing faster than it is renewed. A useful audit of the whole stack starts here and walks down: pick a decision, demand its reconstruction, and see which layer runs out of answers first.

The layer most often skipped is the export contract — the written agreement with each vendor on format, schedule and change notice. It looks bureaucratic next to the hardware, and it is the piece that determines whether a schema change arrives as a planned migration or a silent poisoning of every model downstream. On estates full of systems whose original vendors are gone, the contract's modern equivalent is the schema contract enforced at the gateway: the estate declaring, unilaterally, what shape it expects — and alarming the moment reality disagrees.

A 90-day plan: wrap one pumping-station historian for anomaly detection

The Bolted-on to Wrapped move made concrete on one infrastructure problem — a twenty-year-old SCADA historian feeding a new anomaly-detection model. Contains no model development.

Wrapping an estate takes years; wrapping one feed takes a quarter, and the first feed is the template for every one that follows. The plan below runs the transition on a specific, common infrastructure problem: an asset operator wants an anomaly-detection model watching a pumping station whose telemetry lives in a twenty-year-old SCADA historian — undocumented tags, a local clock, no audit trail, and a vendor two acquisitions removed from the original. The model already exists or is bought; the quarter contains no model development at all. It builds the governed channel the model should have had on day one.

Bolted-on to Wrapped on one station, in one quarter

One station, one feed, one owner. If any phase needs more than its window, narrow the scope — fewer tags, one pump set — rather than extending the plan.

  1. Days 1–15

    Survey the station and map the feed

    Walk the station with the asset engineer: historian version and health, PLC and RTU points, which tags the model wants, which of those are documented, and what the clock situation actually is. Baseline the historian's contents — gaps, stuck tags, remap scars. Name the asset engineer as feed owner and open the register entry.

    A mapped feed, a named owner, a register entry

  2. Days 16–45

    Stand up the read-only tap and the gateway

    One-way replication out of the historian — no new load on the station network, verified read-only, reviewed against SP 800-82-style segmentation with the OT engineer. The mediation gateway stamps provenance, normalises the station clock against NTP (keeping original timestamps), and enforces per-tag plausibility, stuck-at and rate-of-change gates. The model is re-pointed to consume the mediated feed only.

    The model reads a governed feed; raw extraction retired

  3. Days 46–70

    Instrument feed health and drill the failure

    Staleness and schema alarms wired to a named person with an out-of-hours path. Then break it on purpose, on a quiet shift: kill the replication, verify the alarm pages, verify the model withholds rather than stale-scores, and run the pre-AI monitoring procedure as the fallback. Record the drill — what worked, what did not, what changed.

    Alerting live; failure drilled and documented

  4. Days 71–90

    Prove the evidence and record the estate decision

    Pick one flagged anomaly and reconstruct it end to end from gateway evidence: feed state, provenance, gate status, what was recommended, what the engineer decided. Time the reconstruction. Then record the station's estate decision — wrap confirmed, or replacement accelerated — with the wrapper's running cost attached, and report the quarter in asset-management terms.

    A reconstructable decision and a recorded estate call

The order matters

  1. Mediation before modelling

    Every week the model runs on the raw extraction, it accumulates conclusions nobody can defend and habits the wrap will have to break. Re-point the model the day the gateway exists — accuracy tuning can wait; provenance cannot be backfilled.

  2. Read-only before any write ambition

    The retrofit's licence to exist on an OT estate is that it changes nothing physical. Keep the write path at zero permanently — recommendations reach actuation only through the existing control room and its duty holders, never through the wrap.

  3. One station before the estate

    The gateway pattern, the drill format and the register entry from this quarter are the reusable artefacts. Wrapping the second station is configuration; attempting ten stations in parallel before one is proven is how wrapping programmes die in procurement.

Verifying the wrap: measures, thresholds and the readiness checklist

The estate's stage is readable from telemetry, not from self-report — five measures, their stage thresholds, and the seven-item checklist for a defensible Wrapped claim.

An estate's stage can be measured, and it should be — self-assessment on legacy estates runs optimistic, because the best-wrapped feed is easier to recall than the screen-scrape still running behind a dashboard someone loves. The five measures below are all readable from the gateway layer and the register; none depends on anyone's memory. Their trend matters more than their level: mediated coverage should rise, detection time should fall, and the unmediated-connection count should be a number somebody is actively driving to zero rather than a number nobody has ever produced.

MeasureHow it is readStage 3 signalStage 4 signal
Mediated-feed coverageCritical AI inputs passing a gateway ÷ all critical AI inputsAll critical feedsAll feeds, ranked depth
Feed-failure detection timeFeed death or shape change → alarm received, elapsedMinutesMinutes, drilled quarterly
Decision reconstruction timeSampled AI-informed decision → full evidence chain assembledDaysHours, from standing evidence
Unmediated connectionsDirect AI-to-legacy paths discovered on the networkKnown and shrinkingZero, verified by sweep
Register currencyAge of oldest unreviewed AI-touching entryUnder 12 monthsUnder 6 months, tied to change control
Verification measures for the retrofit ladder. All five are readable from gateway telemetry and the register; 'Stage 3 signal' and 'Stage 4 signal' are the thresholds at which the corresponding stage claim becomes defensible.

The checklist below is the Wrapped claim made falsifiable. It is deliberately conservative: plenty of estates run useful AI while failing half of it, and the honest response to that is not embarrassment but sequencing — the unticked items are the worklist, in roughly the order listed.

Wrapped readiness checklist

If you cannot tick all seven, the Wrapped claim is not yet defensible for the feeds that matter — whatever the models are achieving. Tick as you go; this list works without JavaScript.

0 of 7 ticked

0 of 7 — Bolted-on, and now it is explicit

No ticks does not mean no AI — it usually means AI running well ahead of the estate underneath it. Do not start with tooling: start with the survey. Two weeks walking one site or asset produces the register that makes every other item possible, and it changes nothing in production.

Failure modes that unwind a wrapped estate

Estate maturity is not monotonic. Four regressions account for almost all of it — and every one is silent while it happens.

Wrapped estates regress, and they regress silently, because the failure of a compensating control looks exactly like normal operation — the data keeps flowing and the models keep scoring. Four patterns account for almost all of it. Each is cheap to prevent and expensive to discover late, and the prevention in every case is a control that watches the controls.

Likelihood: highImpact: high

The silent feed death

A legacy export stops — a licence lapses, a scheduled task dies with a server migration, a vendor sunsets an endpoint — and the model keeps scoring on the last data it received. On a legacy estate nothing upstream announces the death, so the discovery lag is bounded only by human suspicion, and decisions accumulate on a frozen picture of the site or the asset.

PreventionStaleness alarms with per-feed freshness budgets at the gateway; models withhold, never stale-score.

Likelihood: highImpact: high

The unannounced shape change

A DVR firmware update, a SCADA point remap during an outage, a telematics vendor's portal redesign — the feed keeps flowing but the meaning shifts. This is worse than death because every value still parses: temperatures arrive as pressures, tonnage as vehicle counts, and the models retrain on the new lie. The weighbridge column swap is this pattern's classic form.

PreventionSchema contracts and versioned point maps at the gateway, alarming on any shape or mapping change; remaps require a register change in the same permit.

Likelihood: mediumImpact: high

The bypass under pressure

A deadline team connects a new tool straight to the legacy system 'temporarily', because the mediated path needs a change request and the demo is on Thursday. The bypass works, ships, and stays. Each one silently moves the estate back down the ladder, and the register — which nobody updated — now describes an estate that no longer exists.

PreventionMake the mediated path the easy path; count unmediated connections as a standing measure and sweep for them; block direct reads at the network layer where the estate allows.

Likelihood: mediumImpact: high

Instrument drift read as model drift

The legacy sensor, weighbridge or camera drifts physically — calibration lapses, mountings shift, lenses fog. The data passes every format and plausibility gate because the drift is slow and self-consistent, and the retraining cycle absorbs it as the new normal. The model is now accurately predicting the readings of a lying instrument.

PreventionCalibration records captured as feed metadata with expiry alarms; physical instrument checks in the maintenance cycle tied to the feeds AI depends on.

Glossary

Hover a term for its definition — or expand the map full screen. The full definitions are written out below.

Substrate gap
The distance between what an AI governance requirement assumes a system can do — log, authenticate, keep time, version itself — and what the legacy system actually can. Every compensating control exists to close a named substrate gap.
Mediation gateway
The layer between a legacy system and everything that consumes it, which stamps provenance, normalises time against NTP, enforces quality gates and logs every extraction — manufacturing at the boundary the evidence the substrate cannot produce.
Compensating control
An engineered stand-in for a guarantee the underlying system cannot provide — gateway logging in place of a native audit trail, a schema contract in place of vendor change notice, a read-only tap in place of access control.
Read-only tap
A one-way extraction mechanism — historian replication, a protocol converter publishing outward, or a hardware data diode — that lets AI read from operational technology while making a write path physically or architecturally impossible.
Provenance stamp
Metadata attached to every datum at ingestion recording which system, interface, extraction run and gateway version produced it — the lineage that turns a number into evidence.
Silent feed failure
The characteristic legacy-AI incident: an extraction dies or changes meaning without any upstream announcement, and models keep scoring on stale or shifted data until a human notices decisions look wrong.
Schema contract
The gateway's declared expectation of a feed's shape — columns, types, tags, units — enforced at ingestion so that an unannounced format change becomes an alarm instead of a slow poisoning of every model downstream.
Point map
The versioned mapping between a control system's raw points or tags and their engineering meaning. On legacy BMS and SCADA estates the map lives in heads and hand-edited lists; versioning it, and alarming on remaps, is a core compensating control.
Historian
The time-series database attached to a SCADA system that records tag values over time. Often the only practical read-only source of OT data on a legacy asset — and often undocumented, on local time, with gaps nobody has characterised.
AI-dependency register
The living record of every AI-touching feed: source system, interface, owner, consuming models, and the recorded wrap/replace/restrict/retire decision with its review date. The artefact that lets renewal planning learn from governance.
Wrap/replace/restrict/retire
The four possible estate decisions for a legacy system carrying an AI use case: engineer compensating controls around it, fund its replacement, hold the AI to advisory use the substrate can support, or take the system — and the use case — out of service.

Frequently asked questions

The questions engineering and asset teams ask most often when AI lands on an estate older than the AI.

What does governing AI on legacy site systems actually involve?

It involves engineering the guarantees the substrate cannot give: surveying which systems feed AI, extracting from them through read-only taps, mediating every critical feed through a gateway that stamps provenance and time and enforces quality gates, alarming on feed failure, and recording a deliberate wrap/replace/restrict/retire decision per system. Policy documents alone achieve none of this — a rule that a 2006 DVR must produce an audit trail is a wish, not a control. The work is boundary engineering plus estate management, and its output is evidence: the ability to reconstruct any AI-informed decision months later.

Do we have to replace legacy systems before using AI on them?

No — and estate-wide replacement first is usually the wrong move. Most legacy systems can be wrapped: a read-only extraction into a mediation gateway gives their data provenance, a trusted time base, quality gates and logging without touching the system itself. Replacement is the right call in one specific case — when the decisions the AI informs are critical and no wrapper can make the substrate honest, the bottom-right quadrant of this page's matrix. Everywhere else, wrap first, run the AI on governed feeds, and let the wrapper's running cost build the replacement case at renewal time.

What is a mediation gateway, and what does it actually do?

A mediation gateway is the layer between a legacy system and everything that consumes its data. It does four things the substrate cannot: stamps provenance on every datum — which system, which interface, which extraction run; normalises timestamps against a disciplined NTP base while preserving originals; enforces quality gates that hold stuck values, implausible readings and schema changes instead of passing them to models; and logs everything, so downstream decisions have an evidence trail. It is deliberately boring infrastructure — its whole value is that nothing passes through it unrecorded.

Can AI safely read from SCADA and other operational technology?

Yes, if the connection is genuinely one-way and verified. The safe pattern is a read-only tap — replication out of the historian, a protocol converter publishing outward, or a hardware data diode on critical assets — so the AI adds no write path and no attack path into systems that act on the physical world. This is standard OT security discipline, per NIST SP 800-82 and NCSC guidance, applied to one more untrusted consumer. The unsafe pattern is any direct query against controllers or production databases, and 'read-only by policy' without a verified network path is a sentence, not a control.

How do we govern vision analytics running on an old analogue camera estate?

Mechanically, wrap the estate: encoders or an NVR layer bring the analogue feeds into a governable channel, NTP stamping at the capture point fixes the DVRs' drifting clocks, and retention is enforced at the wrapper since the DVRs cannot enforce it themselves. Frame provenance — which camera, which encoder, when — is stamped at ingestion. The separate and larger question is personal data: once analytics meet people, purpose limitation, DPIAs and workforce consultation apply under the ICO's surveillance guidance, and this cell's project data-governance page covers that side in depth.

Who should own the legacy-estate register?

A named engineering owner with reach across IT and OT — typically an asset-engineering or site-technology lead — not the data-science team and not IT alone. The reason is coverage: the register's value lies precisely in the systems conventional IT audits miss, the DVRs, historians, telematics portals and batch plants, and only someone who walks sites can keep those rows honest. The owner maintains entries, flags AI-touching feeds, and enforces the rule that re-pointing or remapping any feed requires a register change in the same permit as the work itself.

How is this different from an AI governance charter?

The charter is the rulebook; this page is the estate the rules land on. A charter states which AI uses are permitted, who approves models, and what evidence must exist — and every one of those clauses silently assumes the underlying systems can produce logs, lineage and trustworthy time. On a legacy estate they cannot, so the charter's obligations are unmeetable until compensating controls exist: the survey, the taps, the gateways, the evidence store. The two are complements — draft the charter from the charter blueprint page in this section, and build this page's estate machinery so the charter's evidence demands can actually be answered.

What does wrapping a legacy system typically cost?

In team terms: the first wrap is roughly one integration engineer and one OT-literate engineer for six to ten weeks, plus meaningful time from the asset or site engineer who owns the system — most of it spent negotiating each system's physics, not writing software. Subsequent wraps of similar systems cost a fraction of that, because the gateway pattern, drill format and register templates are reusable. The honest total also includes the running cost — alarms, drills, audit time — which should be recorded per wrap, because it is exactly the number the wrap-versus-replace decision needs at renewal time.

When should a legacy system be retired rather than wrapped?

When the decisions its AI informs are critical and no wrapper can make the substrate honest — the bottom-right quadrant of the estate matrix. Signals include: the data's physical source cannot be verified (uncalibratable instruments, unverifiable identity joins), the vendor is gone and the interface behaviour cannot be established, or the wrapper's running cost exceeds what replacement would amortise to. Retirement is a governance event, not just a disposal: archives get a formal disposition decision, feeds are decommissioned in the register, and any model that consumed them is re-pointed or re-validated rather than left reading a ghost.

How do we detect when a legacy feed changes without warning?

By declaring expectations at the gateway and alarming on any disagreement with reality. A schema contract fixes the expected shape — columns, types, tags, units — so a firmware update or portal redesign that shifts the format trips an alarm instead of poisoning models. A versioned point map does the same for meaning on BMS and SCADA feeds, catching remaps. Freshness budgets per feed catch deaths; rate-of-change and stuck-at gates catch instrument pathologies. None of this needs the vendor's cooperation, which matters on estates where the vendor no longer exists.

Does the EU AI Act or ISO/IEC 42001 require us to modernise legacy systems?

Neither names legacy systems, but both demand things only a governed substrate can deliver. The EU AI Act attaches logging, traceability and data-governance obligations to high-risk AI systems — obligations a DVR or an undocumented historian cannot meet natively, which makes compensating controls the practical compliance route. ISO/IEC 42001 asks for a management system whose evidence has to come from somewhere; this page's registers, gateways and drill reports are that somewhere. In both cases the requirement is evidence, not modernity — dedicated pages in this section cover the Act's construction impact and the certification routes in depth.

About the author

Atomic Loops Engineering

Industrial AI practice

Atomic Loops builds production AI systems for construction, infrastructure and industrial operators — vision analytics, predictive maintenance and decision support running against live operational data — with the mediation layers, evidence trails and fallback paths built alongside the models, because most of that data starts life in systems older than the AI reading them.

  • · Production AI integrated with legacy SCADA, telematics and camera estates
  • · Estate surveys and mediation gateways delivered with operator engineering teams
  • · Evidence-first delivery: provenance stamps, feed-health alerting, drilled fallbacks
  • · 14 cited sources on this page

Sources

  1. HSEConstruction industry health and safety (opens in a new tab)
  2. HSEWork-related fatal injuries statistics (opens in a new tab)
  3. ISOISO 19650 — organization and digitization of information about buildings and civil engineering works (opens in a new tab)
  4. ISOISO/IEC 42001 — artificial intelligence management system (opens in a new tab)
  5. NISTAI Risk Management Framework (opens in a new tab)
  6. NISTSP 800-82 Rev. 3 — Guide to Operational Technology (OT) Security (opens in a new tab)
  7. NCSCNational Cyber Security Centre (opens in a new tab)
  8. European CommissionRegulatory framework for AI (EU AI Act) (opens in a new tab)
  9. ICOVideo surveillance guidance (opens in a new tab)
  10. McKinsey Global InstituteReinventing construction through a productivity revolution (opens in a new tab)
  11. McKinsey Global InstituteImagining construction's digital future (opens in a new tab)
  12. World Economic ForumShaping the Future of Construction (opens in a new tab)
  13. Network RailNetwork Rail (opens in a new tab)
  14. CaterpillarCaterpillar (opens in a new tab)

Find out what your AI is actually standing on

We survey the estate, rank the feeds by decision criticality, and leave you with a sequenced wrapping plan — taps, gateways, alarms, drills — plus the wrap-versus-replace economics in capital-planning terms. You keep the plan whether or not we build it.

Published · Last updated

Benchmark request

Tell us where to send it

Benchmark for this page

Used once, to send this benchmark and follow it up personally. No newsletter, no automated sequences.