Was ist korrektive Instandhaltung (Instandsetzung)?

Korrektive Instandhaltung (nach DIN 31051 die Instandsetzung) ist Reparaturarbeit nach Feststellung eines Fehlers, die ein Asset wieder in Betrieb bringt. Der Fehler kann als Ausfall mitten im Betrieb, als Mangel bei einer Inspektion oder als Problem über ein Service-Ticket zutage treten - korrektiv ist die Arbeit deshalb, weil der Fehler oder Mangel bereits existiert, wenn der Auftrag angelegt wird.

Sofort vs. aufgeschobene korrektive Arbeit

Korrektive Instandhaltung zerfällt in zwei sehr unterschiedliche Erfahrungen. Sofortige (Notfall-)Reparaturen folgen einem Ausfall, der etwas Wichtiges lahmlegt: Einer der LKW steht mit gebuchter Ladung still, die Reparatur überholt jede Warteschlange und kostet, was sie kostet. Aufgeschobene (geplante) Reparaturen folgen einem Fehler, der warten kann: eine gebrochene Schutzvorrichtung bei der Inspektion, eine klemmende Tür, ein langsames Hydraulikleck - der Mangel wird protokolliert, Teile werden bestellt, die Reparatur für einen Termin geplant, der den Betrieb nicht stört. „Reaktive Wartung” wird oft salopp für Ersteres verwendet; korrektiv deckt beides ab.

Der Unterschied zwischen beiden ist meist eine Frage der Meldung. Je früher ein Fehler sichtbar gemacht und protokolliert wird, desto mehr Reparaturarbeit lässt sich nach Ihrem Plan erledigen statt nach dem Zeitplan, den der Ausfall vorgibt.

Korrektiv vs. vorbeugende Instandhaltung

Die vorbeugende Instandhaltung wartet funktionierende Ausrüstung nach Plan; die korrektive Instandhaltung repariert Ausrüstung mit bekanntem Fehler. Keine von beiden ist per se „die richtige” - sie sind Punkte auf einem Spektrum, und die sinnvolle Mischung hängt vom Asset ab. Run-to-Failure (bewusst nur korrektiv) ist vernünftig für günstige, unkritische oder leicht austauschbare Gegenstände. Geplante Vorbeugung lohnt sich, wo ein Ausfall teuer, gefährlich oder störend ist. Predictive Maintenance - die vorausschauende Instandhaltung - sitzt dazwischen und nutzt Zustandsdaten, um die Arbeit kurz vor dem Ausfall einzutakten. Der teure Fehler ist nicht, korrektive Instandhaltung zu wählen - sondern sie bei kritischer Ausrüstung zum Standard werden zu lassen, weil niemand etwas anderes eingerichtet hat.

Der Ablauf einer Reparatur

Eine Reparatur, die gut läuft, folgt fast überall derselben Form:

1. Melden - wer den Fehler bemerkt, hält fest, was nicht stimmt und an welchem Asset, idealerweise mit Fotos.
2. Einstufen - jemand entscheidet über die Schwere: Kann das Asset weiterlaufen, soll es gesperrt werden, wer repariert.
3. Reparieren - aus dem Vorgang wird ein Arbeitsauftrag, Teile werden beschafft, die Arbeit intern oder extern ausgeführt.
4. Abschließen - was gefunden, was ersetzt, was es gekostet hat, ob das Asset wieder in Betrieb ging.

Der Abschluss ist der Schritt, den Teams überspringen und später bereuen - er ist der einzige Teil, der sich beim nächsten Defekt desselben Assets auszahlt.

Warum korrektive Nachweise zählen

Eine protokollierte Historie von Fehlern und Reparaturen macht aus einzelnem Ärger fundierte Entscheidungen. Wiederholte Fehler am selben Asset machen die Reparieren-oder-Ersetzen-Entscheidung greifbar; Garantieansprüche brauchen einen datierten Nachweis, wann der Mangel aufgetreten ist; und Ausfallkennzahlen wie MTTR sowie Zuverlässigkeitskennzahlen wie MTBF existieren nur, wenn die Vorgänge am Asset erfasst sind. In AMPthilly kann jeder ein Problem am Asset mit Fotos und Kategorie melden, das Ticket durchläuft eine Reparatur-Warteschlange, und die vollständige Ticket-Historie bleibt dauerhaft am Asset-Datensatz.

Verwandte Begriffe

• Predictive Maintenance - Zustandsdaten takten die Arbeit kurz vor dem Ausfall ein
• Arbeitsauftrag - die geplante Reparatureinheit, zu der eine Fehlermeldung wird
• Service-Ticket - die Meldung, die die meisten Reparaturen anstößt
• MTTR - Mean Time to Repair, die zentrale Ausfallzeit-Kennzahl korrektiver Arbeit
• MTBF - Mean Time Between Failures, berechnet aus der protokollierten Reparaturhistorie