Menu
ISO 14224 Fehlercodes: Eine Taxonomie, die Instandhaltungsdaten auswertbar macht

ISO 14224 Fehlercodes: Eine Taxonomie, die Instandhaltungsdaten auswertbar macht

Die ISO-14224-Fehlercodetaxonomie strukturiert Daten aus Arbeitsaufträgen nach Versagensart, Ursache und Mechanismus, sodass Zuverlässigkeitsanalysen möglich werden. Vollständige Anleitung.
ISO 14224 Fehlercodes: Eine Taxonomie, die Instandhaltungsdaten auswertbar macht

ISO 14224 ist die internationale Norm, die eine strukturierte Taxonomie von Fehlercodes definiert und jeden Anlagenfehler in Ausfallart, Ausfallursache und Ausfallmechanismus aufteilt, sodass Wartungsaufzeichnungen konsistent, vergleichbar und analysierbar werden. Die meisten Anlagen erfassen jährlich Tausende von Arbeitsaufträgen, doch das Freitext-"Notizen"-Feld verwandelt diese Daten in Rauschen: Ein Techniker schreibt "Pumpe gestorben", ein anderer schreibt "kein Durchfluss", ein dritter schreibt "Dichtung hin". ISO 14224 ersetzt diese Mehrdeutigkeit durch ein gemeinsames Vokabular. Das Ergebnis sind Daten, die Sie tatsächlich zählen, trendmäßig auswerten und für Maßnahmen nutzen können – die Voraussetzung für jedes ernsthafte Zuverlässigkeitsprogramm.

Warum Freitext-Fehleraufzeichnungen nicht analysiert werden können

Zuverlässigkeitsanalyse ist im Kern eine Zählaufgabe. Sie zählen, wie oft eine Ausfallart auftritt, wie lange die Reparatur dauert und was sie verursacht hat, und priorisieren dann. Freitext bricht dieses Zählen. Wenn derselbe Fehler in fünf Arbeitsaufträgen auf fünf verschiedene Arten beschrieben wird, kann keine Abfrage sie gruppieren, sodass keine Pareto-Analyse möglich ist und keine MTBF- oder MTTR-Kennzahl vertrauenswürdig ist.

ISO 14224, mit dem Titel "Erfassung und Austausch von Zuverlässigkeits- und Instandhaltungsdaten für Ausrüstungen", entstand im Öl- und Gassektor, aber seine Taxonomie gilt für jedes rotierende, statische oder elektrische Gut. Sie bietet drei verknüpfte Ebenen, die ein Wartungsprotokoll in einen Datensatz verwandeln.

Die drei Ebenen: Art, Ursache, Mechanismus

Der Kern der Norm ist die Trennung von dem, was ausgefallen ist, und dem, warum es ausgefallen ist. Das sind verschiedene Fragen, und ihre Vermischung ist der klassische Grund, warum Wartungsdaten unbrauchbar werden.

  • Ausfallart (Failure mode): der beobachtete Effekt, das Symptom, das der Bediener sieht. Beispiele: startet bei Bedarf nicht (FTS), unbeabsichtigtes Anhalten (STP), äußere Leckage (Prozessmedium) (ELP), hohe Vibration (VIB), Überhitzung (OHE). Das ist das "was passiert ist".
  • Ausfallursache (Failure cause): der zugrunde liegende Grund, warum die Ausfallart auftrat. ISO 14224 gruppiert Ursachen in die Kategorien Konstruktion, Fertigung, Installation, Betrieb und Wartung. Beispielursachen: falsche Schmierung, Nicht-Einstellung, Verschleiß oder Betrieb außerhalb der Spezifikation.
  • Ausfallmechanismus (Failure mechanism): der physikalische, chemische oder metallurgische Prozess, der den Ausfall hervorgerufen hat. Beispiele: Korrosion, Erosion, Ermüdung, Kavitation, Blockierung. Das ist das "wie es physikalisch passiert ist".

Eine hilfreiche Lesart der Kette: Ein Mechanismus (Ermüdung) führt zu einer Ausfallart (äußere Leckage), die durch eine Ursache (Installationsfehlausrichtung) ermöglicht wurde. Die Kodierung aller drei pro Arbeitsauftrag macht Root-Cause-Arbeiten wie FMEA und 8D-Problemlösung wiederholbar statt einmalig.

Ausrüstungsgrenzen und die Taxonomie-Hierarchie

Bevor Sie einen Ausfall codieren, müssen Sie sich auf definieren, was "die Ausrüstung" ist. ISO 14224 definiert eine neunstufige Taxonomie vom Industrieniveau bis zum einzelnen Bauteil und eine klare Ausrüstungsabgrenzung, die festlegt, welche Komponenten zur Pumpe, zum Antrieb oder zur Regelschleife gehören. Ohne feste Abgrenzung zählen zwei Standorte, die "Pumpenausfälle" erfassen, unterschiedliche Dinge, und ihre Zahlen sind nicht vergleichbar. Standardisierte Abgrenzungen erlauben es, eine Linie gegen eine andere zu benchmarken – dieselbe Disziplin, die einen ehrlichen OEE-Vergleich ermöglicht.

Konsistente Kodierung hängt außerdem von konsistentem Urteil zwischen Personen ab. Wenn zwei Techniker demselben Fehler verschiedene Codes zuweisen, hat Ihre Datengrundlage ein Messsystemproblem – genau das Problem, das eine Gauge R&R-Studie in Qualitätsdaten aufdeckt. Kurze Auswahllisten und klare Code-Definitionen sind die praktische Lösung.

Beispiel: Kodierung eines Pumpendichtungsfehlers

Eine Kreiselkühlwasserpumpe fällt aus. Der Bediener vermerkt eine Pfütze unter dem Dichtungsgehäuse. Mit ISO 14224 wird der Eintrag zu:

  1. Ausfallart: ELP (äußere Leckage, Prozessmedium).
  2. Ausfallmechanismus: Verschleiß, Gleitringdichtung (Dichtungsfläche).
  3. Ausfallursache: unzureichende Schmierung der Dichtungs-Spülung.
  4. Wartbares Bauteil: Gleitringdichtung (nicht "Pumpe", das wäre zu grob).

Nun die Zahlen. Über 12 Monate hat diese Anlagenklasse 40 Pumpen. Das CMMS zeigt 18 Ausfälle mit dem Code ELP, davon haben 12 den Mechanismus "Verschleiß, Dichtungsfläche". Die gesamte Betriebszeit der Flotte beträgt 40 Pumpen mal 8.000 Stunden, also 320.000 Betriebsstunden. Die Ausfallrate wegen Dichtungsverschleiß beträgt 12 geteilt durch 320.000, also 0,0000375 Ausfälle pro Stunde, beziehungsweise etwa 0,33 Ausfälle pro Pumpe und Jahr. Wenn die mittlere Reparaturzeit für diese Ereignisse 6 Stunden beträgt, beansprucht allein der Dichtungsverschleiß 12 mal 6, also 72 Instandhaltungsstunden pro Jahr in dieser Flotte.

Weil die Daten kodiert sind, reiht eine Pareto-Analyse sofort "Verschleiß der Dichtungsfläche durch Probleme mit der Spülung" als größter Beitrag ein, und Sie können die Zeiten in eine Weibull-Analyse einspeisen, um zu prüfen, ob es sich um zufällige oder um Verschleiß-Ausfälle auf der Badewannenkurve handelt. Die Form der Weibull-Verteilung entscheidet dann, ob die richtige Reaktion zustandsorientierte Instandhaltung oder ein Austausch in festen Intervallen ist. All das ist aus "Pumpe gestorben" nicht möglich.

Aus kodierten Daten Wartungsentscheidungen ableiten

Sobald Arten, Ursachen und Mechanismen gezählt sind, werden die Entscheidungen konkret. Verschleißmechanismen mit steigender Ausfallhazard rechtfertigen präventive Austauschintervalle. Zufällige elektrische Ausfälle deuten auf Zustandsüberwachung hin. Niedrigfolgende, wenig folgenschwere Baugruppen können bewusst bis zum Ausfall betrieben werden. Das ist der Wechsel von reaktiver zu proaktiver Instandhaltung, und er funktioniert nur, wenn die historischen Daten das tragen.

Kodierte Fehlerdaten speisen außerdem die Zuverlässigkeitskennzahlen, die die Planung antreiben: mittlere Zeit bis zum Ausfall für nicht reparierbare Teile und MTBF für reparierbare Anlagen. Diese Kennzahlen dimensionieren wiederum Ihre Bestellpunkte für Ersatzteile und Ihre präventiven Zeitpläne im CMMS.

Wo Fabrico ins Spiel kommt

ISO 14224 zahlt sich nur aus, wenn die Fehlercodes in dem Moment erfasst werden, in dem die Arbeit geschieht, sauber und konsistent, statt Wochen später aus dem Gedächtnis rekonstruiert zu werden. Fabrico ist die Echtzeit-Datenbasis, die das praktikabel macht. Sein feldtaugliches CMMS ermöglicht es, strukturierte Felder für Ausfallart, Ursache und Mechanismus an jeden Arbeitsauftrag anzuhängen, sie dem richtigen Asset in einer wartbaren-Hierarchie zuzuordnen und die präventiven Zeitpläne und Ersatzteile zu verwalten, die diese Codes rechtfertigen. Auf Produktionsseite timestampen Fabricos Echtzeit-OEE- und Produktionsüberwachung, inklusive Computervision an Maschinen ohne SPS, die Stopps und Ausfallzeiten, die Ihre Techniker dann codieren, sodass das "was passiert ist" und das "warum" automatisch aufeinander abgestimmt sind. Fabrico ist in der EU entwickelt und bietet Datenresidenz in der EU, was für Teams wichtig ist, die Zuverlässigkeitsaufzeichnungen unter europäischer Governance führen. Es geht nicht um ein weiteres Konzept: Es ist ein Ort, an dem kodierte Fehlerdaten tatsächlich erfasst werden, sodass Pareto- und Zuverlässigkeitsanalysen saubere Daten zum Auswerten haben.

Häufig gestellte Fragen

Ist ISO 14224 nur für Öl und Gas?

Nein. Die Norm wurde im Öl- und Gassektor entwickelt und wird dort häufig referenziert, aber ihre Taxonomie von Ausfallarten, Ursachen und Mechanismen ist allgemein auf physische Anlagen anwendbar. Pumpen, Motoren, Ventile, Kompressoren und Wärmetauscher verhalten sich in Nahrungsmittel-, Automobil-, Verpackungs- oder Chemieanlagen ähnlich, sodass die Kodierungsstruktur direkt übertragbar ist. Viele Hersteller übernehmen eine vereinfachte Teilmenge der Codelisten statt der vollständigen Norm.

Was ist der Unterschied zwischen Ausfallart und Ausfallursache?

Eine Ausfallart ist der beobachtete Effekt, was der Bediener sieht, wie äußere Leckage oder Startversagen. Eine Ausfallursache ist der zugrunde liegende Grund, warum es passiert ist, wie falsche Installation oder fehlende Schmierung. Sie in getrennten Feldern zu halten ist essenziell: Zwei Ausfälle können dieselbe Ausfallart (Leckage) teilen, aber völlig unterschiedliche Ursachen haben, und nur durch Trennung können Sie das Richtige beheben.

Benötigen wir spezielle Software, um ISO 14224-Codes zu verwenden?

Sie brauchen ein System, das Fehlercodes als strukturierte, wählbare Felder statt als Freitext speichert und sie mit einer definierten Asset-Hierarchie verknüpft. Ein CMMS, das benutzerdefinierte Auswahllisten für Ausfallart, Ursache und Mechanismus im Arbeitsauftrag unterstützt, reicht aus, um zu beginnen. Die kritische Anforderung ist disziplinierte Dateneingabe zum Zeitpunkt der Arbeit, nicht die Markenwahl der Software.

Bereit, unstrukturierte Arbeitsauftragsnotizen in kodierte, analysierbare Zuverlässigkeitsdaten zu verwandeln? Buchen Sie eine Fabrico-Demo und sehen Sie, wie ein Echtzeit-CMMS und eine OEE-Basis Ausfallarten, Ursachen und Mechanismen dort erfasst, wo die Arbeit tatsächlich stattfindet.

Das Neueste aus unserem Blog

Definieren Sie Ihren Zuverlässigkeitsfahrplan
Überzeugen Sie sich selbst!
Definieren Sie Ihren Zuverlässigkeitsfahrplan
Indem Sie auf die Schaltfläche „Akzeptieren“ klicken, erklären Sie sich mit der Nutzung einverstanden.Cookies beim Zugriff auf diese Website und bei der Nutzung unserer Dienste. Erfahren Sie mehrWeitere Informationen zur Verwendung und Verwaltung von Cookies finden Sie in unserem Datenschutzrichtlinie und Cookie-Erklärung