ISO 15926 — Process Plants & Asset Lifecycle Data

The 4D data-integration standard for handing over and operating industrial plants.

0/2 done

Theory

Forty years of plant data, one shared model

ISO 15926 tackles a brutal problem: a process plant (refinery, chemical works, platform) is designed by one set of companies, built by others, and operated by yet another for decades — and every handover loses engineering data. ISO 15926 is a standard for data integration across the whole asset lifecycle. The ISO documents are paywalled.

  • A generic 4D modelPart 2 defines a foundational, 4-dimensional data model: things are modelled with their temporal parts, so you can represent how a pump, its specification and its state change over time. It's an upper-ontology-like core, famous for being powerful but hard (the perdurantist, 4D style is a steep mental shift).
  • Reference Data Library (RDL)Part 4 is a huge library of standard classes (pump, valve, flange, fluid…) so two companies use the same term for the same equipment type.
  • Semantic-web alignment — later parts express ISO 15926 in RDF/OWL, and Part 14 gives it a modern OWL formulation; the related Industrial Data Ontology (IDO) anchors this work to BFO, bringing it into the mainstream ontology world.
  • The job it does — a clean data handover from the engineering/procurement/construction (EPC) contractor to the owner-operator, who then runs and maintains the asset on shared semantics.

Use Case Example: An EPC contractor finishes a plant and hands over a 15926-based data set. Twenty years later the operator plans a revamp; because every valve and line was described with shared RDL classes and 4D history, engineers can query what was installed, when it changed, and to what spec — instead of excavating PDFs.

Analogy

ISO 15926 is a lifelong medical record for a plant. A patient is born, treated by many doctors and hospitals over decades, and care fails when records don't follow them. The plant equivalent: an asset is designed, built and operated by different companies for 40 years. ISO 15926 is the shared health record — every valve, line and change captured in common terms and across time (the 4D model) — so the operator who arrives years later still knows the asset's full history.

Cross-decade data handover

Click a node to focus its neighbourhood · drag to pan · scroll to zoom

Lifecycle handover on a shared model

EPC contractors hand the asset to the owner-operator; a shared 4D model + reference data library carry the engineering meaning across the gap.

Field guide — industrial standards & licences

Industrial and energy standards field guide

OSDU and ISO 15926 both serve asset-heavy industries, but their texture is different:

QuestionOSDUISO 15926
Delivery stylecloud-agnostic data platform, APIs, JSON schemas, reference dataISO lifecycle data model, RDL, RDF/OWL/IDO alignment
Primary objectwells, wellbores, logs, seismic, subsurface recordsprocess-plant equipment, specs, states, lifecycle handover
Time horizonexploration/production data discovery and analyticsmulti-decade plant design/build/operate history
Licence postureopen standard/forum artefacts, but implementations may include cloud/vendor termsISO documents are paywalled; public examples should stay illustrative
Common mistaketreating kind as a label instead of a versioned schema contracttreating 4D state as normal overwritten asset attributes

OSDU is usually the operational data-platform conversation: 'can tools find and link subsurface records through one API?' ISO 15926 is the lifecycle handover conversation: 'will a pump's meaning and history survive 40 years and three contractors?'

Reflect

ISO 15926 is the deep end: a 4D upper model that's notoriously hard, justified by a problem nothing simpler solves — keeping engineering meaning intact across decades and company handovers. Its modern OWL/BFO formulation (Part 14 / IDO) is the bridge to everything else in this track.

  • Why might destructive 'update the record' modelling be dangerous for a 40-year industrial asset?
  • Where have you seen meaning lost at a handover that a shared lifecycle model would have preserved?

Reading in progress · 0 of 2 activities done