OEE-Plattformen erzeugen eine Flut von Stillstandsereignissen. CMMS-Plattformen verwalten Wartungsarbeit. Die meisten Werke betreiben sie als zwei getrennte Systeme: das OEE-Dashboard loggt den Verlust, jemand kopiert die Ursache in ein Ticket, der Techniker sieht das Ticket Stunden später, Teile sind nicht vorbereitet, MTTR steigt.
Geschlossener OEE-Kreis bedeutet: Stillstandsereignis feuert, der richtige Arbeitsauftrag wird automatisch erstellt mit Routing, Teilen und SLA, und der Kreis schließt sich erst, wenn die Arbeit verifiziert abgeschlossen ist. Diese Integration trennt ein Metrik-Dashboard von einer Wartungs-Aktions-Engine.
Die 4 Stufen des OEE-Kreises
Stufe 1, Erfassen: Stillstandsereignis mit Sub-Minuten-Genauigkeit erfassen (Computer-Vision, SPS oder Operator-Tag). Stufe 2, Kategorisieren: Ereignis nach Ursache einordnen (elektrisch, mechanisch, Material, Operator, geplant). Stufe 3, Dispatch: CMMS-Arbeitsauftrag erstellen, Teile anhängen, an qualifizierten Techniker leiten, SLA-Timer starten. Stufe 4, Verifizieren: Techniker schließt den Auftrag mit Ursache und Fix, und der Kreis gilt erst als geschlossen, wenn die Linie wieder auf Zielrate ist.
Warum die meisten Kreise brechen
Bruchstelle 1, stummer Alarm: OEE-Dashboard zeigt den Verlust, aber niemand leitet ihn an eine Person. Bruchstelle 2, fehlende Teile: Auftrag erstellt, aber Teile kommen in 2 Tagen, MTTR enthält die Wartezeit. Bruchstelle 3, keine Eskalation: SLA-Timer läuft ab, niemand bemerkt es, die Linie steht.
Die Architektur, die den Kreis schließt
Drei Integrationen sind nötig:
- Erfassungsschicht, OEE-Plattform, die strukturierte Stillstandsereignisse mit Ursachencode und Dauer ausgibt.
- Aktionsschicht, CMMS, das das Ereignis aufnimmt, einen Arbeitsauftrag erstellt, Teile aus der Stückliste anhängt und nach Skill-Matrix leitet.
- Eskalationsschicht, Benachrichtigung, die bei SLA-Überschreitung eskaliert (Techniker, Vorarbeiter, Werkleiter).
Einzelplattform vs Best-of-Breed
Einzelplattform (Fabrico): OEE und CMMS in einer Datenbank, der Kreis schließt sich nativ. Geringere Integrationskosten, schnellere Wertschöpfung. Best-of-Breed: separates MES (TrakSYS, FORCAM) integriert mit separatem CMMS (SAP PM, Maximo). Höhere Tiefe pro Domäne, aber die Integration ist Ihr Problem.
| Ansatz |
Integration |
Zeit bis erster Kreis |
MTTR-Gewinn |
| Einzelplattform (Fabrico) |
Nativ |
2-4 Wochen |
32-40% |
| MES + eigenes CMMS |
Custom API/Middleware |
3-6 Monate |
20-30% |
| Excel + E-Mail |
Manuell |
Schließt nie |
0-5% |
30-Tage-Rollout
Woche 1: Engpasslinie wählen, Computer-Vision installieren oder SPS verkabeln. Woche 2: die 5 häufigsten Ursachen mit Auto-Auftrag-Mapping konfigurieren. Woche 3: SLA-Eskalation aktivieren und Kreis starten. Woche 4: MTTR-Delta und Plan/Reaktiv-Verhältnis messen, auf nächste Linie ausweiten.
FAQ
Brauche ich SPS-Integration, um den Kreis zu schließen?
Nicht immer. Computer-Vision OEE erfasst Stillstände ohne SPS-Tap. SPS gibt geringere Latenz für schnelle Linien, aber höhere Engineering-Kosten. Für die meisten Werke liefert CV einen geschlossenen Kreis in 2-4 Wochen, SPS ist die spätere Optimierung.
Wie unterscheidet sich das davon, einfach ein CMMS hinzuzufügen?
Ein CMMS ohne OEE-Auto-Ereignisse verlässt sich weiter auf manuelle Ticketerstellung. Operator bemerkt Stillstand, tippt Ticket, Techniker sieht es. Diese Übergabe ist, wo MTTR verloren geht. Der Kreis schließt sich nur, wenn das OEE-Ereignis den Auftrag ohne menschlichen Schritt erstellt.
Unterm Strich
Der OEE-Kreis-Schluss ist die wertvollste Verbesserung, die die meisten Werke machen können. Kein Komplettaustausch nötig, nur eine funktionierende Integration mit Auto-Auftrag, Teilezuordnung und SLA-Eskalation. Pilot auf einer Linie, 25-40% MTTR-Reduktion nachweisen, dann skalieren.
Anmeldung
Blog
