Wann Sie IoT mit MES, ERP und CMMS integrieren sollten und wann aus Alarmen Arbeitsaufträge werden
DBR77 Team · Veröffentlicht am
Integrieren Sie IoT zuerst mit Ihrem CMMS, sobald Maschinenzustände und Stillstandsgründe einige Wochen stabil sind, dann mit dem MES und zuletzt mit dem ERP. Ein Alarm sollte nur dann zum Arbeitsauftrag werden, wenn er Ersatzteile oder Planung braucht, sich wiederholt oder länger dauert als ein von Ihnen festgelegtes Zeitlimit; alles andere bleibt eine schnelle Aufgabe in der Schicht.
Integrieren Sie zu früh, kopieren Sie unzuverlässige Daten in drei Systeme. Integrieren Sie zu spät, tippt die Instandhaltung Stillstände weiter von Hand ab. Im Folgenden: die Reihenfolge, die meist funktioniert, was getrennt bleiben sollte und die Regeln für Arbeitsaufträge.
Wo IoT neben MES, ERP und CMMS steht
Der Standard ISA-95 ist eine nützliche Landkarte. Er gliedert ein Werk in Ebenen nach den Tätigkeiten, die auf jeder Ebene stattfinden. Ebene 3 umfasst die Fertigungsprozesse, in denen MES und ähnliche Systeme die Produktion steuern. Ebene 4 umfasst die Unternehmensführung, dort sitzt das ERP. ISA-95 befasst sich vor allem mit der Schnittstelle zwischen Ebene 3 und 4.
Maschinen, SPS und Sensoren liegen darunter, auf den Ebenen 0 bis 2. IoT liest sie aus und macht aus Rohsignalen Ereignisse: läuft, steht, ein Stillstandsgrund, eine Stückzahl. In den meisten Werken liegt das CMMS auf der Betriebsebene neben dem MES, dort, wo Instandhaltungsarbeit geplant wird. IoT liefert verlässliche Ereignisse nach oben; es ersetzt die darüberliegenden Systeme nicht.
Warum sich ein paar Wochen Warten lohnen
Die ersten Wochen mit IoT an einer Linie sind unruhig. Listen von Gründen ändern sich, Schwellen werden nachjustiert. Binden Sie das ERP in Woche zwei an, muss jede Korrektur doppelt gemacht werden. Unser Artikel über die ersten 30 Tage IoT in einem Brownfield-Werk beschreibt diese Einschwingphase.
Eine Linie ist bereit für die Integration, wenn diese Bedingungen erfüllt sind:
- Produktion und Instandhaltung nutzen dieselben Definitionen für läuft, steht und geplanter Stillstand.
- Die Liste der Gründe hat sich zwei bis drei Wochen nicht geändert.
- „Unbekannt" ist klein, zum Beispiel unter 10 % der Stillstandsminuten.
- Jeder Alarm hat einen Verantwortlichen und eine Zeit bis zur Quittierung.
- IT/OT hat Schnittstelle und Sicherheitsmodell abgestimmt, meist mit Bezug auf ISA/IEC 62443.
Die Integrationsreihenfolge, die meist funktioniert
Beginnen Sie mit dem CMMS. Es spart die meiste Handarbeit bei den wenigsten Feldern: Maschine, Störung, Zeit und Verantwortlicher. Danach kommt das MES. Stückzahlen und Live-OEE aus IoT können manuelle Eingaben pro Auftrag ersetzen, sobald sie mit dem übereinstimmen, was die Linie tatsächlich produziert hat. Das ERP kommt zuletzt. Es braucht verdichtete, abgeschlossene Datensätze, und die gibt es erst, wenn sich die Liniendaten eingependelt haben.
| System | Was IoT sendet | Wann integrieren | Typischer Auslöser |
|---|---|---|---|
| CMMS | Störungsereignisse, Betriebsstunden, Zyklenzahlen, Zustandswerte | Zuerst, sobald Alarmwege und Gründe stabil sind | Stillstand über einem Zeitlimit, wiederkehrende Störung, Zähler erreicht ein Wartungsintervall |
| MES | Maschinenzustände, Gut- und Ausschussmengen, Stillstandsgründe, Live-OEE | Als Zweites, wenn die IoT-Stückzahlen der tatsächlichen Ausbringung der Linie entsprechen | Auftragsbeginn und -ende, Umrüsten, Stückzahl pro Auftrag |
| Arbeitsschutz | Beinaheunfälle aus Kameras oder Sensoren | Sobald das Sicherheitsteam Kategorien festgelegt hat | Person in einer Sperrzone, Schutztür im laufenden Betrieb geöffnet |
| ERP | Verdichtete Ausbringung, Anlagenstunden, Verbräuche | Zuletzt, wenn MES oder CMMS den abgeschlossenen Datensatz halten | Auftrags- oder Schichtabschluss, monatliche Anlagenkostenrechnung |
Sehen Sie, wie aus einem Alarm ein Arbeitsauftrag wird
In einer 30-minütigen Online-Demo zeigen wir, wie ein Maschinenstillstand erfasst, an einen Verantwortlichen geleitet und, wenn die Regeln es vorsehen, als Arbeitsauftrag angelegt wird.
Was Sie integrieren und was Sie getrennt halten sollten
Eine sinnvolle Aufteilung:
- Eine einzige Anlagenliste integrieren. Die Maschinen-ID muss in IoT, CMMS und MES identisch sein.
- Anlage und Abschluss von Arbeitsaufträgen integrieren. Wird ein Arbeitsauftrag abgeschlossen, sollte der Stillstandsdatensatz in IoT seine Nummer tragen.
- Stückzahlen pro Auftrag mit dem MES integrieren, sobald man ihnen vertraut.
- Rohsignale an der Edge belassen. Hochfrequente Strom- oder Schwingungswerte bleiben im IoT; das ERP erhält nur verdichtete Werte.
- Mikrostopps und die Auswahl der Gründe im IoT belassen. Sie ändern sich oft und sollten nicht auf ein ERP-Release warten.
Nutzen Sie offene Schnittstellen. OPC UA und MQTT decken die Maschinenseite ab; REST-APIs decken meist die Geschäftsseite ab. McKinsey rät Unternehmen, Interoperabilität als Kaufkriterium festzuschreiben. Auf unserer Seite Integrationen finden Sie die unterstützten Konnektoren.
Wann ein Alarm zum Arbeitsauftrag werden sollte
Vorne weist darauf hin, dass Kurzstillstände typischerweise ein bis zwei Minuten dauern und ohne Instandhaltungspersonal behoben werden. Wer daraus jeweils einen CMMS-Datensatz macht, begräbt die Planer unter Tickets.
Ein Alarm sollte einen Arbeitsauftrag auslösen, wenn mindestens einer dieser Punkte zutrifft:
- Er braucht Ersatzteile oder Material, die bestellt oder kommissioniert werden müssen.
- Er braucht Planung: ein Stillstandsfenster, eine Fremdfirma, eine Freigabe oder eine zweite Schicht.
- Er wiederholt sich. Zum Beispiel dieselbe Störung dreimal in sieben Tagen an einer Maschine.
- Er dauert länger als ein festgelegtes Limit, zum Beispiel ein Stillstand über 20 Minuten.
- Er braucht einen formalen Nachweis für Arbeitsschutz, Qualität oder ein Audit.
Alles andere bleibt eine schnelle Aufgabe in der Schicht: protokolliert, mit Verantwortlichem, mit Zeitstempel und im IoT abgeschlossen. Ein Beispiel zur Veranschaulichung: An einer typischen Verpackungslinie im Zweischichtbetrieb ist ein Stau, der in drei Minuten behoben ist, eine schnelle Aufgabe. Tritt derselbe Stau viermal in einer Schicht auf, entsteht daraus ein einziger Arbeitsauftrag, die Führungsschienen zu prüfen. Legen Sie die Limits gemeinsam mit der Instandhaltung schriftlich fest und prüfen Sie sie monatlich.
Wie das in DBR77 IIoT und IRIS funktioniert
In DBR77 IIoT wird jeder Alarm zu einer Aufgabe mit einem Verantwortlichen, und die Reaktion erhält einen Zeitstempel. An einer Linie für Wellpappverpackungen hat diese Regel, zusammen mit Live-Status und Erfassung der Gründe, die durchschnittliche Reaktionszeit auf einen Stillstand von 24 auf 9 Minuten gesenkt. Was ohne diese Struktur passiert, beschreibt der Artikel warum Maschinenalarme in der Fertigung scheitern.
In DBR77 IRIS landet ein Maschinen- oder Kameraereignis im selben Datenmodell wie alles andere. Von dort kann es einen Arbeitsauftrag im CMMS anlegen, einen Beinaheunfall für den Arbeitsschutz protokollieren oder in die OEE einfließen, ohne eigene Schnittstelle für jeden Fall.
Saubere Zustände und Stückzahlen können auch einen digitalen Zwilling der Linie speisen, um Änderungen zu testen, bevor sie in die Fertigung gehen. Wie Signale dann Prioritäten und Pläne verändern, behandelt der Artikel Von der Transparenz zur geschlossenen Reaktionsschleife.
Häufige Fragen
Das Controlling will zuerst ERP-Daten. Sollten wir dort anfangen?
In der Regel nicht. Das ERP braucht abgeschlossene Datensätze, und die sind erst verlässlich, wenn sich die Liniendaten eingependelt haben. Geben Sie dem Controlling in der Zwischenzeit einen wöchentlichen Export aus dem IoT.
Brauchen wir ein MES, bevor wir mit IoT anfangen?
Nein. Viele mittelständische Werke starten mit IoT an einer Linie und dem CMMS, das sie bereits haben. IoT kann Live-OEE und Stillstandsgründe liefern, bis ein MES eingeführt ist.
Wie verhindern wir, dass das CMMS mit Tickets volläuft?
Nutzen Sie die oben genannten Regeln für Arbeitsaufträge und prüfen Sie sie monatlich mit der Instandhaltung. Schließen die Planer viele Arbeitsaufträge mit „keine Maßnahme erforderlich", sind die Limits zu niedrig.
Welche Schnittstellen werden benötigt?
OPC UA, Modbus oder MQTT auf der Maschinenseite und Standard-APIs auf der Geschäftsseite. Sicherheitsprüfungen beziehen sich meist auf ISA/IEC 62443, und die Verarbeitung kann vor Ort bleiben.
Fazit
Wählen Sie die Linie, deren Liste der Gründe am längsten unverändert ist, und binden Sie sie mit nur vier Feldern an das CMMS an: Maschine, Störung, Zeit und Verantwortlicher. Bevor der erste Arbeitsauftrag durchläuft, legen Sie die Limits mit der Instandhaltung schriftlich fest, zum Beispiel einen Stillstand über 20 Minuten oder dieselbe Störung dreimal in sieben Tagen. Zählen Sie nach einem Monat, wie viele Arbeitsaufträge die Planer mit „keine Maßnahme erforderlich" geschlossen haben, und passen Sie die Limits daran an.
Legen Sie Ihre Integrationsreihenfolge in einem Gespräch fest
Bringen Sie Ihre Systemliste mit: CMMS, MES, ERP. In 30 Minuten skizzieren wir, welche Daten wohin gehen, in welcher Reihenfolge, und mit welchen Alarmregeln Sie starten.
Quellen
- ISA, ISA-95 Standard: Enterprise-Control System Integration
- ISA, ISA/IEC 62443 series of standards
- OPC Foundation, OPC Unified Architecture, 2008
- OASIS, MQTT Version 5.0, 2019
- McKinsey & Company, IoT value set to accelerate through 2030, 2021
- Vorne, The Six Big Losses
- DBR77-IoT-Pilotdaten, Linie für Wellpappverpackungen (Kunde anonym), 2026