Governance in Manufacturing

Einstieg

Manufacturing-Governance beginnt nicht mit einem neuen Shopfloor-Dashboard. Sie beginnt mit der Frage, ob Werk, Qualität, IT, Einkauf und Konzernsteuerung über dieselbe Sache sprechen.

Ein Werk misst Ausschuss an einer Linie. Die Qualität bewertet, ob ein Messwert gültig ist. Die IT übernimmt ausgewählte Daten in zentrale Plattformen. Der Konzern vergleicht Werke miteinander. Einkauf oder Supplier Quality teilen ausgewählte Informationen mit Lieferanten. Bei Connected Products entstehen nach dem Produktionsstart zusätzlich Fahrzeug- oder Gerätedaten.

Wenn diese Grenzen nicht sauber beschrieben sind, entstehen mehrere Wahrheiten: Das Werk sieht Ausschuss. Die Zentrale sieht eine andere OEE-Zahl. Der Lieferant bekommt eine CSV-Datei ohne klaren Zweck. Und niemand kann später erklären, welche Messwerte wirklich freigegeben waren.

Begriffe vor dem Lesen

• OT — Operational Technology: Maschinen, Anlagen, Steuerungen und Shopfloor-Systeme.
• IT — Enterprise-IT: zentrale Plattformen, Cloud, Data Lake, BI und Integrationssysteme.
• OT/IT-Grenze — geregelter Übergang zwischen Anlagenwelt und zentraler IT.
• Historian — System, das Maschinen- und Prozesswerte zeitlich speichert.
• MES — Manufacturing Execution System, also System zur Steuerung und Dokumentation von Fertigungsprozessen.
• OEE — Overall Equipment Effectiveness; Kennzahl für Anlagenleistung, Verfügbarkeit und Qualität.
• Ausschuss — Teile oder Produkte, die die Qualitätsanforderung nicht erfüllen.
• SOP — Start of Production, also der Zeitpunkt, ab dem ein Produkt regulär produziert wird.

Warum Manufacturing besonders ist

In der Fertigung haben Daten oft direkten Bezug zu Produktion, Qualität, Sicherheit und Lieferfähigkeit. Ein falscher Wert ist nicht nur ein falscher Report. Er kann Schichten falsch steuern, Reklamationen verzerren, Lieferanten falsch bewerten oder Konzernkennzahlen unbrauchbar machen.

Gleichzeitig ist die Anlagenwelt nicht einfach ein normaler IT-Bereich. Verfügbarkeit, Sicherheit, Taktzeit und Change-Fenster sind auf dem Shopfloor anders als in einem Reporting-System.

Governance muss deshalb verbinden, ohne die falsche Seite die falsche Entscheidung treffen zu lassen.

Ein nachvollziehbarer Fall

Eine Linie produziert Bauteile. Ein Sensor misst Temperatur und Druck. Das Werk nutzt die Werte, um Ausschuss zu erklären. Die Konzernzentrale berechnet OEE für alle Werke. Ein Lieferant soll Informationen bekommen, weil eine Charge auffällig ist.

Ohne Governance passieren typische Fehler:

• Der Sensorwert wird übernommen, aber Einheit, Kalibrierung und Anlagenzustand fehlen.
• Ein Export aus dem Historian läuft in den Data Lake, obwohl Zweck und erlaubte Felder nicht feststehen.
• Das Werk und die Zentrale nennen zwei unterschiedliche Formeln beide „OEE“.
• Der Lieferant erhält mehr Daten als für die Reklamation nötig.
• Ein technischer Admin kann Felder oder Regeln ändern, obwohl er nicht fachlich über Qualität oder Konzernkennzahlen entscheiden sollte.

Die Lösung ist kein riesiges Programm. Die Lösung ist eine klare Kette aus Messkontext, Übergabe, Kennzahl, Share und Nachweis.

Was diese Serie klärt

Diese Serie ist der Einstieg in Manufacturing-Governance. Sie zeigt, wie Daten aus Anlagen, Qualität, Werkssteuerung, Konzernreporting und Supply Chain zusammenarbeiten können, ohne Bedeutung und Verantwortung zu vermischen.

Die sechs Teile bauen aufeinander auf:

• Dieser Teil erklärt die Manufacturing-Landschaft.
• Teil 2 klärt die OT/IT-Grenze.
• Teil 3 macht Sensordaten zu verständlichen Datenprodukten.
• Teil 4 regelt Datenfreigaben in der Supply Chain.
• Teil 5 bringt Werk- und Enterprise-KPIs zusammen.
• Teil 6 erklärt Fahrzeugdaten nach SOP für Connected Products.

Produkte und Entscheidungen

OT/IT-Grenze

Die Grenze ist kein Kabel und kein offenes Gateway. Sie beschreibt, welche Daten aus der Anlagenwelt in welche IT-Zone dürfen, wer das genehmigt und wie Änderungen laufen.

Wichtige Entscheidung: Welcher Export ist erlaubt, für welchen Zweck und mit welcher technischen Identität?

Sensor- und Qualitätsprodukt

Ein Messwert ist erst dann nutzbar, wenn sein Kontext klar ist. Dazu gehören Sensor, Position, Einheit, Kalibrierstatus, Anlagenzustand und Gültigkeitsregel.

Wichtige Entscheidung: Wann ist ein Wert fachlich gültig und wer darf diese Gültigkeit bestätigen?

Werk-KPI

Ein Werk-KPI steuert lokale Produktion. Er kann Schichtkalender, geplante Stillstände, lokale Ausschussregeln und konkrete Anlagenzustände berücksichtigen.

Wichtige Entscheidung: Welche lokale Regel nutzt das Werk für Steuerung und Verbesserung?

Enterprise-KPI

Ein Enterprise-KPI macht Werke vergleichbar. Er braucht eine zentrale Definition, Mapping aus lokalen Varianten und einen sichtbaren Abgleich.

Wichtige Entscheidung: Welche lokale Abweichung ist erlaubt, und wie wird sie zur Konzernzahl erklärt?

Supply-Chain-Share

Ein Share ist eine bewusst begrenzte Datenfreigabe an Lieferanten, Kunden oder Partner. Er ist nicht dieselbe Datei wie der interne Qualitätsfeed.

Wichtige Entscheidung: Wer bekommt welche Felder, wofür, wie lange und mit welchem Weitergabeverbot?

Fahrzeugdaten nach SOP

Bei Connected Products entstehen nach dem Produktionsstart neue Daten. Fahrzeug- oder Gerätetelemetrie ist nicht mehr derselbe Datensatz wie ein Werksensor.

Wichtige Entscheidung: Welcher Zweck gilt nach SOP, und wer verantwortet die Daten jenseits der Werksgrenze?

Rollen in einfachen Worten

Die Werkleitung verantwortet lokale Produktions- und Qualitätsziele. Quality Owner entscheiden, wann Messwerte und Ausschussregeln fachlich gültig sind. Group-KPI-Owner verantworten konzernweite Kennzahlen. Supply-Chain-Verantwortliche klären Zweck, Empfänger und Grenzen externer Freigaben. OT-Ingenieure und MES-Admins betreiben technische Flüsse und Systeme, entscheiden aber nicht automatisch die fachliche Bedeutung. Data Stewards halten Definitionen, Mappings und offene Klärungen nachvollziehbar.

Mini-Fall

Ein Werk meldet hohe Ausschusswerte in der Nachtschicht. Die Zentrale sieht im Monatsreport keine Auffälligkeit. Nach Prüfung zeigt sich: Das Werk rechnet nach lokaler Schichtzeit, der Konzern nach Kalendertag. Außerdem wurden Wartungswerte in einer Quelle ausgeschlossen und in der anderen Quelle mitgezählt.

Das Problem ist nicht „ein falsches Dashboard“. Das Problem ist fehlende Governance zwischen Sensor, Schicht, Ausschlussregel und Konzernmapping.

Die saubere Lösung: Das Sensorprodukt enthält Anlagenzustand und Kalibrierung. Werk-OEE und Konzern-OEE sind getrennt benannt. Ein Mapping erklärt, welche lokalen Ausschlüsse in die Konzernzahl eingehen. Die Abweichung wird mit Betrag und Ursache dokumentiert.

Erster Umsetzungsschnitt

1. Eine Linie oder Anlage auswählen, die fachlich relevant ist.
2. Einen Sensor, eine lokale Kennzahl und einen Konzernreport verbinden.
3. Prüfen, ob Einheit, Kalibrierung und Anlagenzustand am Messwert vorhanden sind.
4. OT/IT-Export mit Zweck, Zielzone und technischer Identität beschreiben.
5. Werk-KPI und Enterprise-KPI nebeneinanderlegen.
6. Eine unnötige externe Freigabe oder ein unnötiges Feld entfernen.
7. Verantwortliche für Qualität, KPI, Technik und Share benennen.

Exit-Kriterien

• OT/IT-Export, Sensorprodukt, Werk-KPI, Enterprise-KPI und Share sind getrennt beschrieben.
• OEE oder Ausschuss sind nicht nur als Reportfeld, sondern als fachliche Definition dokumentiert.
• Technische Betreiber und fachliche Entscheider sind getrennt.
• Mindestens ein Abgleich zwischen Werk- und Konzernzahl ist nachvollziehbar.
• Externe Datenfreigaben haben Zweck, Empfänger, Felder, Frist und Widerruf.