Wofür man einen Unified Namespace einsetzt
Alle Produktionsdaten in einer einheitlichen hierarchischen Datenstruktur (ISA-95)
Der Unified Namespace ordnet alle Daten nach Unternehmen, Standort, Bereich, Linie und Maschine, angelehnt an ISA-95. Wer einen Wert sucht, weiß sofort, wo er ihn findet, egal aus welchem System er stammt.
keine direkten Punkt-zu-Punkt-Verbindungen
Statt jede Anwendung einzeln mit jeder Maschine zu verbinden, veröffentlichen alle Systeme ihre Daten an einen zentralen Broker und lesen dort. Neue Anwendungen kommen hinzu, ohne bestehende Schnittstellen anzufassen.
Grundlage für KI und Analytics auf Shopfloor-Daten
Weil die Daten einheitlich benannt und in Echtzeit verfügbar sind, können Analysen und KI-Modelle direkt darauf aufsetzen. Die aufwendige Datensammlung und -bereinigung für jedes Projekt entfällt weitgehend.
Was ist ein Unified Namespace?
Ein Unified Namespace (UNS) ist ein Architekturansatz für Industriedaten, kein Produkt und kein Protokoll. Die Idee: Alle Systeme eines Unternehmens, von der Maschine über MES und ERP bis zur Qualitätssicherung, veröffentlichen ihre aktuellen Daten an einem zentralen Ort, und jede Anwendung liest dort, was sie braucht. Die Daten sind nach einer einheitlichen Hierarchie geordnet, meist angelehnt an ISA-95: Unternehmen, Standort, Bereich, Linie, Zelle, Maschine. Technisch setzt man einen UNS in der Regel mit einem MQTT-Broker um, häufig ergänzt um Sparkplug B für einheitliche Nachrichten.
Wofür man einen Unified Namespace im IIoT einsetzt
Der UNS löst ein Grundproblem gewachsener Fabriken: In der klassischen Automatisierungspyramide hängt jedes System über eigene Schnittstellen an anderen Systemen, und mit jeder neuen Anwendung wächst das Geflecht. Im UNS verbindet man jedes System nur einmal mit dem zentralen Broker. Damit wird es deutlich einfacher, neue Dashboards, KI-Modelle, Energieauswertungen oder OEE-Analysen aufzusetzen, weil die Daten bereits einheitlich benannt und in Echtzeit verfügbar sind. Typische Einsatzfelder sind standortübergreifende Produktionskennzahlen, die Anbindung heterogener Maschinenparks und die Vorbereitung auf KI-Anwendungen.
So ist ein Unified Namespace aufgebaut
Im Zentrum steht ein Broker, meist MQTT, auf dem Topics nach der vereinbarten Hierarchie angelegt sind, etwa firma/werk-a/montage/linie-2/station-5/zustand. Edge-Gateways lesen Maschinen per OPC UA, Modbus oder S7 und publizieren die Werte dorthin. MES, ERP und andere IT-Systeme veröffentlichen Aufträge, Stammdaten und Qualitätsinformationen in denselben Namensraum. Anwendungen abonnieren die Topics, die sie brauchen. Historische Daten landen zusätzlich in einer Zeitreihendatenbank, denn der UNS selbst bildet den aktuellen Zustand ab, kein Archiv.
Unified Namespace oder Datenplattform?
Ein Data Lake oder eine Cloud-Datenplattform sammelt Daten für spätere Auswertungen. Der UNS ist dagegen die Echtzeitschicht, in der Systeme ereignisgesteuert Daten austauschen. Beide schließen sich nicht aus: Häufig speist der UNS die Datenplattform, die dann Langzeitanalysen und Training von KI-Modellen übernimmt. Wer nur Berichte braucht, kommt auch ohne UNS aus. Wer viele Systeme in Echtzeit miteinander verbinden will, profitiert von ihm am meisten.
Worauf man bei der Einführung achten sollte
Die größte Aufgabe ist nicht die Technik, sondern die gemeinsame Struktur: Wie heißen Standorte, Bereiche und Maschinen, und welches Nachrichtenformat gilt? Diese Konventionen sollten früh und verbindlich festgelegt werden, am besten mit IT und OT gemeinsam. Technisch zählen ein hochverfügbarer Broker, Rechteverwaltung pro Topic, TLS-Verschlüsselung und Monitoring. Bewährt hat sich, mit einem Werk oder einer Linie zu beginnen und den UNS schrittweise zu erweitern, statt ihn für das ganze Unternehmen auf einmal zu planen.
Lösungsbeispiele
2 online · weitere in der DatenbankFunktionsbereich
Branche




Energiedaten im Werk live auswerten – Sichtbarkeit schaffen ohne Coding




Smart Factory ohne Code – Sechs Linien integriert, von SCADA zum Dashboard
Anwenderkreis
Unified Namespace ist Thema in der Tech-Runde (OT/IT/IIoT Verantwortliche)
300+ Praktiker diskutieren monatlich konkrete Fragen aus ihren Projekten, auch zu Unified Namespace. Kein Anbieter im Raum, ehrlicher Austausch unter NDA. Persönliches Vorgespräch vor Aufnahme.
Warteliste beitreten →Use Cases, die mit Unified Namespace umgesetzt wurden
Audit-Reporting in Traceability
1 Lösungsbeispiel →
Audits und Reportings
1 Lösungsbeispiel →
Digitale Produktionsprotokolle und Fertigungspapiere
1 Lösungsbeispiel →
Digitale Rückverfolgung von Produkten und Prozessen
1 Lösungsbeispiel →
Erfassung, Visualisierung und Auswertung von Energieverbrauchen pro Einheit
1 Lösungsbeispiel →
IoT-gestütztes Energiemanagementsystem
1 Lösungsbeispiel →
Schadensprävention in Echtzeit
1 Lösungsbeispiel →
Schicht- oder Standortvergleich
1 Lösungsbeispiel →
Verbrauchsdaten-Erfassung und -Visualisierung
1 Lösungsbeispiel →
Podcastfolgen zu Unified Namespace
9 FolgenAus dem IoT Use Case Podcast, die neuesten zuerst. Jede Folge öffnet ihre eigene Seite mit Audio, Zusammenfassung und Transkript.
- #224Datenharmonisierung mit AIoT: Was brauchen KI-Agenten für das Mapping?Cumulocity GmbH · 47 Min · 23.09.2026Zur Folge
- #22123 Folgen zusammengefasst: Was wirklich funktioniert hat und was nichtIIoT Use Case GmbH · 58 Min · 12.08.2026Zur Folge
- #215Vibe-Coding im Shopfloor: MES-Anwendungen selbst bauen ohne SystemintegratorUnited Manufacturing Hub · 38 Min · 24.06.2026Zur Folge
- #203OPC UA Forge: Unified Namespace für Legacy-FabrikdatenProsys OPC · Casa Mendes Gonçalves · 32 Min · 28.01.2026Zur Folge
- #169IoT-Daten übertragen mit EMQ: MQTT Broker im Einsatz erklärtEMQ GmbH · 32 Min · 21.05.2025Zur Folge
