Unified Namespace: Wie Metallbetriebe ihre Spaghetti-Integrationen loswerden
Ich zeige, warum aus einer klaren Digitalisierungsvision ein Wirrwarr aus Anbindungen wird. Sie erfahren, wie ein Unified Namespace als zentraler Hub die Verbindungen entwirrt und was ein Historian für die Rückschau ergänzt.
Jeder Metallbearbeitungsbetrieb, der die Digitalisierung ernst nimmt, kennt die Geschichte. Sie starten mit einer klaren Vision, Smart Factory, Industrie 4.0, alles vernetzt, und irgendwo unterwegs verwandelt sich dieser Traum in ein Wirrwarr von Anbindungen.
In dieser Ausgabe erkläre ich, warum das passiert, und wie ein Unified Namespace (UNS) Ihnen hilft, strukturell davon loszukommen.
Vom Traum zum Spaghetti
Sie starten mit einer klaren Vision. Smart Factory. Industrie 4.0. Alles vernetzt. Dashboards mit Echtzeit-Daten. Bediener mit Tablets statt Papier-Arbeitsaufträgen.
Und Sie legen los. Neues ERP oder ein Upgrade. Eine Anbindung an Ihre Laserschneidmaschine. Planungssoftware. Ein Dashboard dazu. Neue Abkantpresse, anderer Anbieter, wieder eine Anbindung.
Irgendwo unterwegs verwandelt sich der Traum in etwas anderes.
Ihr Laser verbindet sich mit Ihrem ERP, aber auch direkt mit Ihrer Planung, weil diese eine Schnittstelle nicht richtig funktioniert. Von dort läuft wieder eine Verbindung zu einem Dashboard. Es gibt Anbindungen über XML, über CSV, über APIs. Mehrere Anbieter, jeder mit eigenen Beratern, die die Systeme der anderen nicht ganz verstehen und aufeinander zeigen, sobald etwas nicht funktioniert.
Sie haben Dutzende von Verbindungen. Keinen Überblick mehr. Daten, die nicht ganz stimmen. Menschen, die dieselbe Information an drei Stellen eingeben. Und trotz all dieser Systeme steht jemand mit Excel daneben, um den Laden am Laufen zu halten.
Das nenne ich Spaghetti.
Und das Problem ist: je mehr Sie wachsen, desto schlimmer wird es. Jede neue Maschine, ob Fräsmaschine, Plasmaschneidanlage oder Schweißroboter, bedeutet noch mehr Verbindungen. Irgendwann trauen Sie sich nicht mehr, etwas zu ändern, weil Sie nicht wissen, was dann zusammenbricht.
Warum das passiert
Es hilft, kurz herauszuzoomen. Schauen Sie sich an, was ein Blechbearbeiter, Zerspaner oder Stahlbaubetrieb jeden Tag tut, der Kreislauf, der sich ständig wiederholt:
- Verkaufen, ein Kunde fragt etwas an, Sie erstellen ein Angebot
- Planen, der Auftrag kommt herein, Sie bestimmen, was wann gefertigt werden muss
- Produktionsmanagement, der Plan wird auf die Werkstatt übertragen
- Produzieren, Maschinen laufen, Bediener arbeiten
- Lagerverwaltung, Material kommt herein, Produkt geht ins Lager
- Versenden, das Produkt geht raus
- Fakturieren, die Rechnung geht an den Kunden
- Abgleichen, die Buchhaltung ordnet Rechnung der Zahlung zu
Und dann beginnt es von vorne.
Jeder Schritt in diesem Kreislauf erzeugt Daten. Und jeder Schritt braucht Daten von anderen Schritten. Die Frage ist: Wie fließen diese Daten durch Ihre Organisation?
Bei den meisten Metallbetrieben lautet die Antwort: von System zu System. Point-to-Point. CRM zu ERP, ERP zu Planung, Planung zu Maschine, Maschine zu Dashboard. Oder schlimmer: über Papier, manuelles Abtippen, Excel als Zwischenstation. (Kommt Ihnen bekannt vor? Dann lesen Sie auch 3 wesentliche Anforderungen: papierlos, verbunden, Echtzeit, darüber, was nötig ist, um diese Papier-Arbeitsaufträge wirklich zu ersetzen.)
So entsteht Spaghetti. Nicht durch böse Absichten, sondern durch organisches Wachstum ohne zugrunde liegende Struktur.
Ein anderer Ansatz: der zentrale Hub
Was, wenn Sie es grundlegend anders angehen?
Anstatt dass Systeme direkt miteinander kommunizieren, lassen Sie alle über einen zentralen Punkt kommunizieren. Einen Hub.
Ihr ERP veröffentlicht Daten an diesen Hub. Ihre CNC-Maschinen veröffentlichen an denselben Hub. Ihre Planung liest davon. Ihre Dashboards lesen davon. Keine direkten Verbindungen mehr zwischen Systemen. Alles läuft über diesen einen Punkt.
Dieses Prinzip heißt Unified Namespace, ein zentraler Ort, an dem der aktuelle Zustand Ihres gesamten Betriebs zusammenläuft. Es bedeutet auch, dass Ihr ERP nicht mehr der Mittelpunkt Ihrer IT-Landschaft sein muss, es wird zu einem der Systeme, die veröffentlichen und lesen, genau wie alle anderen. (Mehr dazu in Warum ERP nicht mehr das Zentrum Ihrer Fabrik sein muss.)
Was ein UNS ist und was nicht
Hier entsteht oft Verwirrung, also lassen Sie mich Klarheit schaffen.
Ein UNS ist kein Produkt. Sie rufen nicht einen Anbieter an, um „einen UNS zu kaufen". Es ist eine Architektur, eine Art zu bauen. Sie wählen Komponenten, die zu Ihrer Situation passen, und setzen sie auf eine bestimmte Weise ein.
Ein UNS ist auch keine traditionelle Datenbank. Eine Datenbank ist dafür entworfen, Daten abzufragen, Sie stellen eine Frage, Sie bekommen eine Antwort. „Gib mir alle Aufträge von letzter Woche."
Ein UNS funktioniert anders. Es ist event-driven. Etwas passiert in Ihrer Fabrik, eine Maschine startet, ein Auftrag kommt herein, ein Status ändert sich, und das wird sofort an den Hub veröffentlicht. Systeme, die an dieser Information interessiert sind, hören mit. Sie müssen nicht fragen, sie bekommen es automatisch, sobald sich etwas ändert.
Was Sie in einem UNS sehen, ist der aktuelle Zustand Ihrer Fabrik, jetzt, in diesem Moment. Es ist ein Live-Bild, kein historischer Bericht.
Und wenn Sie doch zurückschauen wollen?
Dann schließen Sie einen Historian an.
Ein Historian ist ein System, das auf dem UNS mithört und alles in eine Zeitreihendatenbank schreibt. Jedes Event bekommt einen Zeitstempel. Später können Sie zurückschauen: Wie war die Situation gestern um 14:32? Wie hat sich dieser Prozess in der letzten Woche entwickelt?
Diese Kombination, Echtzeit-Status über den UNS, plus historische Daten über den Historian, ist genau das, was Sie für ernsthafte Analyse brauchen. Process Mining, Mustererkennung, und ja, auch KI-Anwendungen in der Fabrik.
Aber hier steckt noch etwas Wichtiges: Dieser Historian steht außerhalb Ihrer anderen Systeme. Sie bestimmen, wie die Tabellen aussehen. Sie bestimmen, wie die Spalten heißen. Sie bestimmen, was Sie mit diesen Daten machen. Kein Anbieter, der vorschreibt, wie Ihre Daten strukturiert sein müssen.
Es sind Ihre Daten. Lokal. In eigener Verwaltung.
Wie Sie Daten organisieren
Ein UNS braucht Struktur. Sie können nicht einfach alles wild durcheinander veröffentlichen.
Der Standard, der dafür verwendet wird, ist ISA-95, und er folgt im Grunde dem Aufbau Ihres Unternehmens:
- Enterprise, Ihre gesamte Organisation, die Holding oder Gruppe
- Site, ein physischer Standort, eine Fabrik
- Area, eine Abteilung an diesem Standort (denken Sie an: Laserschneiden, Abkanten, Schweißen, Zerspanung)
- Line, eine Produktionslinie oder ein Prozess
- Cell, eine bestimmte Maschine oder Arbeitszelle
Das ergibt einen logischen Pfad für jede Datenquelle. Zum Beispiel:
metalfab/utrecht/laserschneiden/linie-1/trulaser-5030/status
Das Schöne ist: Sobald Sie das einmal für einen bestimmten Maschinentyp definiert haben, können Sie es wiederholen. Noch ein Laser dazu? Dieselbe Struktur, anderer Platz in der Hierarchie. Es skaliert ohne zusätzliche Komplexität.
Was das bringt
Drei Dinge fallen auf, wenn Sie so arbeiten.
Es verhindert Spaghetti. Eine neue Maschine, andere Marke? Sie veröffentlicht an denselben Hub. Sie brauchen kein neues Integrationsprojekt, bei dem fünf Parteien an einen Tisch müssen. Eine Verbindung zum Hub, und alles, was diese Daten braucht, kann mitlesen.
Sie bekommen Echtzeit-Überblick. Sie sehen, was jetzt passiert, nicht was gestern in einem Bericht stand. Das klingt vielleicht nach einem Detail, aber es verändert, wie Sie Entscheidungen treffen. Sie können nicht verbessern, was Sie nicht sehen.
Sie werden unabhängig. Ihre Daten, Ihre Struktur, Ihre Entscheidungen. Sie sind nicht an das gebunden, was ein Anbieter sich ausgedacht hat. Wenn Sie etwas anderes mit Ihren Daten machen wollen, können Sie das.
Wo fangen Sie an?
Es gibt verschiedene Möglichkeiten, einen UNS aufzusetzen.
Sie können selbst etwas mit Open-Source-Tools zusammenstellen, den sogenannten ‚MING'-Stack. Kostenlos, flexibel, und Sie lernen genau, wie alles funktioniert. Zum Experimentieren und für erste Schritte ist das ein guter Weg.
Sobald Sie skalieren wollen, greifen Sie zu Plattformen, die speziell dafür gebaut sind:
United Manufacturing Hub, Open Source, weit verbreitet in der mittelständischen Metallbearbeitung. Damit arbeite ich selbst und empfehle es als Einstieg.
Ignition, Enterprise-Plattform mit bewiesener Skalierbarkeit, eher auf größere Organisationen ausgerichtet.
HiByte, DataOps-Plattform für datengetriebene Organisationen.
FlowFuse, Plattform für das Management und die Skalierung von Node-RED-Flows in Produktionsumgebungen.
Eine Anmerkung zu Datenbanken: Rund um KI gibt es viel Hype bei Cloud-Datenbanken. Seien Sie damit vorsichtig, es sei denn, Sie nutzen sie für Cloud-Anwendungen, denken Sie an Kombinationen wie Supabase mit Lovable.
Mein Rat: Fangen Sie klein an. Wählen Sie eine Maschine, eine Datenquelle. Setzen Sie die Struktur auf. Bauen Sie ein einfaches Dashboard. Lernen Sie, wie es funktioniert. Dann der nächste Schritt.
Der UNS als Fundament für MES und KI
Was ich in der Praxis sehe: Unternehmen, die zuerst ihren UNS in Ordnung bringen, haben es viel leichter, wenn sie danach ein MES-System einrichten wollen. Ihr Produktionsmanagement schließt direkt an den Hub an, statt wieder neue Point-to-Point-Anbindungen. Dasselbe gilt für KI, ohne strukturierte, verlässliche Daten ist jedes KI-Projekt ein Kampf gegen Windmühlen.
Weiterführende Lektüre
Möchten Sie tiefer in die Technik eintauchen? Ich habe einen umfassenden Leitfaden geschrieben, der Schritt für Schritt durch die Architektur führt:
Der komplette UNS-Leitfaden: Beschleunigen Sie die digitale Transformation Ihrer Fabrik
Darüber hinaus ist die Videoserie von Walker Reynolds sehr empfehlenswert, die Person, von der ich dieses Fachgebiet gelernt habe.
Dazu habe ich früher geschrieben:
Dazu habe ich früher geschrieben:
