> ## Content Index > Fetch the complete content index at: https://vanenkhuizen.com/llms.txt > Use this file to discover other available public pages before exploring further. # Einführung in den Unified Namespace (UNS) für die Metallbearbeitung (2026) - URL: https://vanenkhuizen.com/articles/einfuehrung-unified-namespace-uns-digitale-transformation-metallbearbeitung/ - Published: 2024-12-04T12:00:00.000Z - Updated: 2026-09-11T13:03:19.000Z - Description: Ich erkläre den Unified Namespace in klaren Worten: einen lebendigen Ort, an dem alle Fabrikdaten nach der Struktur des Betriebs zusammenfließen. Sie erfahren, was ihn von einer Datenbank unterscheidet und was ein Historian hinzufügt. Zum Schluss zeige ich den Start mit einer Maschine. - Author: Luke van Enkhuizen - Tags: #archive, #archive-de, #topic-complete-guide *Auch verfügbar auf* [*Englisch*](https://vanenkhuizen.com/introduction-to-unified-namespace-uns-accelerate-digital-transformation-metalworking/) *und* [*Niederländisch*](https://vanenkhuizen.com/articles/unified-namespace-uns-versnel-digitale-transformatie/)*.* Erinnern Sie sich noch, wie das Versprechen der Smart Factory klang? Alles vernetzt. Dashboards an der Wand. KI, die einen Ausfall voraussagt, bevor er passiert. Bediener mit Tablets statt Papier. Vielleicht haben Sie investiert. Ein neues ERP. Eine Anbindung an den Laser. Ein Planungstool. Ein Dashboard. Dann kam eine neue Maschine, und mit ihr eine weitere Verbindung. Und was haben Sie wirklich bekommen? Ich war in den letzten zehn Jahren in vielen Metallbetrieben, und die Antwort ist meistens dieselbe: ein Gewirr aus Schnittstellen, historisch gewachsen. Dieser Artikel zeigt den Ausweg. Immer mehr Metallbetriebe ersetzen das Chaos durch einen **Unified Namespace** (UNS): einen einzigen, lebendigen Ort, an dem alle Fabrikdaten zusammenfließen, geordnet nach der Struktur des Unternehmens. Ich erkläre, was das ist, warum es sich von einer Datenbank unterscheidet, was ein Historian hinzufügt, welche Tools einen UNS mitbringen, und wie Sie diesen Monat mit einer Maschine anfangen. Alles in klaren Worten. --- ⚠️ **Hinweis**: Dieser Artikel basiert auf meinen eigenen Architekturprojekten und den Erkenntnissen meines Mentors Walker Reynolds. Tools und Plattformen ändern sich. Führen Sie immer Ihre eigene Recherche durch, bevor Sie mit dem Aufbau beginnen. ## Wie das Chaos entsteht ![Scattered blue machine silhouettes on a bright white floor, each linked upward by thin blue lines into one shared lattice overhead](https://vanenkhuizen.com/content/images/imported/body/machine-islands-into-lattice.png) Jede Maschine und jedes System beginnt als eigene Insel. Eine gemeinsame Struktur, die alles verbindet, ersetzt das Gewirr aus Punkt-zu-Punkt-Verbindungen. | via [FLUX.2 Pro](https://bfl.ai/models/flux-2?ref=vanenkhuizen.com) Dieses Gewirr entscheidet niemand bewusst. Es entsteht nach und nach, eine vernünftige Entscheidung nach der anderen. Ich habe es von innen erlebt. Das ERP funktioniert, soweit so gut. Dann kommt ein Planungstool dazu, weil die Planung im ERP umständlich war. Eine neue Maschine zieht ein, eine andere Marke, mit ihrer eigenen Software, also wird eine weitere Verbindung aufgebaut. Der Laser spricht mit dem ERP, aber auch direkt mit dem Planungstool, weil die ERP-Schnittstelle nicht gut genug war. Von dort läuft eine Leitung zu einem Dashboard. XML hier, CSV da, eine API dazwischen. Jetzt zählen Sie die Lieferanten: fünf davon, jeder mit Beratern, die ihr eigenes System verstehen und auf die anderen zeigen, wenn etwas kaputt geht. Unterdessen tippen Ihre Mitarbeiter dieselben Daten in drei Bildschirme. Und trotzdem steht jemand daneben mit einer Excel-Tabelle, weil diese Tabelle der einzige Ort ist, an dem alles zusammenkommt. Die Mathematik sagt, das stabilisiert sich nie. Zehn Systeme können bis zu 45 separate Verbindungen benötigen, jede davon individuelle Arbeit, jede davon durch das nächste Softwareupdate störanfällig. Das erklärt, warum Digitalisierungsprojekte enttäuschen. [McKinseys Forschung](https://www.mckinsey.com/capabilities/people-and-organizational-performance/our-insights/unlocking-success-in-digital-transformations?ref=vanenkhuizen.com) ergab, dass weniger als 30 Prozent der digitalen Transformationen erfolgreich sind, und nur 16 Prozent zu dauerhaften Verbesserungen führen. Ein häufiges Muster hinter den Misserfolgen: Tools, die gekauft wurden, bevor die Datenarchitektur existierte, um sie zu verbinden. Dabei steigen die Anforderungen. Kunden, die eine Pizza auf einer Karte verfolgen, erwarten eine Live-Antwort auf "Wo ist meine Bestellung?". Jedes KI-Tool, das Sie ausprobieren werden, ist nur so gut wie die Daten, die Sie ihm liefern. Und der EU Digital Product Passport wird Rückverfolgbarkeit pro Teil verlangen. Das alles braucht Daten, die aktuell, strukturiert und an einem Ort sind. Genau das, was das Chaos nicht liefern kann. --- ## Die acht Schritte, die jeder Produktionsbetrieb täglich durchläuft Treten Sie einen Moment von den Systemen zurück und schauen Sie auf die Arbeit selbst. Jeder Produktionsbetrieb, egal was er herstellt, läuft täglich durch dieselben acht Schritte: - **Verkaufen.** Ein Angebot geht raus, ein Auftrag kommt rein. Ihr CRM und Ihre Kalkulationstools. - **Planen.** Das ERP entscheidet, was wann produziert werden muss. - **Produktion steuern.** Ein MES oder ein Whiteboard überträgt den Plan in Aufgaben für die Werkstatt. - **Produzieren.** Maschinen laufen. Ihre Steuerungen und Sensoren wissen genau, was passiert. - **Lagern.** Material rein, Fertigware raus. Das WMS führt Buch. - **Liefern.** Das Produkt verlässt das Gebäude, mit Papieren. - **Rechnung stellen.** Die Rechnung folgt der Lieferung. - **Abgleichen.** Die Bücher bestätigen, dass das, was verkauft, produziert, geliefert und berechnet wurde, übereinstimmt. Jeder Schritt erzeugt Daten. Jeder Schritt braucht Daten aus den anderen Schritten. Und in den meisten Betrieben fließen diese Daten Punkt-zu-Punkt zwischen Systemen, oder schlimmer: auf Papier, abgetippt, mit Excel dazwischen. Das ist das Chaos von innen betrachtet. Jetzt drehen Sie das Bild um. Dieselben acht Schritte, aber mit einem Hub in der Mitte. Das ERP spricht mit dem Hub. Die Maschinen sprechen mit dem Hub. Das Planungstool spricht mit dem Hub. Nichts spricht direkt mit etwas anderem. Jedes System gibt sein Wissen an einen gemeinsamen Ort ab und holt sich von dort, was es braucht. Dieser Hub und die Namensstruktur darin ist der Unified Namespace. 🧭 **Wollen Sie Ihre eigenen acht Schritte auf Papier sehen?** Mein [UNS-Design-Leitfaden](https://vanenkhuizen.com/design-your-unified-namespace/) führt Sie durch die Modellierung Ihrer Fabrik, bevor Sie Software anfassen, mit einer ausfüllbaren Vorlage. Kostenlos für Mitglieder. --- ## Was ist ein Unified Namespace? Ein Unified Namespace ist eine Architektur, in der jedes System in Ihrem Betrieb veröffentlicht, was es gerade tut, im Moment des Geschehens, an einem zentralen Ort, in einer gemeinsamen Struktur, und von diesem Ort liest, was es braucht. Es ist eine Designentscheidung, so wie "Client-Server" eine Designentscheidung ist. Dann wählen Sie Tools, um sie umzusetzen. 💡 **In einem Satz:** Ein UNS ist die einzige, lebendige Quelle der Wahrheit über den aktuellen Zustand Ihrer Fabrik, geordnet nach der Struktur Ihres Unternehmens. Ich habe diese Architektur von Walker Reynolds gelernt, meinem Mentor in der industriellen Digitalisierung. In seinem [UNS Handbook](https://www.linkedin.com/pulse/uns-handbook-introduction-walker-reynolds-1eqoc?ref=vanenkhuizen.com) fasst er einen UNS in fünf Aussagen zusammen: - Die Struktur Ihres Unternehmens und all seiner Ereignisse. - Eine einzige Quelle der Wahrheit für alle Daten und Informationen des Unternehmens. - Der Ort, an dem der aktuelle Zustand des Unternehmens lebt. - Der Hub, über den die smarten Dinge in Ihrem Unternehmen miteinander kommunizieren. - Die architektonische Grundlage Ihrer Industry-4.0- und Digitalisierungsinitiative. Hinter diesen Aussagen stecken einige Eigenschaften, und jede bedeutet etwas Konkretes für Ihren Betrieb: - **Herstellerunabhängig.** Es ist egal, welche Maschinen Sie betreiben oder welches ERP Sie behalten. Jede Marke kann teilnehmen. - **Edge-getrieben.** Daten werden dort veröffentlicht, wo sie entstehen, an der Maschine, anstatt von einem zentralen System abgefragt zu werden. - **Report by Exception.** Systeme melden sich, wenn sich etwas ändert, und bleiben sonst still. - **Leichtgewichtig.** Die Nachrichten sind klein und einfach, sodass normale Hardware und Netzwerke sie problemlos übertragen. - **Offene Architektur.** Es läuft auf offenen Standards, sodass das Einbinden nie die Genehmigung eines einzelnen Herstellers erfordert. - **Full Stack.** Eine Struktur deckt alles ab, vom Sensor in der Maschine bis zur Software in der Cloud. - **Wie das Unternehmen geordnet.** Der Datenbaum spiegelt Ihr Unternehmen wider, sodass jeder alles finden kann. Herstellerunabhängig ist das tragende Wort. Ein UNS hängt von keinem Produkt oder keiner Technologie ab, und das ist es, was ihn zu einem Fundament macht statt zu einer weiteren Herstellerentscheidung. Walkers Video-Erklärung ist das, was ich jedem schicke, der fragt: 🎥 [Der vollständige UNS Masterclass (Video)](https://www.youtube.com/watch?v=dy1OcOCigmI&ref=vanenkhuizen.com) · 🔗 [Diese herstellerneutrale schriftliche Erklärung](https://itotinsider.com/the-unified-namespace-uns-explained/?ref=vanenkhuizen.com) Die Verbreitung bestätigt die Architektur: [Deloittes Smart-Manufacturing-Umfrage 2025](https://www.deloitte.com/us/en/insights/industry/manufacturing-industrial-products/2025-smart-manufacturing-survey.html?ref=vanenkhuizen.com) ergab, dass 54 Prozent der Hersteller ein einheitliches Datenmodell einführen. --- ## Ist es ein Produkt? Ist es eine Datenbank? In jeder Präsentation, die ich halte, kommen zwei Fragen, also beantworte ich sie hier direkt. **"Wo kann ich einen kaufen?"** Gar nicht. Ein UNS ist etwas, nach dem Sie bauen, wie ein Haus nach dem Entwurf eines Architekten. Der Entwurf legt fest, wo die Wände und Leitungen verlaufen. Welche Ziegel Sie verwenden, ist eine separate Entscheidung, und Sie können den Ziegellieferanten wechseln, ohne eine Wand zu versetzen. In einem UNS sind der Broker, die Konnektoren und die Datenbanken die Ziegel. Die Namensstruktur und die Einbindungsregel sind der Entwurf. **"Ist es dann eine Datenbank?"** Auch nein, und dieser Unterschied ist wichtig. Eine Datenbank ist für nachträgliche Abfragen gebaut. "Gib mir die Aufträge der letzten Woche." Sie fragen, sie antwortet. Ein UNS ist ereignisgesteuert: Er teilt Ihnen mit, was passiert, im Moment des Geschehens. Maschine startet: Ereignis. Auftrag eingetroffen: Ereignis. Status ändert sich: Ereignis. Ein Livestream des aktuellen Zustands Ihrer Fabrik. Sie können trotzdem Dinge nachschlagen. Der Namespace hält den zuletzt bekannten Zustand von allem (eine retained message, in MQTT-Begriffen), sodass ein System, das sich um 09:00 Uhr verbindet, sofort den Zustand der gesamten Fabrik kennt. Und für die vollständige Geschichte hängen Sie einen Historian an, der ein eigenes Kapitel bekommt, weil er bestimmt, wem Ihre Daten gehören. --- ## Hub und Spoke: jedes System wird ein Knoten ![A glowing blue sphere at the center with straight spokes radiating out to small machine blocks, upright screens, and office tower shapes](https://vanenkhuizen.com/content/images/imported/body/hub-and-spoke-nodes.png) Das Hub-und-Spoke-Modell in einem Bild. Jedes System verbindet sich einmal, mit dem Hub, und nichts spricht direkt mit etwas anderem. | via [FLUX.2 Pro](https://bfl.ai/models/flux-2?ref=vanenkhuizen.com) Ein UNS folgt einem Hub-und-Spoke-Modell. Ein Hub in der Mitte, und jedes System als Spoke daran angebunden. Nichts verbindet sich direkt mit etwas anderem. In der Praxis ist der Hub ein Message Broker, ein kleines Stück Software, das Nachrichten empfängt und an alle weitergibt, die sie abonniert haben. Er spricht in der Regel [MQTT](https://mqtt.org/?ref=vanenkhuizen.com), ein leichtgewichtiges Publish-Subscribe-Protokoll, das genau dafür gebaut wurde. Jedes System rund um den Hub ist ein **Knoten**: Ihr ERP, Ihre CAM-Software, Ihre Maschinen, Ihre Dashboards, Ihre zukünftigen KI-Agenten. Jeder Knoten *veröffentlicht*, was er weiß, und *abonniert*, was er braucht. Es funktioniert wie das Internet. Geräte verschiedener Hersteller kommunizieren, weil sie sich auf ein Protokoll und ein Adressschema einigen, und kein einzelner Hersteller besitzt die Mitte. In Ihrer Fabrik ist das Adressschema der Namespace: ein Themenbaum, der wie Ihr Unternehmen aufgebaut ist. "Wie Ihr Unternehmen aufgebaut" hat einen Standard dahinter: [ISA-95](https://corsosystems.com/posts/isa-95-101?ref=vanenkhuizen.com), eine einfache Namenskonvention für die Ebenen einer Fabrik. Der übliche Baum läuft **enterprise / site / area / line / cell**. Ein Thema wie `metalworks/utrecht/laser-cutting/line-1/trulaser-5030/status` sagt jedem, Mensch oder Software, genau, wo in dem Gebäude diese Daten leben: Unternehmen, Standort, Bereich, Linie, Maschine. Und noch etwas zu den Namen: Sie wählen sie, in Ihrer eigenen Sprache, wenn Sie wollen. Sie überdauern jedes Tool, das Sie je kaufen werden. 💡 **Das Kernprinzip:** Jedes System hat genau EINE Verbindung, zum UNS. Nicht Dutzende von Leitungen zwischen Systemen. Das ist der Unterschied zwischen Chaos und Architektur. Beachten Sie, was in diesem Bild mit dem ERP passiert ist: Es wurde zu einem Knoten unter vielen. [Why ERP No Longer Needs to Be the Center of Your FactoryHow a smart structure restores clarity without replacing your entire system.vanenkhuizen.com![](https://vanenkhuizen.com/content/images/imported/covers/why-erp-no-longer-needs-to-be-the-center-of-your-factory.png)](https://vanenkhuizen.com/why-erp-no-longer-needs-to-be-the-center-of-your-factory/) Lieber hören? Brian Pribe und ich haben uns damit beschäftigt, einen UNS für kleinere Hersteller Wirklichkeit werden zu lassen: --- ## Wo der UNS im Automatisierungs-Stack sitzt ![A stepped blue pyramid dissolving into small drifting fragments that settle onto a wide flat plane holding a connected network of dots](https://vanenkhuizen.com/content/images/imported/body/pyramid-into-flat-plane.png) Die schichtweise Automatisierungspyramide weicht einer flachen gemeinsamen Ebene, auf der ein Sensor und ein Dashboard im selben Moment veröffentlichen und abonnieren. | via [FLUX.2 Pro](https://bfl.ai/models/flux-2?ref=vanenkhuizen.com) Automatisierungsingenieure beschreiben eine Fabrik in Ebenen, das Purdue-Modell: - **Ebene 0:** Sensoren und Aktoren, die Physik. - **Ebene 1:** die SPSen und Steuerungen, die sie steuern. - **Ebene 2:** SCADA und HMI, die Bildschirme, die den Prozess bedienen. - **Ebene 3:** MES und Betrieb, der Produktionstag wird gesteuert. - **Ebene 4:** ERP und Geschäftssysteme, das Unternehmen wird geführt. - **Ebene 5:** Cloud, BI und Analytics. Traditionell steigen Daten diese Ebenen eine Schnittstelle nach der anderen hinauf und verlieren bei jedem Schritt an Aktualität. Der UNS sitzt quer durch alles davon, Full Stack: Ein Level-0-Sensor und ein Level-5-Dashboard veröffentlichen und abonnieren im selben Namespace, im selben Moment. --- ## Warum ereignisgesteuert besser ist als Polling und Batch Ereignisgesteuert bedeutet, dass ein System eine Nachricht sendet, sobald sich etwas ändert, und sonst still bleibt. Das klingt wie eine Technikalität. Es ist das Herzstück der gesamten Architektur, weil die zwei Alternativen das sind, womit Sie heute leben. - **Polling** bedeutet, jede Maschine immer wieder zu fragen "Gibt es was Neues?" Die meisten Antworten sind "Nein", also ist der meiste Datenverkehr Verschwendung, und alles, was zwischen zwei Abfragen passiert, bleibt unsichtbar. - **Batch** ist die nächtliche Synchronisierung, der CSV-Export, der Montag-Bericht. Wenn die Daten ankommen, ist der Moment zum Handeln vorbei. Ihr Montag-Bericht beschreibt eine Fabrik, die nicht mehr existiert. Ein UNS ersetzt beides durch die zwei Prinzipien, die Sie bereits kennengelernt haben: **Report by Exception**, Knoten veröffentlichen, wenn sich etwas ändert, und **Edge Processing**, die Maschine oder ein kleines Gateway daneben filtert ihre eigenen Rohdaten und veröffentlicht nur das, was Bedeutung trägt, damit der Namespace sauber und leicht bleibt. Für den Metallbearbeitungsfall haben Wim Dijkgraaf und ich eine [ganze Podcast-Episode](https://vanenkhuizen.com/smart-metals-podcast-8-eda-and-uns-in-metalworking-with-wim-dijkgraaf/) damit verbracht, warum ereignisgesteuert plus UNS besser ist als eine Smart Factory rund um das ERP aufzubauen. --- ## Wie ein UNS in der Praxis funktioniert Jede Datenquelle veröffentlicht ihre Ereignisse in den Namespace. Jedes System, das Informationen braucht, abonniert genau die Äste, die es interessieren. Kein Polling, kein Batch, kein Warten auf die nächtliche Synchronisierung. Der Themenbaum spiegelt Ihre Fabrik wider. Ein realer sieht so aus: ``` metalworks/utrecht/laser-cutting/line-1/trulaser-5030/status metalworks/utrecht/laser-cutting/line-1/trulaser-5030/job/current metalworks/utrecht/bending/line-2/pressbrake-1/parameters/angle metalworks/utrecht/quality/measurements/batch-456 metalworks/orders/incoming ``` Und ein einzelnes Ereignis ist nur eine kleine, lesbare Nachricht. Wenn der Laser eine Schachtelung abgeschlossen hat, veröffentlicht er etwas wie: ```json { "topic": "metalworks/utrecht/laser-cutting/line-1/trulaser-5030/job/current", "state": "finished", "nest": "N-2207", "sheets": 14, "runtime_min": 43 } ``` Das Dashboard zeigt es in dieser Sekunde. Das Planungstool aktualisiert den Zeitplan. Das Qualitätssystem prüft, ob diese Schachtelung eine Inspektion benötigt. Keines dieser Systeme weiß vom anderen. Sie kennen nur den Namespace. Das ist der Gewinn. Das nächste Tool, das Sie hinzufügen, benötigt eine Verbindung: zum Namespace. Tauschen Sie in fünf Jahren Ihr ERP aus, und die Maschinen merken es nicht. --- ## Der Historian: das Gedächtnis Ihrer Fabrik, außerhalb des ERP ![A stack of glowing pale blue cylindrical drums with thin blue lines flowing in from one side and out the other](https://vanenkhuizen.com/content/images/imported/body/historian-data-drums.png) Der Historian hört am Namespace mit und schreibt alles mit Zeitstempeln weg, in Datenbanken, die Ihnen gehören und die Sie kontrollieren. | via [FLUX.2 Pro](https://bfl.ai/models/flux-2?ref=vanenkhuizen.com) Eine Art von Knoten verdient ein eigenes Kapitel, weil sie entscheidet, wem die Geschichte Ihrer Fabrik gehört. Ein **Historian** ist ein System, das am Namespace mithört und alles mit Zeitstempeln wegschreibt. Messungen über Zeit: Temperatur, Schnittgeschwindigkeit, Druck, jede Sekunde, wenn Sie wollen. Aber auch Auftragsdaten, letzte Zustände und wer was wann geändert hat. Die Frage, für die er da ist, klingt einfach: Was ist um 14:32 Uhr passiert? Sobald dieses Gedächtnis existiert, zahlt es sich aus. Analyse: Wie lange dauert eine Biegung wirklich, pro Material? Process Mining: Wo warten Aufträge tatsächlich? KI: Muster in monatelangen Maschinendaten, die kein Mensch sich hinsetzen würde, um sie zu finden. Das ist der Teil, den ich jeden Betriebsinhaber hören lassen will. Dieser Historian lebt außerhalb Ihres ERP. Ihre Tabellen, Ihre Spaltennamen, Ihre Entscheidungen darüber, was Sie wie lange aufbewahren. Kein Hersteller schreibt Ihre Datenstruktur vor. Er läuft auf spezialisierten Zeitreihendatenbanken, die genau für diese Aufgabe blitzschnell sind, auf Hardware in Ihrem eigenen Gebäude. Ihre Daten, lokal, unter Ihrer eigenen Kontrolle. Und es funktioniert auch umgekehrt. Oft brauchen Sie das eigene Überwachungspaket des Maschinenherstellers gar nicht. Moderne Maschinen sprechen offene Protokolle ([OPC UA](https://opcfoundation.org/?ref=vanenkhuizen.com), MQTT), sodass Sie sie direkt lesen und die Daten selbst speichern können. Der TRUMPF-Laser, die Bystronic-Biegemaschine, der Schweißroboter: alles in denselben Hub, eine Struktur, ein Bildschirm. Vergleichen Sie das mit drei Hersteller-Dashboards, die nicht miteinander reden. Den Aufbau beschreibt genau Lektion 5 meiner Mitglieder-Bauserie: [Store it: Ihr erster Historian](https://vanenkhuizen.com/lesson-5-store-it-your-first-historian/). --- ## Was Sie mit einem Unified Namespace tun können ![A row of light dashboard panels showing abstract blue charts, fed by thin lines rising from a bright grid floor below](https://vanenkhuizen.com/content/images/imported/body/dashboard-panels-rising-lines.png) Live-Dashboard-Panels, direkt aus der Werkstatt darunter gespeist, aktualisiert im Moment, in dem sich etwas ändert. | via [FLUX.2 Pro](https://bfl.ai/models/flux-2?ref=vanenkhuizen.com) | Fähigkeit | Was das in der Praxis bedeutet | | ----------------- | --------------------------------------------------------------------------------------------------------------- | | **Messen** | Sehen Sie, wie lange jede Operation wirklich dauert, pro Maschine, pro Auftrag, in einem vergleichbaren Format. | | **Analysieren** | Daten aus verschiedenen Systemen kombinieren und Muster finden, die einzelne Tools nicht sehen können. | | **Signalisieren** | Abweichungen alarmieren die richtigen Personen und Systeme im Moment des Auftretens. | | **Verbinden** | Jede neue Maschine, jeder Sensor oder jede App braucht eine Verbindung: zum Namespace. | | **Anzeigen** | Live-Dashboards zu Aufträgen, Fortschritt, Maschinenstatus und Kosten, ohne Berichtserstellung. | Diese Fähigkeiten verstärken sich gegenseitig. Bessere Messung fließt in bessere Analyse ein, die die Signale schärft. Und weil alles eine gemeinsame Struktur teilt, ist jede Verbesserung sofort für jedes System verfügbar. Das ist auch das Fundament, auf dem ein MES steht, eine Schicht, die ich in [meinem vollständigen MES-Leitfaden für die Metallbearbeitung](https://vanenkhuizen.com/manufacturing-execution-systems-mes-for-metalworking-a-complete-guide/) behandle. Dazu habe ich früher geschrieben: [Manufacturing Execution Systems (MES) für Metallbearbeitung: Ein kompletter Leitfaden (2026)Ich erkläre, was ein MES wirklich ist: eine Funktion, kein Produkt. Sie bekommen die vier Kernfunktionen, die es liefern muss, die fünf Wege dorthin und die Wahvanenkhuizen.com![](https://vanenkhuizen.com/content/images/imported/covers/manufacturing-execution-systems-mes-for-metalworking-a-complete-guide.png)](https://vanenkhuizen.com/articles/manufacturing-execution-systems-mes-fuer-metallbearbeitung-ein-kompletter-leitfaden/) Ist das realistisch für einen normalen Metallbetrieb? Denis und ich haben eine [reale Fallstudie](https://vanenkhuizen.com/smart-metals-podcast-13-unified-namespace-deployment-in-metal-fabrication-a-real-world-case-study/) aufgenommen, eines UNS, der in einem niederländischen Schweißbetrieb innerhalb eines Tages aufgestellt wurde. Kleine Betriebe tun das. --- ## UNS-Plattformen und Tools: ein erster Blick Sie kaufen keinen UNS, Sie bauen einen zusammen, und die Teile sind gut geworden. Die Kurzversion, wer wo spielt: - [**UMH Core**](https://www.umh.app/?ref=vanenkhuizen.com) (Open Source): der gesamte UNS in einem Container, ein eingebetteter Kafka-kompatibler Broker plus Bridges für mehr als 50 Maschinenprotokolle. [Die Dokumentation](https://docs.umh.app/?ref=vanenkhuizen.com) liest sich wie ein Kurs. - [**Ignition**](https://inductiveautomation.com/resources/article/uns-unified-namespace?ref=vanenkhuizen.com): die industrielle Plattform, um die viele Systemintegratoren einen UNS aufbauen. - [**HighByte**](https://www.highbyte.com/?ref=vanenkhuizen.com): Industrial-DataOps-Software, das heißt, sie modelliert Ihre Daten und verschiebt sie mit dem angehängten Kontext zwischen Systemen. Gut für datengetriebene Unternehmen. - [**HiveMQ**](https://www.hivemq.com/resources/smart-manufacturing-using-isa95-mqtt-sparkplug-and-uns/?ref=vanenkhuizen.com): ein MQTT-Broker für Enterprise-Skala, mit starkem ISA-95- und Sparkplug-Werkzeug. - [**EMQX**](https://www.emqx.com/en?ref=vanenkhuizen.com): ein weiterer leistungsstarker MQTT-Broker, gebaut für ernsthafte Nachrichtenvolumen. - [**Mosquitto**](https://mosquitto.org/?ref=vanenkhuizen.com) (Open Source): ein kleiner Broker, der auf allem läuft. Die Standardwahl für einen Piloten im kleinen Betrieb. - [**Node-RED**](https://nodered.org/?ref=vanenkhuizen.com): der Klebstoff. Ein visuelles Tool zum Verschieben und Transformieren von Nachrichten zwischen all dem oben Genannten. Jedes davon verdient eine echte Bewertung anhand der Größe und Fähigkeiten Ihres Betriebs, mehr als eine Einführung tragen kann. Welches zu Ihrem Betrieb passt, beantwortet genau mein [Tooling-Vergleich](https://vanenkhuizen.com/uns-tooling-appendix/) für Mitglieder, mit demselben Namespace in verschiedenen Tools, Seite an Seite. --- ## Was KI für den Unified Namespace verändert Als ich anfing, über den UNS zu schreiben, endete die Argumentation bei Dashboards: Sehen Sie Ihre Fabrik live. Seit 2024 hat sie sich verschoben, weil KI sich verschoben hat. Ein KI-Agent, ein Programm, das ein Sprachmodell nutzt, um zu beobachten, zu entscheiden und zu handeln, kann nur auf Daten reagieren, die es finden und denen es vertrauen kann. Geben Sie ihm dreißig unverbundene Systeme, und jedes KI-Projekt beginnt mit einem Datenbereinigungsprojekt. Geben Sie ihm einen einzigen, kontextualisierten, Echtzeit-Namespace, und es hat, was es vom ersten Tag an braucht. Walker hat diesen Fall in seinem Vortrag über [warum der UNS das wesentliche Fundament für industrielle KI und agentische Operationen ist](https://www.youtube.com/watch?v=GZPWih8uE-M&ref=vanenkhuizen.com) vorgetragen, und [Capgemini kam in seiner eigenen Forschung zum selben Schluss](https://www.capgemini.com/insights/research-library/unified-namespace-the-scalable-foundation-for-ai-in-manufacturing/?ref=vanenkhuizen.com): Der UNS ist das skalierbare Fundament für KI. Die Infrastruktur dafür kommt schnell. MCP (Model Context Protocol, ein Standard, der es KI-Modellen ermöglicht, sich mit Tools und Datenquellen zu verbinden) ist in den industriellen Stack eingedrungen: [Litmus betreibt jetzt einen MCP-Server](https://litmus.io/blog/industrial-iot-with-litmus-mcp-server?ref=vanenkhuizen.com), der einem Sprachmodell ermöglicht, Live-Anlagendaten direkt abzufragen. Mein Arbeitsmodell dafür ist 10-80-10: Sie geben die Richtung vor, Agenten erledigen die laufende Arbeit, Sie genehmigen, was wichtig ist. Das ist eine Geschichte für einen anderen Artikel. Hier ist die Schlussfolgerung einfach: **Der Namespace ist das, was Ihre Fabrik für KI lesbar macht**. --- ## Fangen Sie mit einer Maschine an Sie brauchen keinen Lenkungsausschuss, um das alles zu testen, und Sie brauchen sicher kein mehrjähriges Transformationsprogramm, das einen Bericht für das Regal produziert. Ich nenne die Alternative ein Leuchtturmprojekt: ein Beweis in Wochen. Broker aufstellen, eine Maschine anschließen, ein Dashboard aufbauen. Alle sehen es, dann entscheiden Sie den nächsten Schritt aus dem, was Sie gelernt haben. Denken Sie an ein Schnellboot, und lassen Sie den Öltanker folgen: Der Pilot läuft neben Ihren bestehenden Systemen und berührt nichts. Schritt eins ist herauszufinden, wie Ihre Maschine kommuniziert, und genau dort beginnt die Mitglieder-Bauserie: [Lesson 1: Pick one machine and learn how it talksChoose a single machine. Find its protocol (OPC UA, MQTT, or its own format). What you are looking for and where to find it.vanenkhuizen.com](https://vanenkhuizen.com/lesson-1-pick-one-machine-and-learn-how-it-talks/) --- ## Fragen, die ich zum Unified Namespace bekomme #### Brauche ich Sparkplug? Sparkplug ist eine Spezifikation auf MQTT, die standardisiert, wie Geräte sich ankündigen und ihre Daten melden. Es ist jetzt ein ISO-Standard (ISO/IEC 20237). Das Muster, das ich 2026 sehe: Sparkplug am Maschinen-Edge, dann vereinfacht zu einfachem MQTT mit Ihrem ISA-95-Themenbaum innerhalb des UNS, weil sein festes Thema-Layout gegen die Geschäftshierarchie kämpft, die der Namespace tragen soll. Nützlich am Edge, nie eine Anforderung. #### Was kostet es, einen UNS auszuprobieren? Messen Sie es in Aufwand, meistens. Ein Pilot läuft auf Open-Source-Tools und Hardware, die Sie bereits besitzen, also ist die echte Investition Aufmerksamkeit: ein paar Abende, um einen Broker aufzustellen, eine Maschine anzuschließen und Namen zu entscheiden. Diese Namens-Entscheidungen sind die eigentliche Arbeit, und sie gehören Ihnen, egal welche Tools Sie später verwenden. #### Können meine alten Maschinen mitmachen? Fast immer. Viele Maschinen der letzten fünfzehn Jahre sprechen OPC UA (ein Standard, den Industriemaschinen nutzen, um ihre Daten zugänglich zu machen), und Gateways übersetzen OPC UA und ältere Signale in MQTT. Bei Maschinen ganz ohne Datenschnittstelle erledigen Nachrüstsensoren die Arbeit: Ein Stromzähler und ein Teilezähler sagen Ihnen, wann sie läuft und wie viel sie produziert. #### Wie halte ich einen UNS sicher? Mit drei Gewohnheiten. Jede Verbindung weist nach, wer sie ist, bevor sie veröffentlichen oder abonnieren darf. Jeder Knoten erhält Zugang zu genau den Ästen, die er braucht, und nichts mehr (rollenbasierter Zugang). Und nichts wird als vertrauenswürdig eingestuft, nur weil es sich im Gebäude befindet, das Zero-Trust-Prinzip. Der Broker läuft in Ihrem lokalen Netzwerk, sodass nichts das Gebäude verlassen muss. Ein Pilot mit einer Maschine, in einem eigenen Netzwerksegment, ist ein sicherer Ort, alle drei zu üben. #### Wie halte ich schlechte Daten aus dem Namespace heraus? Validieren Sie an der Quelle: Der Knoten, der veröffentlicht, prüft seine eigenen Werte, bevor sie in den Baum eingehen, sodass ein defekter Sensor nicht alles nachgelagerte vergiften kann. Einigen Sie sich einmal auf die Namens- und Einheitsregeln, wenn Sie den Namespace entwerfen, und schreiben Sie sie auf. Dann beobachten Sie die Datenströme: Weil alles durch einen Ort fließt, zeigt sich ein Sensor, der anfängt, Unsinn zu senden, in Minuten auf einem Bildschirm, statt einen Monat später in einem Bericht aufzutauchen. #### UNS versus ERP oder MES: Was brauche ich? Verschiedene Schichten. ERP und MES sind Funktionen: Sie halten Aufträge, planen Arbeit und verfolgen die Ausführung. Der UNS ist die Schicht, über die diese Systeme Daten austauschen. In einer UNS-Architektur wird Ihr ERP zu einem Knoten unter vielen und Ihr MES zu einem Publisher und Subscriber im Namespace. Sie werden die Funktionen noch wollen. Sie werden aufhören wollen, dass sie das Zentrum sind. --- ## Weiterlesen: das UNS-Regal Alles oben ist genug, um die Architektur zu verstehen und einen Pilot zu starten. Wenn Sie tiefer gehen wollen, ist das das Regal, auf das ich die Leute hinweise: - **Walker Reynolds' UNS Handbook.** Die schriftliche Definition von der Quelle, [auf LinkedIn](https://www.linkedin.com/pulse/uns-handbook-introduction-walker-reynolds-1eqoc?ref=vanenkhuizen.com). - **Walker im Video.** Der originale [What is the Unified Namespace?](https://www.youtube.com/watch?v=PB%5F9HIgSCWc&ref=vanenkhuizen.com)\-Erklärer, der vollständige [UNS Masterclass](https://www.youtube.com/watch?v=dy1OcOCigmI&ref=vanenkhuizen.com) und [Unified Namespace and Historians](https://www.youtube.com/watch?v=AjIgJ6sSrnU&ref=vanenkhuizen.com). - **HiveMQ's UNS Essentials.** Eine kostenlose, kursähnliche [Einführungsserie](https://www.hivemq.com/mqtt/unified-namespace-uns-essentials-iiot-industry-40/?ref=vanenkhuizen.com) vom MQTT-Broker-Unternehmen. - **United Manufacturing Hub.** Ihr [Hauptartikel](https://www.umh.app/insight/the-unified-namespace-as-the-strongest-architectural-proposal-for-industry-4-0?ref=vanenkhuizen.com), die [UNS-Basics-Videoserie](https://www.umh.app/insight/uns-basics-video-series?ref=vanenkhuizen.com) und der [Open-Source-Code selbst](https://github.com/united-manufacturing-hub/united-manufacturing-hub?ref=vanenkhuizen.com). - **Die Standards.** [mqtt.org](https://mqtt.org/?ref=vanenkhuizen.com) für das Protokoll, die [OPC Foundation](https://opcfoundation.org/?ref=vanenkhuizen.com) für OPC UA und Corso Systems' verständliches [ISA-95 101](https://corsosystems.com/posts/isa-95-101?ref=vanenkhuizen.com). - **Ereignisgesteuertes Denken.** FlowFuse's [Erklärung der ereignisgesteuerten Architektur in der Fertigung](https://flowfuse.com/blog/2026/02/what-is-event-driven-architecture-in-manufacturing/?ref=vanenkhuizen.com). - **Meine Podcast-Episoden.** [Ereignisgesteuerte Architektur und UNS mit Wim Dijkgraaf](https://vanenkhuizen.com/smart-metals-podcast-8-eda-and-uns-in-metalworking-with-wim-dijkgraaf/), [einen UNS mit Brian Pribe Wirklichkeit werden lassen](https://vanenkhuizen.com/smart-metals-podcast-10-unifying-manufacturing-with-unified-namespace-a-conversation-with-brian-pribe-smart-metals-podcast-10/) und [eine reale Einsatz-Fallstudie](https://vanenkhuizen.com/smart-metals-podcast-13-unified-namespace-deployment-in-metal-fabrication-a-real-world-case-study/). --- ## Der Punkt ist Ihre Fabrik produziert die Daten bereits. Ein Unified Namespace ist die Entscheidung, sie einmal zu organisieren, in einer lebendigen Struktur, die Ihnen gehört, damit jedes aktuelle System und jedes zukünftige sie nutzen kann. Die Architektur ist erprobt, die Tools sind offen, und die kleinste sinnvolle Version passt in einen Pilot von Wochen. Das ist der Gedanke, mit dem ich meine Präsentationen abschließe. Das ERP wurde zum Standard in einer Zeit, in der Sie keine Software selbst bauen konnten, und damals war es die richtige Antwort. Heute können Sie bauen. Also ändert sich die Frage, von "Welches Paket löst mein Problem" zu "Welches Fundament lässt mich den Rest selbst bauen". Der UNS ist dieses Fundament. Wenn Sie bereit sind, Ihren zu entwerfen, ist die vollständige Methode in der Mitglieder-Bibliothek, kostenlos beizutreten. Der Design-Leitfaden führt Sie durch die Modellierung Ihrer Fabrik auf Papier, dann durch den Aufbau eine Maschine nach der anderen, mit der ausfüllbaren Vorlage: [Design your Unified NamespaceA followable UNS design guide for metal shops: the ISA-95 structure, the three data roles, your first machines, and the fill-in template. Free to join.vanenkhuizen.com![](https://vanenkhuizen.com/content/images/imported/covers/one-machine-one-week-your-first-project.png)](https://vanenkhuizen.com/design-your-unified-namespace/) Der Rest der Bauserie und der Tooling-Vergleich leben in der [Mitglieder-Bibliothek](https://vanenkhuizen.com/library/). Und wenn Sie vor Ihrer Entscheidung ein zweites Augenpaar auf Ihre Architektur wollen, dafür sind meine [Dienstleistungen](https://vanenkhuizen.com/services/) da. *Was würden Sie als Erstes auf einem Live-Bildschirm sehen wollen: Auftragsfortschritt, Maschinenstatus oder tatsächliche Auftragskosten? Sagen Sie es mir, ich lese jede Antwort.* --- **Danksagungen.** Diese Erkenntnisse bauen auf der Arbeit von [Walker Reynolds](https://www.umh.app/insight/chapter-2-the-rise-of-the-unified-namespace?ref=vanenkhuizen.com), meinem Mentor in der industriellen Digitalisierung, dem Team von [United Manufacturing Hub](https://www.umh.app/?ref=vanenkhuizen.com) und meinem Smart-Metals-Podcast-Co-Moderator [Denis Gontcharov](https://smartmetals.transistor.fm/?ref=vanenkhuizen.com) auf, die alle dazu beigetragen haben, dieses Konzept für die Metallbearbeitung greifbar zu machen. Dazu habe ich früher geschrieben: [Modellbasierte Definition (MBD) und STEP-Dateien in der Metallfertigung (2026)Ich habe die erste Version dieses Leitfadens 2021 geschrieben, und 2026 ist der Markt endlich weiter. Sie erfahren, was MBD und PMI sind, was eine STEP-Datei wivanenkhuizen.com![](https://vanenkhuizen.com/content/images/imported/covers/model-based-definition-mdb-and-step-files-in-metal-fabrication.png)](https://vanenkhuizen.com/articles/modellbasierte-definition-mdb-und-step-dateien-in-der-metallfertigung/)