Kurze Antwort: Den OEE-Wert zu kennen, repariert nichts, er sagt nur, dass etwas kaputt ist. Der echte Wert entsteht, wenn OEE-Daten in Echtzeit mit ursachenbasierter Instandhaltungsaktion verknüpft sind.
Das ist die „OEE Intelligence Gap": die meisten Werke messen Verluste, schliessen aber nie den Kreis zur Instandhaltung, die sie tatsächlich verhindern könnte. Dieser Leitfaden erklärt die Lücke, die 4 Arten, wie ein OEE-Wert lügt, und einen 90-Tage-Plan, sie zu schliessen.
Sehen Sie, wie Fabrico OEE und Instandhaltung in einer Plattform vereint.
Demo buchenVertiefungen: OEE-Kreis schließen · warum OEE stagniert · Profit Center · Computer Vision OEE.
Die OEE Intelligence Gap ist die strategische Lücke zwischen einem Werk, das seine Verluste misst, und einem Instandhaltungsteam, das auf sie reagieren könnte. Die Produktion sieht den Verlust in Echtzeit.
Die Instandhaltung sieht ihn in der nächsten Schicht, am nächsten Tag oder nie. Hier lebt die „verborgene Fabrik".
Ein PLC-Signal sagt Mike, dem taktischen Produktionsleiter, dass Linie 3 steht. Es sagt ihm NICHT, dass die letzten drei Stops alle durch einen falsch eingestellten Zuführer verursacht wurden, der bei der Nachtschicht-Übergabe nicht korrekt justiert wurde.
Dieser fehlende Kontext, das WARUM hinter dem WAS, ist die Intelligence Gap.
Eine Linie mit 78 % OEE sieht gesund aus. Dieselbe Linie kann 47 Mikrostops pro Schicht haben, jeder unter 90 Sekunden.
Die meisten OEE-Plattformen erfassen nur Stops oberhalb einer Schwelle (oft 5 Minuten). Die 47 Mikrostops sind unsichtbar. Verantwortlich aber sind sie für über 60 % der verlorenen Leistung.
Was tun: Die Mikrostop-Schwelle auf 30 Sekunden senken. Jeden mit einem Grundcode taggen. Wöchentlich summieren, das Pareto-Diagramm wird Sie überraschen.
Ein Wochen-OEE-Report zeigt 71 % Durchschnitt. Dieselben Daten, geschnitten nach Stunde, Bediener, Produkt und Schicht, zeigen: Montage sind 11 Punkte tiefer wegen der Wochenend-Umrüstungsreste.
Mittwochnachmittag fällt, weil Bediener Carlos auf den neuen SKU nicht nachgeschult wurde. Durchschnitte begraben das.
Was tun: Wochen-Durchschnitte durch Intraday-OEE-Streams ersetzen, gruppiert nach Bediener und Schicht. Trigger feuern, wenn eine Metrik mehr als 1,5 σ vom eigenen Baseline des Bedieners abdriftet.
Performance-Verluste werden standardmässig als „Bediener-Geschwindigkeit" kodiert. Oft liegt die Ursache aber weiter oben, verschlissener Nockenfolger verursacht zeitweise Klemmer, Sensor-Kalibrierungsdrift, Lager an der Einzugswalze auf dem Weg nach draussen.
Ohne Instandhaltungskontext werden Bediener für Probleme verantwortlich gemacht, die sie nicht lösen können.
Was tun: Automatisch einen Wartungsauftrag erzeugen, sobald derselbe Verlustcode 3+ Mal in einem rollenden 24-Stunden-Fenster auftritt. Der Bediener ist nicht mehr der einzige Verdächtige.
Ein Tages-OEE-Report sagt Ihnen die Verluste von gestern. Wenn die Morgenrunde ihn liest, sind dieselben Verluste schon zwei weitere Male passiert. Bis Mittwoch haben Sie keine Chance, das Problem dieser Woche zu lösen.
Was tun: Von Tages-Batch-OEE auf Live-OEE mit bedingten Alarmen umstellen. Die Instandhaltung wird gerufen, wenn Bedingungen Schwellen überschreiten, nicht wenn jemand morgen den Report liest.
OEE-Daten und Instandhaltungsdaten müssen im selben System leben, oder in zwei Systemen mit Echtzeit-Brücke. PLC-Tags fliessen in OEE. OEE-Verluste fliessen ins CMMS als Auftragskandidaten. Keine CSV-Exporte. Keine Nacht-Batches. Wenn die Brücke länger als 5 Minuten braucht, bleibt die Lücke offen.
Jedes wiederkehrende OEE-Verlustmuster in einen Wartungstrigger übersetzen. Beispiele: 3 Mikrostops an Anlage X innerhalb einer Stunde → automatisch erzeugter Auftrag „Nockenfolger prüfen". Performance-Drift > 8 % vom Baseline → Schmierungscheck in dieser Schicht einplanen.
Qualitätsverlust-Spike > 2 % → Qualitätsingenieur rufen + Flag „Halt am nächsten Stop".
Der Beweis liegt in steigender MTBF und fallender MTTR. Wenn die Intelligence Gap sich schliesst, sollte MTBF im 90-Tage-Fenster um 15–30 % wachsen, und MTTR sollte sinken, weil die Instandhaltung mit Kontext anrückt (welcher Sensor, welcher letzte Auftrag, welche Inspektion offen) statt kalt.
Verfolgen Sie diese eine Zahl: % der durch OEE erkannten Verluste, die innerhalb derselben Schicht zu einer Instandhaltungsaktion führen. Startwert liegt meist bei 5–15 %. Ein Werk, das die Intelligence Gap geschlossen hat, läuft auf 60–80 %. Unter 30 % heisst: die Lücke ist trotz aller OEE-Dashboards weit offen.
Das muss eine einzige Plattform sein, oder eine enge Echtzeit-Integration zwischen OEE und CMMS. Lesen Sie die OEE-Software-Preisaufschlüsselung, die Checkliste für versteckte Kosten und den Auswahlprozess-Leitfaden, bevor Sie unterschreiben.
Ja, wenn die Brücke Echtzeit ist (unter 5 Minuten), ereignisgetrieben (nicht Batch) und audit-trail-sauber. Die meisten Teams unterschätzen, wie viel Engineering das braucht.
Funktioniert für beides. Prozesswerke profitieren mehr, weil die Kosten ungeplanter Stillstände meist höher sind und die Ursachenzuordnung schwieriger ist.
Mit automatisch erzeugten „Kandidaten" starten, die ein Planer täglich prüft. Nach 60 Tagen akkurater Kandidaten fragen die meisten Teams selbst nach direkter Auto-Erzeugung.
OEE-Software misst. CMMS koordiniert Aktion. Die Lücke zu schliessen heisst: die Messung löst die Aktion ohne Mensch dazwischen aus, das ist die operative Änderung, nicht die Lizenzänderung.
Eine OEE-Zahl ist eine Diagnose, keine Heilung. Verluste zu messen, ohne auf sie zu reagieren, ist die teuerste Gewohnheit in der modernen Fertigung.
Die Intelligence Gap ist real, messbar und kann in 90 Tagen geschlossen werden, mit einer einheitlichen Plattform und der Disziplin, Instandhaltung automatisch auszulösen. Beginnen Sie morgen früh damit, die Mikrostop-Schwelle zu senken, der Rest folgt.
Erleben Sie OEE & CMMS live in 15 Minuten.
Demo buchen
Anmeldung
Blog
