Korrigerande underhåll är reparationsarbete efter att fel upptäckts, som återställer tillgång till fungerande skick.
Korrigerande underhåll är reparationsarbete efter att ett fel upptäckts, som återställer en tillgång till fungerande skick. Felet kan visa sig som ett haveri mitt i ett jobb, ett fel vid en kontroll, eller ett problem rapporterat via ett serviceärende - det som gör arbetet korrigerande är att felet redan finns när jobbet påbörjas.
Omedelbart eller uppskjutet korrigerande arbete
Korrigerande underhåll delar sig i två mycket olika upplevelser. Omedelbart (akut) korrigerande arbete följer på ett haveri som stoppar något viktigt: en av lastbilarna blir stående vid vägkanten med bokad last, så reparationen går före allt annat och kostar vad den kostar. Uppskjutet (planerat) korrigerande arbete följer på ett fel som kan vänta: ett sprucket skydd som hittats vid en kontroll, en kärvande dörr, en långsam hydraulläcka - felet loggas, delar beställs, reparationen läggs in i en lucka som inte stoppar arbetet. Begreppet “reaktivt underhåll” används löst om det första; korrigerande täcker båda.
Skillnaden mellan de två handlar mest om rapportering. Ju tidigare ett fel kommer upp till ytan och loggas, desto mer av det korrigerande arbetet kan göras enligt ditt schema i stället för haveriets.
Korrigerande eller förebyggande underhåll
Förebyggande underhåll servar fungerande utrustning enligt schema; korrigerande underhåll reparerar utrustning med ett känt fel. Inget av dem är “rätt” - de är lägen på en skala, och en vettig mix beror på tillgången. Att medvetet köra till haveri (rent korrigerande) är rationellt för billiga, okritiska eller lätt utbytbara föremål. Schemalagt förebyggande arbete förtjänar sin kostnad där ett haveri är dyrt, farligt eller störande. Prediktivt underhåll ligger mittemellan och använder skickdata för att tajma arbetet precis före ett haveri. Det dyra felet är inte att välja korrigerande underhåll - det är att det blir förvalet för kritisk utrustning bara för att ingen satte upp något annat.
Det korrigerande arbetsflödet
Korrigerande jobb som går bra följer nästan alltid samma form:
- Rapportera - den som hittar felet registrerar vad som är fel, på vilken tillgång, helst med foton.
- Bedöm allvaret - någon avgör hur allvarligt det är: kan tillgången stanna i drift, ska den tas ur bruk, vem reparerar den.
- Reparera - jobbet blir en arbetsorder, delar skaffas fram, arbetet görs internt eller skickas ut.
- Avsluta - vad som hittades, vad som byttes, vad det kostade, och om tillgången togs i drift igen.
Avslutet är det steg team hoppar över och senare ångrar - det är den enda delen som betalar tillbaka nästa gång samma tillgång krånglar.
Varför den korrigerande dokumentationen spelar roll
En loggad historik över fel och reparationer förvandlar engångsirritationer till beslut. Återkommande fel på samma tillgång gör beslutet reparera-eller-byta begripligt; ett garantianspråk behöver daterat bevis på när felet dök upp; och driftstoppsmått som MTTR och tillförlitlighetsmått som MTBF finns bara om jobben registreras mot tillgången. I AMPthilly kan vem som helst rapportera ett problem på en tillgång med foton och kategori, ärendet rör sig genom en reparationskö, och hela ärendehistoriken stannar på tillgångsposten för gott.
Relaterade termer
- Prediktivt underhåll - skickdata tajmar arbetet precis före ett haveri
- Arbetsorder - den schemalagda reparationsenhet som en felrapport blir
- Serviceärende - rapporten som startar de flesta korrigerande jobb
- MTTR - mean time to repair, huvudmåttet för driftstopp vid korrigerande arbete
- MTBF - mean time between failures, beräknat ur loggad korrigerande historik