Was ist ein industrielles Datenmodell

Eine Fabrik kann enorme Datenmengen erfassen und dennoch Mühe haben, eine grundlegende betriebliche Frage zu beantworten: Worauf wirkt sich dieses Ereignis tatsächlich aus?

Das ERP kennt Kundenaufträge, Materialien, geplante Termine und Bestände. Das MES weiß, was in der Fertigung gerade ausgeführt wird. SPS und SCADA kennen Maschinenzustände, Alarme und Prozesswerte. Die Instandhaltung kennt den Zustand der Anlagen und die Servicehistorie. Die Qualität kennt Prüf- und Freigabestatus. Die Konstruktion kennt die Produktdefinition. Das Problem liegt meist nicht am fehlenden Datenmaterial. Es liegt daran, dass diese Systeme dieselbe Fabrik über unterschiedliche Bezeichnungen, IDs, Zustände und Regeln beschreiben.

Ein industrielles Datenmodell schafft über diese Grenzen hinweg eine gemeinsame Bedeutung. Es definiert die relevanten Objekte der Fabrik, gibt ihnen eine stabile Identität und beschreibt, wie Produkte, Prozesse, Ressourcen, Aufträge, Materialien, Personen, Werkzeuge, Qualitätsdaten und Maschinenereignisse miteinander in Beziehung stehen. Ziel ist nicht, ERP, MES, Instandhaltung oder andere Quellsysteme zu ersetzen. Ziel ist, ihre Informationen als einen zusammenhängenden Produktionskontext verständlich zu machen.

VIELE SYSTEME – KEINE GEMEINSAME BEDEUTUNG
Ein modernes Werk verfügt bereits über spezialisierte Systeme für nahezu jede wichtige Aufgabe. Das ERP verwaltet Bedarf und Zusagen. Das MES steuert die Ausführung. SPS steuern die Anlagen. SCADA stellt Maschinenzustände dar. Historians speichern Prozessdaten. Instandhaltungssysteme verwalten Anlagen und Serviceeinsätze. Qualitätssysteme pflegen Prüfprotokolle, und Power BI kann Informationen für die Berichterstattung zusammenführen.

Jedes dieser Systeme existiert aus gutem Grund. Das Problem beginnt, wenn ein und dasselbe reale Objekt in jedem dieser Systeme anders auftaucht. Eine Maschine kann im ERP als Arbeitsplatz, in der Instandhaltung als Anlagennummer, im MES als Ressource, im Steuerungssystem als Gruppe von OPC-UA-Knoten und auf dem Shopfloor unter einem völlig anderen Kurznamen geführt werden.

Ein industrielles Modell zwingt alle diese Systeme nicht dazu, eine einheitliche Kennung zu verwenden. Stattdessen hält es fest, wie diese Verweise mit demselben physischen oder logischen Objekt zusammenhängen. So erhält die Fabrik eine stabile Identitätsebene, ohne die lokalen Strukturen zu zerstören, die jedes Quellsystem benötigt.

WAS EIN INDUSTRIELLES DATENMODELL TATSÄCHLICH IST
Ein industrielles Datenmodell ist eine gemeinsame Menge von Regeln, die beschreibt, was in der Fabrik wichtig ist und wie diese Dinge zusammenhängen.

Es beantwortet praktische Fragen wie: Was zählt als Fertigungsauftrag? Was repräsentiert eine Produktrevision? Worin unterscheidet sich ein Arbeitsplatz von einer physischen Anlage? Wann wird Material freigegeben? Was bedeutet es konkret, dass eine Maschine verfügbar ist?

Das Modell kann beschreiben:
• Objekttypen und Identitäten
• Eigenschaften und Zustände
• Beziehungen zwischen Fabrikobjekten
• Verweise auf Quellsysteme
• Gültigkeitsdaten und Versionen
• Bedingungen, die an Beziehungen geknüpft sind
• Verantwortung für Definitionen und Regeln

So können mehrere Systeme verschiedene Aspekte derselben Produktionssituation beschreiben, ohne sie in einen einzigen, irreführenden Status zu pressen. Ein Auftrag kann im ERP freigegeben sein, während der aktuelle MES-Arbeitsgang blockiert bleibt. Eine Maschine kann mechanisch in Ordnung und dennoch nicht verfügbar sein, weil die erforderliche Vorrichtung fehlt. All diese Aussagen können gleichzeitig wahr sein.

DAS MODELL IST NICHT DIE DATENPLATTFORM
Microsoft Fabric, SQL-Datenbanken, Historians, Data Lakes und andere Plattformen sind nützlich, um Informationen zu speichern, zu bewegen, zu steuern und zu analysieren. Keine davon kann jedoch allein dadurch bestimmen, was ein Arbeitsplatz in Ihrer Fabrik bedeutet, dass die Datensätze gemeinsam abgelegt sind.

Man kann ERP-Aufträge, MES-Ausführungsdaten, Instandhaltungsereignisse, Qualitätsergebnisse und Maschinentelemetrie in einem Lakehouse zusammenführen und dennoch nicht beantworten, ob ein bestimmter Auftrag vor Schichtende auf eine andere Maschine verlagert werden kann.
Diese Antwort hängt von Beziehungen ab.

Um welche Produktrevision geht es? Welcher Arbeitsgang muss als Nächstes folgen? Welche Ressourcen sind für diesen Arbeitsgang zugelassen? Welche Werkzeuge werden benötigt? Ist der Bediener qualifiziert? Erlaubt der aktuelle Maschinenzustand die Arbeit? Ist für die Ausweichroute eine Prüfregel hinterlegt?
Die Plattform kann diese Beziehungen speichern und abfragen, aber die Fabrik muss sie definieren.

WARUM REINE TABELLEN OFT SCHWIERIG WERDEN
Relationale Tabellen sind nicht das Problem. ERP, MES, Instandhaltung und viele Fertigungsanwendungen beruhen auf relationalen Modellen, weil sie für Transaktionen und strukturierte Datensätze hervorragend geeignet sind.

Die Schwierigkeit entsteht, wenn Produktionsfragen viele sich über die Zeit verändernde Beziehungen überschreiten.
Eine Produktrevision kann mehrere Arbeitsgänge erfordern. Ein Arbeitsgang kann auf mehreren Ressourcen freigegeben sein. Eine Maschine unterstützt möglicherweise nur bestimmte Produktversionen, Werkzeugkombinationen, Größenbereiche oder Prüfanforderungen. Bedienerqualifikationen können ablaufen. Konstruktionsänderungen können eine zuvor freigegebene Route ungültig machen.

All das lässt sich in Tabellen abbilden, doch die Logik verteilt sich oft auf Berichte, SQL-Abfragen, Tabellenkalkulationen und lokale Ausnahmelisten. Verschiedene Berichte bauen dieselben Fabrikbeziehungen dann unterschiedlich nach.

Die industrielle Modellschicht stellt eine gemeinsame Beziehungsebene bereit, sodass die Regeln einmal definiert, gesteuert und wiederverwendet werden können, statt bei jeder schwierigen Produktionsfrage erneut herausgefunden zu werden.

PPR – PRODUKT, PROZESS, RESSOURCE

Eine praxistaugliche Ausgangsstruktur ist PPR: Product, Process, Resource.
Product beantwortet: Was bauen wir?
Process beantwortet: Wie muss die Arbeit ablaufen?
Resource beantwortet: Was kann diese Arbeit unter realen Produktionsbedingungen ausführen?

PPR bietet ein einfaches Grundgerüst, um isolierte Datensätze zu einem Produktionsmodell zu verbinden. Es vermeidet den Versuch, sofort das gesamte Unternehmen zu modellieren, und konzentriert sich stattdessen auf die Beziehungen, die bestimmen, ob Arbeit tatsächlich stattfinden kann.

EIN PRODUKT IST MEHR ALS EINE TEILENUMMER
Eine Produktdefinition kann Produktfamilie, konkrete Variante, Revision, Stückliste, Kundenkonfiguration, Materialbedarf, Prüfanforderungen und Qualitätsregeln umfassen.
Das ist wichtig, weil zwei Datensätze mit derselben groben Teilenummer nicht austauschbar sein müssen. Eine neue Revision kann eine engere Toleranz, andere Prozessparameter, einen zusätzlichen Prüfschritt oder Anlagen mit höherer Leistungsfähigkeit erfordern.

Engineering-Systeme wie PLM können die Konstruktionsabsicht verantworten. Das ERP kann den Materialstamm und die Planungsversion führen. Das MES kann eine Fertigungsdefinition halten. Die Qualität kann einen Prüfplan pflegen.
Das industrielle Modell verbindet diese Verweise, sodass die Produktion eine weitaus wichtigere Frage beantworten kann als „Welche Teilenummer ist das?“

Sie kann nämlich beantworten: Bauen wir die richtige Revision nach den Regeln, die jetzt gelten?

DER PROZESS BESCHREIBT, WIE DIE ARBEIT ABLAUFEN SOLL
Die Prozessseite beschreibt die freigegebene Route durch die Fertigung. Sie umfasst mehr als eine Liste von Maschinen.

Sie kann Arbeitsgangfolge, Rüstanforderungen, Prüfpunkte, Wartezeiten, Nacharbeitspfade, Freigaben, Übergaben und Bedingungen beschreiben, die erfüllt sein müssen, bevor die Arbeit fortgesetzt wird.
Eine geplante Prozessdefinition beschreibt, wie die Arbeit ablaufen soll. Die MES-Ausführungsdaten halten fest, was für einen bestimmten Auftrag tatsächlich geschehen ist.
Beides ist wichtig.

Ohne den geplanten Prozess lässt sich nicht feststellen, ob die Ausführung der freigegebenen Route gefolgt ist. Ohne die Ausführungshistorie lässt sich nicht erkennen, was während der Produktion tatsächlich passiert ist.

RESSOURCE BEDEUTET FÄHIGKEIT – NICHT NUR EINE MASCHINE
Eine Produktionsressource kann eine Maschine, Linie, ein Arbeitsplatz, Werkzeug, Vorrichtung, Bediener, Prüfstand, Transportsystem oder eine andere Fähigkeit sein, die zur Ausführung der Arbeit benötigt wird.
Diese Unterscheidung ist entscheidend, denn eine Maschine kann technisch verfügbar sein, während der Arbeitsgang dennoch unmöglich bleibt.

Die erforderliche Vorrichtung kann anderswo im Einsatz sein. Ein Werkzeug kann außerhalb der Kalibrierung liegen. Der einzige qualifizierte Bediener ist möglicherweise nicht in der aktuellen Schicht. Eine Maschine unterstützt vielleicht die Produktfamilie, aber nicht die aktuelle Revision.