LearnISA-95
Next: Sparkplug B
ISA-95 / IEC 62264

ISA-95 is a vocabulary, not an architecture mandate.

ISA-95 (IEC 62264) is the standard for integrating enterprise and control systems: a functional hierarchy of manufacturing operations, an equipment model, and information models for exchanging production data between business systems and operations. In daily practice, its equipment hierarchy is the shared language plants use to name things consistently.

The Working Parts

What practitioners actually use.

equipment hierarchy
Enterprise / site / area / work center (line) / work unit (cell, machine) — the one shared answer to “where is this value from?” and the naming backbone of most UNS topic trees.
level model
Levels 0–2 for the physical process and control, Level 3 for manufacturing operations management (MES/MOM), Level 4 for business planning (ERP).
activity models
What a MES/MOM actually does: detailed scheduling, dispatching, execution, tracking, analysis. They keep vendor discussions honest.
object models
Equipment, material, personnel, process segments — used selectively where systems genuinely exchange structured production data. B2MML is their XML form; few sites implement it fully, and that is normal.

The Where

ISA-95 contributes a stable, business-recognizable location vocabulary. Most UNS topic paths borrow it: enterprise/site/area/line/cell.

Not The What

The meaning of each message — encoding, units, quality, state — comes from payload conventions like Sparkplug B and deliberate contextualization.

Not The Flow

Event-driven publish/subscribe replaces the strictly layered, request-driven data flow the level diagram is often — wrongly — read as mandating.

The standard is misused more often than misunderstood.

  • Reading it as an architecture blueprint. It standardizes vocabulary and information models; data does not have to climb level by level through a chain of systems.
  • Modeling the org chart or the network layout instead of the physical process.
  • Over-modeling before the first use case: months perfecting object models nobody consumes yet.
  • Declaring it obsolete because MQTT exists. Event transport replaces polling chains, not the need for shared names.
Related Concepts

Where ISA-95 sits in the stack.

ISA-95 provides the naming backbone of a Unified Namespace; Sparkplug B covers the payload and session layer the hierarchy says nothing about; contextualization attaches the hierarchy path (and much more) to each value; a consistent hierarchy is one of the first things AI readiness work checks; and it is one of the support models inside the Digital Platform. When you are ready to turn the hierarchy into a governed namespace design, the Namespace Architect generates one from your site's actual organization.

Frequently asked questions

Is ISA-95 still relevant in an event-driven, cloud world?

Yes — as semantics, not as transport. Publish/subscribe architectures still need shared names and structures for equipment, materials, and operations, and ISA-95 remains the most widely understood source for them. What has aged is the strictly layered, request-driven reading of the level diagram.

What is the difference between ISA-95 and the Purdue model?

They share the level numbering heritage but answer different questions. The Purdue reference architecture is used today mainly for network segmentation and security zoning (which system may talk to which). ISA-95 standardizes the information and functions exchanged between business and operations systems.

Do I need B2MML to be ISA-95-aligned?

No. Most sites are aligned in the useful sense when they apply the equipment hierarchy consistently and use the standard's object vocabulary in their interfaces. B2MML is one XML implementation, valuable where full structured transactions between MES and ERP are actually exchanged.