Rollout & Skalierung7 Min. Lesezeit

Multi-Site-IoT: Was Sie vereinheitlichen sollten und wie Sie den Wert über Werke hinweg nachweisen

DBR77 Team · Veröffentlicht am

Vereinheitlichen Sie über mehrere Werke hinweg nur, was Zahlen vergleichbar macht: das Maschinenzustandsmodell, die obersten Verlustkategorien, die Kennzahlendefinitionen, das Datenmodell und die Sicherheitsbasis. Detaillierte Stillstandsgründe, Alarmschwellen und den Besprechungsrhythmus lassen Sie jedem Werk selbst. Den Wert weisen Sie nach, indem Sie die Veränderung jedes Standorts gegen seine eigene Ausgangsbasis verfolgen.

Eine einheitliche Vorlage für jeden Standort scheitert meist auf zweierlei Weise: Die lokalen Teams übernehmen das System nicht mehr, und die Hauptzahlen bleiben trotzdem nicht vergleichbar, weil jedes Werk die geplante Zeit anders zählt.

Multi-Site-IoT: Was Sie vereinheitlichen sollten und wie Sie den Wert über Werke hinweg nachweisen

Warum eine Vorlage für alle Werke selten funktioniert

Eine Vorlage wird meist in der Zentrale entworfen, am Vorzeigewerk orientiert. Dann trifft sie auf einen Standort mit älteren Pressen oder auf einen, an dem die Bediener eine andere Sprache sprechen. Gründelisten passen nicht mehr zu den Maschinen, und Schwellenwerte, die für eine Linie abgestimmt wurden, erzeugen auf einer anderen Linie Rauschen. Bald führen die Werke eine parallele Tabelle für den "echten Gebrauch".

Der gegenteilige Fehler kostet genauso viel. Wenn jedes Werk sein eigenes Setup baut, bekommt der Vorstand fünf Definitionen der OEE und keine Möglichkeit, sie zusammenzuführen. McKinsey beschreibt, wie viele Unternehmen im "Pilot-Purgatorium" bleiben, und nennt einen klaren Verantwortlichen sowie auf Skalierung und Interoperabilität ausgelegtes Design als Voraussetzungen für Wert im großen Maßstab. Besser funktioniert ein schlanker Standard: ein kleiner Kern, der an jedem Standort gleich festgelegt ist, während die Werke alles Übrige selbst einrichten.

Screenshot der DBR77-Plattform: Energie und MedienScreenshot der DBR77-Plattform: Energie und Medien
Bildschirm der DBR77-Plattform: Energie und Medien. Daten aus der Demo-Fabrik.

Was vereinheitlicht und was lokal bleiben sollte

Legen Sie zentral fest, wovon die Zahlen der Gruppe abhängen, und überlassen Sie jedem Werk, wovon seine tägliche Arbeit auf dem Shopfloor abhängt.

Element Über alle Standorte vereinheitlichen Jedem Werk überlassen
Maschinenzustände Dasselbe Zustandsmodell: läuft, geplanter Stillstand, ungeplanter Stillstand, kein Auftrag Welches Signal auf welcher Maschine welchen Zustand erkennt
Verlustkategorien Oberste Kategorien, zugeordnet zu Verfügbarkeit, Leistung und Qualität Detaillierte Gründe, 10 bis 15 je Maschinentyp, in der Landessprache
Kennzahlendefinitionen Formeln für OEE, Reaktionszeit und Reparaturzeit sowie die Festlegung, was als geplante Zeit gilt Ziele für jede Linie
Datenmodell Anlagenhierarchie (Standort, Bereich, Linie, Maschine), Benennung, Zeitstempel Zusätzliche Felder und lokale Dashboards
Sicherheitsbasis Netzwerksegmentierung, Zugriffsrollen, Regeln für den Fernzugriff Wie jedes Werk diese in seinem Netzwerk umsetzt
Alarme und Besprechungen Jeder Alarm hat einen Verantwortlichen und eine Eskalationsregel; es gibt eine tägliche Verlustbesprechung Schwellenwerte, Eskalationsminuten, Besprechungszeit und Format

Die sechs großen Verluste sind ein praktischer Satz oberster Kategorien, weil sie direkt auf die drei OEE-Faktoren abgebildet werden. Die Anlagenhierarchie in ISA-95 gibt IT und Produktion ein gemeinsames Vokabular für das Datenmodell. ISO 22400 bietet einen Rahmen zur Definition von Produktionskennzahlen. Die Sicherheitsbasis sollte sich an ISA/IEC 62443 orientieren, das für industrielle Steuerungssysteme geschrieben wurde.

So vergleichen Sie Standorte fair

Die meisten standortübergreifenden Vergleiche scheitern an den Definitionen. Der Leitfaden von Vorne zur OEE-Berechnung schließt Pausen von der geplanten Produktionszeit aus, zählt Rüstvorgänge aber als Stillstandszeit. Wenn ein Werk auch Rüstvorgänge ausklammert, sieht seine Verfügbarkeit besser aus, obwohl sich an der Linie nichts geändert hat. Bei idealen Zykluszeiten ist es genauso: Ist sie zu niedrig angesetzt, wirkt die Leistung besser, als sie ist.

Vier Regeln halten den Vergleich ehrlich:

  1. Überall dieselben Definitionen. Eine schriftliche Definition von geplanter Zeit, Stillstandszeit und idealer Zykluszeit unter zentraler Änderungskontrolle.
  2. Auf die geplante Zeit normieren. Berichten Sie Stillstandsminuten je 100 geplante Stunden und Stillstände je geplanter Stunde. Ein Werk mit drei Schichten erfasst immer mehr Stillstände als ein Werk mit einer Schicht.
  3. Trends vergleichen, nicht absolute OEE-Werte. Vorne rät, sich nicht auf den absoluten Wert der OEE zu fixieren, und warnt davor, unterschiedliche Prozesse zu vergleichen. Ein Werk mit vielen Sorten und häufigen Rüstvorgängen zeigt eine niedrigere OEE als ein Werk, das ein einziges Produkt fertigt.
  4. Die Aufteilung zeigen. Berichten Sie Verfügbarkeit, Leistung und Qualität getrennt, damit ein Qualitätsrückgang sich nicht hinter einem Verfügbarkeitsgewinn verstecken kann.

Ein Beispiel zur Veranschaulichung: Werk A hält zwei Quartale lang stabil 72 % OEE. Werk B steigt von 58 % auf 65 %. Eine Rangliste setzt Werk A an die Spitze. Der Trend zeigt, dass Werk B an denselben Maschinen sieben Punkte gewonnen hat, und seine Methoden sind es wert, übernommen zu werden.

Planen Sie den Rollout auf ein zweites oder drittes Werk?

Erzählen Sie uns, wie sich Ihre Standorte heute unterscheiden. In einem kurzen Gespräch skizzieren wir, welche Elemente zentral festgelegt und welche den Werken überlassen werden.

Sprechen Sie mit uns

Was nach dem Ausrollen in die Management-Scorecard gehört

Eine Management-Scorecard sollte auf eine Seite passen und zeigen, ob sich jedes Werk gegenüber seinem eigenen Ausgangspunkt verbessert und was diese Verbesserung wert ist. Nehmen Sie für jeden Standort auf:

  • Veränderung der OEE-Punkte gegenüber der Ausgangsbasis des Standorts, mit Verfügbarkeit, Leistung und Qualität getrennt ausgewiesen.
  • Medianreaktionszeit von einem Stillstand bis zur ersten Maßnahme, die sich meist zuerst bewegt.
  • Anteil der Stillstandszeit ohne Grund. Ein steigender Anteil zeigt, dass die Datenqualität nachlässt, meist bevor die Ergebnisse sinken.
  • Abdeckung: der Anteil der erfassten Maschinen, die angebunden sind und deren Gründe direkt beim Stillstand erfasst werden.
  • Wert in Geld, berechnet mit dem eigenen Wert eines OEE-Punkts des jeweiligen Standorts.
  • Abgeschlossene Maßnahmen gegen die größten Verluste im Quartal.

Lassen Sie diese Punkte weg, weil sie das falsche Gespräch eröffnen:

  • eine Rangliste der Werke nach absoluter OEE;
  • Alarmzahlen und Dashboard-Anmeldungen, die Aktivität messen, ohne Bezug zu Ergebnissen;
  • Details auf Maschinenebene, die in die eigenen Besprechungen des Werks gehören.

Wo Kameras und Cloud-Auswertungen über Standorte hinweg passen

Jedes Werk hat Stationen ohne brauchbares Signal, etwa manuelle Montage oder Verpackung. Dort kann eine Kamera als Sensor dienen. DBR77 verarbeitet Daten vor Ort am Edge. Für standortübergreifende Auswertungen kann IRIS Vision AI Inferenz auch in der Cloud ausführen, mit derselben Anwendung und denselben Modellen. Jedes Werk misst dann eine manuelle Station auf die gleiche Weise.

Die Scorecard zeigt außerdem, wo ein Verlust strukturell ist. Wenn der größte Verlust eines Standorts ein manueller Palettierschritt ist, kann der nächste Schritt ein Automatisierungsprojekt sein. Werke können diese Herausforderung auf dem DBR77 Marketplace veröffentlichen und Angebote von Integratoren in einem einheitlichen Format vergleichen.

Wer zwischen Zentrale und Werken was verantwortet

Die Zentrale verantwortet den schlanken Standard: Definitionen, Datenmodell, Sicherheitsbasis und Scorecard. Änderungen laufen über die Änderungskontrolle, wie in IoT-Governance nach dem ersten Jahr beschrieben.

Die Werke verantworten Gründelisten, Schwellenwerte, Alarmwege, Besprechungen und Verbesserungsarbeit. Jeder neue Standort folgt dem Weg von einem erfolgreichen Pilotprojekt zum Werksstandard und baut seinen eigenen Rhythmus auf, wie in IoT als wiederholbares Betriebssystem beschrieben.

Häufige Fragen

Sollen alle Werke dieselbe Liste der Stillstandsgründe verwenden?

Nein. Vereinheitlichen Sie die obersten Kategorien und lassen Sie jedem Werk seine detaillierten Gründe. Ordnen Sie jeden lokalen Grund einer Kategorie zu, damit die Gesamtsicht aufgeht.

Können wir die OEE zwischen Werken überhaupt vergleichen?

Nur zwischen ähnlichen Prozessen mit identischen Definitionen von geplanter Zeit und idealer Zykluszeit. Selbst dann sagt die Veränderung gegenüber der Ausgangsbasis jedes Werks mehr aus.

Wie beziffern wir den Wert von IoT auf Konzernebene?

Berechnen Sie den Wert eines OEE-Punkts für jeden Standort getrennt, mit dessen eigenen Margen und geplanten Stunden. Multiplizieren Sie ihn mit der Veränderung in Punkten am jeweiligen Standort und addieren Sie die Standorte anschließend.

Wo sollten die Daten verarbeitet werden?

Für die Linie selbst vor Ort, innerhalb der IT/OT-Grenze jedes Werks. Aggregierte Ergebnisse und bei Bedarf Vision-AI-Inferenz können zentral laufen, um Werke zu vergleichen.

Fazit

Bevor das nächste Werk live geht, halten Sie die gemeinsamen Definitionen von geplanter Zeit, Stillstandszeit und idealer Zykluszeit schriftlich fest und ordnen die lokalen Gründe jedes Standorts den obersten Verlustkategorien zu. Erfassen Sie dann für jeden Standort die Ausgangsbasis und seinen eigenen Wert eines OEE-Punkts, damit die erste Scorecard die Veränderung in Geld ebenso wie in Punkten zeigt. Die Änderungskontrolle, die diese Definitionen stabil hält, beschreibt IoT-Governance nach dem ersten Jahr.

Bauen Sie eine Scorecard, der Ihr Vorstand vertraut

Wir helfen Ihnen, den gemeinsamen Kern, die Ausgangsbasis der Standorte und eine einseitige Scorecard zu definieren, bevor das nächste Werk live geht.

Kontakt aufnehmen

Quellen