Unified Namespace Technology Solutions

  • 2 industries

What a Unified Namespace is used for

  • All production data in one consistent hierarchical structure (ISA-95)

    The Unified Namespace organises all data by enterprise, site, area, line and machine, based on ISA-95. Anyone looking for a value knows immediately where to find it, whichever system it comes from.

  • No direct point-to-point connections

    Instead of connecting every application to every machine individually, all systems publish their data to a central broker and read from it. New applications can be added without touching existing interfaces.

  • Foundation for AI and analytics on shop-floor data

    Because data is consistently named and available in real time, analytics and AI models can build on it directly. The costly data collection and cleansing for each project is largely eliminated.

What is a Unified Namespace?

A Unified Namespace (UNS) is an architectural approach for industrial data, not a product or a protocol. The idea: all of a company's systems, from machines to MES and ERP to quality assurance, publish their current data to one central place, and every application reads what it needs from there. The data is organised in a uniform hierarchy, usually based on ISA-95: enterprise, site, area, line, cell, machine. Technically, a UNS is usually implemented with an MQTT broker, often complemented by Sparkplug B for uniform messages.

How a Unified Namespace is used in the IIoT

The UNS solves a fundamental problem of evolved factories: in the classic automation pyramid, every system is connected to other systems through its own interfaces, and the web grows with every new application. In a UNS, each system is connected only once, to the central broker. This makes it much easier to set up new dashboards, AI models, energy analyses or OEE analyses, because data is already consistently named and available in real time. Typical fields of use are cross-site production KPIs, connecting heterogeneous machine fleets and preparing for AI applications.

How a Unified Namespace is structured

At the centre is a broker, usually MQTT, with topics created according to the agreed hierarchy, such as company/plant-a/assembly/line-2/station-5/state. Edge gateways read machines via OPC UA, Modbus or S7 and publish the values there. MES, ERP and other IT systems publish orders, master data and quality information into the same namespace. Applications subscribe to the topics they need. Historical data is additionally stored in a time-series database, because the UNS itself represents the current state, not an archive.

Unified Namespace or data platform?

A data lake or cloud data platform collects data for later analysis. The UNS, by contrast, is the real-time layer in which systems exchange data in an event-driven way. The two are not mutually exclusive: the UNS often feeds the data platform, which then handles long-term analysis and training of AI models. If you only need reports, you can manage without a UNS. If you want to connect many systems in real time, you benefit from it most.

What to consider when introducing one

The biggest task is not the technology but the shared structure: what are sites, areas and machines called, and which message format applies? These conventions should be defined early and bindingly, ideally by IT and OT together. Technically, a highly available broker, per-topic access control, TLS encryption and monitoring matter. A proven approach is to start with one plant or line and expand the UNS step by step rather than planning it for the whole company at once.

User Group

Unified Namespace is a topic in the Tech Round (OT/IT/IIoT decision-makers)

300+ practitioners discuss specific questions from their projects every month, including about Unified Namespace. No vendors in the room, honest exchange under NDA. Personal introductory call before admission.

Join the waiting list →