Wichtigste Erkenntnisse
Kurzantwort: Stillstands‑Ursachencodes sind die Kategorien, die Bediener beim Erfassen eines Stillstands auswählen. Der Entwurf der Taxonomie ist der Punkt, an dem die meisten Anlagen ihre OEE‑Analytik ruinieren, zu viele Codes, zu vage, zu überlappend. Eine nützliche Taxonomie hat 10, 20 Codes pro Linie, ist gegenseitig ausschließend und von Bedienern leicht erkennbar.
Entwurf für Analyse, nicht für Vollständigkeit. Die 90 Minuten, die man investiert, um dieses Set richtig zu gestalten, lohnen sich für Jahre sauberer Analysen. Siehe auch Gestaltung von PLC‑Fehlercodes .
Fünf Eigenschaften:
1. Zu viele Codes. 50+ Codes pro Linie. Bediener können die Liste nicht überblicken; sie wählen den erstplausiblen Eintrag. Analysen laut und unzuverlässig.
2. Zu wenige Codes. 3, 5 generische Codes. Das Pareto ist bedeutungslos; alles ist „Anlagenfehler“ oder „Material“.
3. Überlappende Codes. „Mechanischer Ausfall“ und „Mechanische Störung“ existieren getrennt. Bediener wählen zufällig.
4. Codes, die Ursache und Symptom mischen. „Sensorfehler“ und „Falsches Produkt“ können beide durch dieselbe Grundursache ausgelöst werden. Verwirrend.
5. Codes für den Planer, nicht für den Bediener. „PM Typ 3.4.b“ sagt einem Techniker um 3 Uhr morgens nichts.
Verfügbarkeitsverluste:
Leistungs‑Signale:
Qualitäts‑Signale:
~18 Codes. Jeder in Sekunden von Bedienern erkennbar. Jeder ordnet sich einer konkreten Maßnahme zu.
„Sonstiges“ ist ein Warnsignal. Ist es mehr als 5% der Stillstände, fehlen der Taxonomie Kategorien. Fügen Sie Codes für das hinzu, was tatsächlich passiert.
Audit: Ziehen Sie eine Woche „Sonstiges“-Einträge mit Freitextkommentaren. Cluster bilden. Häufige Cluster zu dedizierten Codes befördern.
Manche Plattformen unterstützen zweistufige Ursachencodes (Kategorie → Unterkategorie). Das kann Bedienern helfen (Kategorie schnell wählen, dann Unterkategorie), aber nur, wenn die zweite Ebene wirklich nützlich ist. Wird die zweite Ebene selten genutzt, vereinfachen Sie auf eine Ebene.
1. Jede Linie ihre eigene Taxonomie erlauben. Vergleichbarkeit zwischen Linien wird unmöglich.
2. Nie überprüfen. Die Taxonomie verfällt, wenn sich Anlagen und Prozesse ändern.
3. Codes, die Struktur und Freitext mischen. „Sonstiges, siehe Notiz“ untergräbt den Zweck strukturierter Daten.
4. Bediener für ehrliche Codes bestrafen. „Sicherheitsstopp“ sollte begrüßt, nicht versteckt werden.
Eine moderne OEE‑Plattform unterstützt konfigurierbare Ursachencode‑Taxonomien, zeigt „Sonstiges“-Raten und Pareto‑Verteilungen an und erlaubt dem Data‑Steward, die Taxonomie zu verfeinern, ohne historische Vergleichbarkeit zu verlieren.
Fabrico’s OEE‑Modul unterstützt gestufte Ursachencodes, zeigt Qualitätskennzahlen der Taxonomie („Sonstiges“-Rate, Verteilungs‑Schiefe) und erlaubt Verfeinerung mit versionierter Historie.
Sehen Sie, wie Fabrico das automatisch erfasst, OEE für die Fertigung erkunden oder eine Demo buchen.
Typisch sind 10, 20 pro Linie. Mehr als 30 macht die Auswahl für Bediener unzuverlässig.
Kategorien ja; Unterkategorien an die Linie anpassen. Die übergeordnete Struktur sollte konsistent sein.
Unter 5%. Höher bedeutet, dass der Taxonomie Kategorien fehlen.
Zunehmend ja. ML auf PLC‑Signaturen plus vom Bediener eingegebener Kontext kann Codes vorschlagen. In der Regel bleibt eine menschliche Bestätigung erhalten.
Monatlich für die „Sonstiges“-Rate, jährlich für die komplette Taxonomie‑Überprüfung.
Anmeldung
Blog
