Vad är avhjälpande underhåll?

Avhjälpande underhåll (på engelska corrective maintenance, ibland kallat korrigerande underhåll) är reparationsarbete som utförs efter att ett fel har upptäckts, i syfte att återställa en tillgång till ett skick där den kan utföra sin avsedda funktion. Den formuleringen följer underhållsstandardens terminologi i EN 13306 (SS-EN 13306 på svenska), och det bärande ordet i den är efter. Felet kan visa sig som ett haveri mitt i ett jobb, en anmärkning vid en kontroll, eller ett problem som rapporteras via ett serviceärende - det som gör arbetet avhjälpande är att felet eller haveriet redan finns när jobbet skapas. När reparationen sedan sker är ett helt separat beslut.

Den här guiden går igenom den exakta definitionen och de begrepp den blandas ihop med, de fyra typerna av avhjälpande underhåll, vad som utlöser ett jobb, hur avhjälpande arbete förhåller sig till förebyggande och prediktivt underhåll, dess verkliga fördelar och kostnader, vad som hör hemma på en avhjälpande arbetsorder, måtten som visar om det reaktiva arbetet är under kontroll, och hur du förvandlar oplanerade reparationer till planerade.

Det här lär du dig

• Vad som räknas som avhjälpande underhåll
• Typerna av avhjälpande underhåll
• Vad som utlöser avhjälpande arbete
• Avhjälpande, förebyggande eller prediktivt underhåll
• Där avhjälpande underhåll gör nytta - och där det svider
• Arbetsordern för avhjälpande underhåll
• Att mäta avhjälpande underhåll
• Så gör du oplanerat arbete till planerat
• Exempel på avhjälpande underhåll för olika typer av tillgångar
• Vanliga frågor

Vad som räknas som avhjälpande underhåll

Testet är enkelt: fanns det ett känt fel innan jobbet fanns? En pump som plockas isär och byggs om för att lagret skriker är avhjälpande. Samma pump isärplockad och ombyggd enligt ett 2 000-timmarsschema medan den går perfekt är förebyggande. Arbetet på bänken ser identiskt ut; det är utlösaren som klassificerar det.

En avgränsning: “corrective maintenance” är också en kategori inom programvaruunderhåll och betyder då felrättning efter release. Den här sidan handlar om utrustning.

Det är i den omgivande vokabulären som förvirringen bor:

• Haveriunderhåll är den del av det avhjälpande arbetet som följer på ett faktiskt haveri. Varje haverijobb är avhjälpande; alla avhjälpande jobb följer inte på ett haveri.
• Reaktivt underhåll beskriver hållningen snarare än arbetet - oplanerat, brådskande, styrt av vad som just stannade.
• Korrigerande underhåll är den vanligaste synonymen på svenska och används om exakt samma sak; i fastighets- och IT-avtal ser du också “felavhjälpande underhåll”.
• Oplanerat underhåll är schemaläggningsetiketten: varje jobb som inte fanns i planen, vilket i de flesta organisationer mest är avhjälpande arbete. Se planerat eller oplanerat underhåll för uppdelningen.
• Korrigerande åtgärd (som i CAPA) är ett kvalitetsledningsbegrepp om att åtgärda orsaken till en avvikelse i en process. Besläktat i andan, men det är inte ett reparationsjobb på en tillgång.

Typerna av avhjälpande underhåll

Avhjälpande arbete delar sig i fyra mycket olika upplevelser, och att kalla dem vid rätt namn är det som hindrar “vi gör mycket underhåll” från att dölja ett allvarligt planeringsproblem.

Omedelbart eller akut avhjälpande underhåll följer på ett fel som stoppar något viktigt. En av lastbilarna står still med bokad last, så reparationen går före allt annat i kön och kostar vad den kostar. Det är det här folk oftast menar med reaktivt underhåll, och det är typen som borde vara sällsynt.

Planerat avhjälpande underhåll gäller ett fel som redan är känt men vars reparation schemaläggs medvetet. En långsam hydraulläcka som hittas vid en kontroll: felet loggas, tätningssatsen beställs, och maskinen går in i verkstaden en dag då den ändå inte behövdes. Felet är verkligt, så arbetet är avhjälpande - men tajmingen är din, vilket är därför kostnadsprofilen inte liknar den akuta varianten det minsta.

Uppskjutet avhjälpande underhåll är ett loggat fel som skjutits framåt, och två helt olika situationer gömmer sig under samma etikett. Uppskjutet av val betyder att felet verkligen har låg påverkan och att reparationen väntar på ett vettigt tillfälle. Uppskjutet av tvång betyder att delen, budgeten eller personen saknas och att jobbet ligger kvar för att det måste, inte för att det borde. Båda samlas i en underhållsbacklog, och en backlog som ingen åldersbedömer är en lista över framtida akutlägen. På fastighetssidan kallas den ansamlingen ofta eftersatt underhåll, vilket är samma fenomen med annan etikett.

Tillfällig lagning kontra permanent reparation. En spännrem, en byglad kabel eller en inhyrd ersättare kan ta dig genom veckan, men ingen av dem är reparationen. Standardvokabulären kallar den tillfälliga varianten palliativ och den riktiga kurativ; den praktiska poängen är att en tillfällig lagning måste lämna efter sig ett uppföljningsjobb. Gör den inte det blir den tyst permanent, och ett halvår senare minns ingen att skyddet på den maskinen sitter fast med ett buntband.

Vad som utlöser avhjälpande arbete

Avhjälpande jobb kommer in genom ett fåtal dörrar, och att veta vilken dörr ett jobb kom genom säger mycket om hur brådskande det egentligen är:

• En operatör eller användare rapporterar ett symptom - ett ljud, en lukt, en varningslampa, ett verktyg som inte håller laddning. Den överlägset vanligaste ingången.
• En kontroll eller en skickbedömning flaggar ett fel innan något har stannat. Det är dörren som producerar planerat avhjälpande arbete.
• Ett test, en kalibrering eller en säkerhetskontroll underkänns - föremålet är nu oanvändbart i en tillsynsmyndighets ögon även om det fortfarande går.
• Ett mätvärde passerar en gräns - en temperatur, ett tryck, en vibrationstrend. Se prediktivt underhåll för var de data kommer ifrån.
• Ett leverantörs-, återkallelse- eller garantimeddelande dyker upp och namnger ett fel du inte hittat själv.
• En kund, hyresgäst eller uppdragsgivare klagar - inom fastighetsdrift och uthyrning är det ofta första gången någon hör talas om felet.

Två saker följer av listan. För det första sätter utlösaren brådskan, inte felet i sig: ett identiskt lagerhaveri är ett akutläge på en maskin som kör ett skift och ett rutinjobb på en reservenhet i förrådet. För det andra avgör kvaliteten på den första rapporten hur mycket av reparationen som går att planera. Vilken tillgång, vilket symptom, sedan när, ett foto, och om den fortfarande är säker att använda - fem fält som förvandlar ett vagt klagomål till ett jobb någon kan beställa delar till. Ett regelbundet kontrollschema är det billigaste sättet att flytta fel från den första dörren till den andra.

Avhjälpande, förebyggande eller prediktivt underhåll

Förebyggande underhåll servar fungerande utrustning enligt schema; avhjälpande underhåll reparerar utrustning med ett känt fel. Inget av dem är “det rätta” - de är lägen på en skala, och en vettig mix beror på tillgången.

Prediktivt underhåll ligger mellan förebyggande och avhjälpande och använder tillståndsdata för att tajma arbetet precis före ett haveri. Att köra till haveri är avhjälpande av medvetet val snarare än av olycka, och det är en fullt respektabel strategi när beslutsunderlaget stödjer det: låg återanskaffningskostnad, låg kritikalitet, en reserv redan i skåpet, ingen säkerhetskonsekvens och redundans någon annanstans. Faller något av de testen är det ingen strategi, det är en chansning.

Du kommer att se förhållandet mellan planerat och reaktivt arbete citeras som mål - 80/20 är den siffra som upprepas oftast i underhållslitteraturen. Behandla den som en tumregel snarare än en uppmätt lag: rätt fördelning beror helt på hur kritiska tillgångarna är, och en verkstad full av billiga handverktyg har ingenting att göra i samma förhållande som en produktionslinje. Det dyra felet är inte att välja avhjälpande underhåll - det är att låta det bli förvalet för kritisk utrustning bara för att ingen någonsin satte upp något annat.

Där avhjälpande underhåll gör nytta - och där det svider

Fördelarna är verkliga. Det finns ingen schemaläggningsoverhead - ingen kalender att underhålla, inga rundor att planera, inga påminnelser att jaga. Ingenting läggs på att serva komponenter som var helt fina, och varje billig del får ge upp hela sin återstående livslängd i stället för att slängas vid 60 % slitage. För en stor mängd lågvärdiga föremål - belysning, handverktyg, kablar, en reservskärm - skulle ett förebyggande program kosta mer än att helt enkelt laga saker när de går sönder. Avhjälpande i första hand är det rationella svaret där, inte en brist på disciplin.

Nackdelarna byggs på varandra, vilket är därför de underskattas. Du styr inte tajmingen, så driftstoppet landar i det ögonblick tillgången behövs som mest. Och fakturan är bara en del av notan. Den verkliga kostnadsanatomin för ett oplanerat avhjälpande jobb innehåller:

• Expressdelar och expressfrakt - dagen-efter-pris på en del som hade kostat hälften vid en normal beställning.
• Övertid för dem som gör reparationen, och stilleståndstid för alla nedströms som väntar på den.
• Inhyrd ersättare för att täcka luckan, ofta till dygnspriser som får reparationen att se billig ut.
• Följdskador - ett haveri som tar något annat med sig, för att en billig komponent gav upp inuti en dyr enhet.
• Det förlorade jobbet - leveransen som inte gick fram, hyresgästen som inte blev nöjd, byggdagen som skrevs av.
• Säkerhetsrisken, när en trasig tillgång blir kvar i drift för att ingen tog den ur bruk.

Ovanpå allt detta finns en självförstärkande effekt: ett team som permanent befinner sig i reaktivt läge får aldrig luften att bli planerande. Varje timme som går åt till dagens akutläge är en timme som inte går åt till att ta bort orsaken till morgondagens. Det är fällan som underhållsavdelningar och fastighetsförvaltare beskriver oftast, och det är därför förhållandet mellan planerade och oplanerade timmar betyder mer än någon enskild reparationsräkning.

Arbetsordern för avhjälpande underhåll

Ett avhjälpande jobb som går bra har nästan överallt samma form. Varje steg är egentligen en uppsättning fält på en arbetsorder.

1. Rapportera. Den som hittar felet registrerar vilken tillgång det gäller, vad symptomet är, när det började, och om tillgången fortfarande är säker att använda - med foton, för ett foto avgör på en sekund det som tre meddelanden inte klarar. En rapport som inte namnger någon tillgång är ingen arbetsorder, det är ett rykte.

2. Bedöm och prioritera. Någon avgör hur brådskande det är. En enkel fyrgradig skala fungerar bättre än en utstuderad matris:

Väg det mot hur kritisk tillgången är, så ger de två tillsammans en försvarbar arbetsordning. Bedömningen är också där en trasig tillgång tas ur bruk eller märks upp så att ingen kvitterar ut den mitt i en reparation - sätt dess status till under reparation så försvinner problemet. Att hoppa över det steget är hur en maskin med känt fel hamnar ute på jobbet igen.

3. Reparera. Internt eller utskickat, delar anskaffas, arbetet görs. Det är här det vanligaste verkliga läget förtjänar ett ärligt namn: väntar på delar. Ett jobb som står still hos en leverantör är inte “pågående”, och att låtsas annat är hur backloggar blir osynliga.

4. Avsluta. Vad som hittades, vad som faktiskt gick sönder och varför, förbrukade delar, arbetstimmar, total kostnad, om tillgången togs i drift igen, och om ett uppföljningsjobb behövs - vilket är precis där en tillfällig lagning görs om till en riktig. Avslutet är det steg team hoppar över och senare ångrar; det är den enda del som betalar tillbaka nästa gång samma tillgång krånglar.

Att mäta avhjälpande underhåll

En handfull siffror säger dig om det avhjälpande arbetet är en hanterbar del av verksamheten eller hela den. Ingen av dem existerar om inte jobben loggas mot tillgången.

• MTTR (mean time to repair, medeltid till reparation) - hur snabbt reparationerna landar. Ett långt MTTR är oftast ett del- eller åtkomstproblem snarare än ett kompetensproblem, så jaga reservdelshantering före utbildning.
• MTBF (mean time between failures, medeltid mellan fel) - om samma tillgång kommer tillbaka gång på gång. Ett kort MTBF på ett enskilt föremål säger att reparationerna behandlar symptom.
• Andel planerat underhåll - hur stor del av underhållstimmarna som var schemalagda i stället för reaktiva. Det är den enskilda siffra som visar om du klättrar upp ur hålet eller glider längre ner.
• Backloggens storlek och ålder - hur många avhjälpande jobb som är öppna, och hur gammalt det äldsta är. Åldern betyder mer än antalet: en liten backlog full av halvårsgamla fel är värre än en stor färsk. Se underhållsbacklog.
• Andel återkommande fel per tillgång - hur många jobb på samma föremål, samma felmod, inom ett år. Allt över två är en genomgång, inte en reparation.
• Andel lösta vid första besöket - hur stor del av jobben som stängs vid första besöket. Låga tal betyder oftast att den första rapporten var för tunn för att förbereda sig på.
• Avhjälpande kostnad mot återanskaffningsvärde - underlaget för beslutet reparera eller byta, och utlösaren för renovering eller utrangering.

Lästa tillsammans med driftstopp och upptid säger de vad du ska ändra i stället för bara vad som hände. En stigande andel planerat med en platt backlog är framsteg. En platt andel planerat med en växande backlog betyder att uppskjutningarna gör det jobb som schemaläggningen borde göra.

Så gör du oplanerat arbete till planerat

Målet är nästan aldrig “mindre avhjälpande underhåll”. Det är samma reparationer, fast enligt ditt schema i stället för haveriets. Sex vanor gör det mesta av jobbet:

1. Gör det löjligt enkelt att rapportera fel. De flesta fel upptäcks dagar innan de stoppar något, av någon som inte hade ett enkelt sätt att säga det. Ta bort friktionen så kommer felen upp till ytan medan de fortfarande är planerat avhjälpande arbete.
2. Utred återkommande fel i stället för att laga om dem. När samma föremål går sönder på samma sätt en tredje gång: stanna och fråga varför flera gånger om - en 5 varför-genomgång, eller en liten FMEA på de kritiska tillgångarna. Är svaret ett konstruktions-, miljö- eller användningsproblem hade reparationen aldrig hjälpt.
3. Gör återkommande fel till schemalagda uppgifter. Varje felmod som nu inträffat tre gånger har förtjänat en förebyggande uppgift med ett datum på.
4. Lagerför de reservdelar som faktiskt stoppar arbetet, inte alla delar. En kort lista över kritiska reservdelar gör mer för ditt MTTR än en stor lagerbudget spridd jämnt.
5. Bestäm regeln för reparera eller byta innan du behöver den. Reparationskostnad mot återanskaffningsvärde, ålder mot nyttjandeperiod, historik av återkommande fel, och om föremålet fortfarande omfattas av garanti - sätt trösklarna i lugn och ro, så att beslutet inte fattas i panik med ett jobb på spel. Garantibevakning hör hemma i det beslutet, för en reparation inom garantin som betalas ur din egen budget är rent slöseri.
6. Beta av backloggen efter ålder, inte efter volym. Den som gnäller högst har sällan det äldsta felet.

Inget av det här kräver ett tungrott system. Det kräver att fel loggas mot den tillgång de hör till, vilket är samma vana som gör att koll på företagets verktyg fungerar över huvud taget.

Exempel på avhjälpande underhåll för olika typer av tillgångar

Mönstret är identiskt över branscher; bara utrustningen byts ut.

• Fordon och maskiner. En chaufför rapporterar bromsljud på en skåpbil (akut avhjälpande - säkerhet, av vägen tills det är lagat). En långsam hydraulläcka som hittas på ett släp vid en kontroll (planerat avhjälpande - tätning beställd, tid inbokad).
• IT-utrustning. En laptop vars batteri inte längre håller laddning (planerat avhjälpande - lånemaskin utlämnad, batteri beställt). En dockningsstation som slutat ladda, utbytt mot en reserv från hyllan (kör till haveri, avsiktligt). En skärm med en död port (uppskjutet - den har fortfarande två som fungerar).
• Fastighet. En värmepanna som inte tänder i oktober (akut). En branddörr som kärvar (P1 trots att det ser kosmetiskt ut, eftersom det är en livsäkerhetsfunktion). En droppande kran (uppskjutet av val).
• Verktyg och byggplatsutrustning. Ett sprucket skydd på en vinkelslip bland elverktygen (akut - ta verktyget ur bruk, inget skydd, ingen användning). En generator som inte startar på plats, täckt av en inhyrd medan den lagas (tillfällig lagning, med ett uppföljningsjobb kopplat). En förlängningssladd som underkändes vid elsäkerhetstest (planerat avhjälpande - koppla om eller kassera).
• Storkök. Ett kylskåp som går två grader varmt (akut inom livsmedelshantering, oavsett hur termometern ser ut).
• Labb och vård. Ett instrument som underkändes vid kalibrering (planerat avhjälpande - oanvändbart för rapportering tills det justerats, men ingenting är trasigt).

Lägg märke till hur ofta samma fysiska fel hamnar i olika typer beroende på sammanhang och redundans. Det är taxonomin som gör sitt jobb.

Vanliga frågor

Vilka typer av avhjälpande underhåll finns det?

Fyra, i praktiken. Omedelbart eller akut avhjälpande arbete följer på ett fel som stoppar något viktigt och går före allt annat i kön. Planerat avhjälpande arbete gäller ett känt fel vars reparation bokas in i en lucka, med delar beställda i förväg. Uppskjutet avhjälpande arbete är ett loggat fel som skjutits framåt, antingen medvetet eller för att delar, budget eller folk saknas. Och en tillfällig lagning är en nödlösning som håller tillgången användbar tills den permanenta reparationen görs - den räknas bara som utfört underhåll om den lämnar efter sig ett uppföljningsjobb.

Vad är skillnaden mellan avhjälpande och förebyggande underhåll?

Förebyggande underhåll servar fungerande utrustning enligt schema, innan något har gått fel. Avhjälpande underhåll reparerar utrustning som redan har ett känt fel. Utlösaren är skillnaden: ett datum, ett mätarvärde eller ett antal driftstimmar startar det förebyggande arbetet, medan ett haveri eller ett rapporterat fel startar det avhjälpande. De flesta team kör båda, och mixen bör följa hur kritisk tillgången är snarare än ett fast förhållande.

Vad ska en arbetsorder för avhjälpande underhåll innehålla?

När den skapas: vilken tillgång det gäller, symptomet i klartext, när det började, foton, om tillgången fortfarande är säker att använda, och en prioritet. Vid avslut: vad som hittades, felmoden och trolig grundorsak, förbrukade delar, arbetstimmar, total kostnad, om tillgången togs i drift igen, och om ett uppföljningsjobb behövs. Avslutsdelen är den team hoppar över och senare ångrar, eftersom den är den enda del som hjälper nästa gång samma tillgång krånglar.

Är avhjälpande underhåll samma sak som reaktivt underhåll?

De överlappar men är inte identiska. Reaktivt underhåll betyder oftast ett oplanerat svar på ett haveri - tillgången stannar, någon får rusa. Avhjälpande underhåll är det bredare begreppet för varje reparation av ett känt fel, inklusive planerat avhjälpande arbete där felet loggas vid en kontroll och reparationen läggs in i en lämplig lucka. Allt reaktivt arbete är avhjälpande; allt avhjälpande arbete är inte reaktivt.

Vad är exempel på avhjälpande underhåll?

En skåpbil börjar gnissla, chauffören rapporterar det och bromsarna lagas - det är avhjälpande underhåll utlöst av ett haverisymptom. Detsamma gäller byte av ett sprucket skydd som hittats vid en rutinkontroll, byte av ett laptopbatteri som inte längre håller laddning, lagning av en läckande byggplatsgenerator, eller omkoppling av en skadad förlängningssladd som underkändes vid test. Det gemensamma är att felet finns innan jobbet skapas.

När är ett rent avhjälpande upplägg acceptabelt?

Att köra till haveri är en fullt rimlig strategi för tillgångar som är billiga att byta, okritiska eller har en reserv i bakgrunden - belysning, enkla handverktyg, en reservskärm. Det blir ett problem när det oplanerat blir förvalet för kritisk eller säkerhetsrelaterad utrustning, där ett haveri betyder stoppat arbete, ett missat jobb eller en fara snarare än en axelryckning och en ersättare från skåpet.

Verktyg som gör det enklare

AMPthilly lägger den avhjälpande dokumentationen där den hör hemma - på tillgången. Vem som helst kan rapportera ett problem på ett föremål med beskrivning, foton och kategori (skada, saknas, behöver underhåll, behöver bytas ut), och att skanna tillgångens QR-etikett med en vanlig mobilkamera öppnar dess profil i webbläsaren utan någon app att installera - så den som står med den trasiga saken skapar ärendet på plats i stället för att komma ihåg det sedan.

Därifrån ligger ärendena i en kö med statusar som under granskning, pågår, väntar på delar och löst - så ett jobb som står still hos en leverantör syns i stället för att tyst glömmas bort. Varje ärende har kommentarstrådar, och reparationsfakturor eller kvitton bifogas direkt till det. Sätt tillgångens status till under reparation så kvitteras den inte ut mitt i en reparation. Inköpspris, leverantör, garantins slutdatum och förväntad nyttjandeperiod ligger på samma post, vilket är där beslutet reparera eller byta faktiskt fattas. Ärendehistoriken och hela revisionsloggen stannar permanent på tillgången, och allt exporteras till CSV när du vill räkna på det någon annanstans. Gratisplanen täcker 3 användare och 25 tillgångar utan kort, vilket räcker för att börja logga fel innan du formaliserar något.

Sammanfattningen

Avhjälpande underhåll är varje reparation som utlöses av ett fel som redan finns - och den nyttiga frågan är aldrig om du gör det, utan om det kommer som ett akutläge eller som ett inbokat jobb. Namnge de fyra typerna så att uppskjutna fel inte kan gömma sig, fånga tillräckligt i den första rapporten för att kunna planera reparationen, avsluta jobben med felmod och kostnad, och följ andelen planerat arbete vid sidan av backloggens ålder. Gör det i några månader så visar sig mönstret: en kort lista tillgångar som genererar de flesta akutlägena, var och en kandidat för en schemalagd uppgift, en lagerförd reservdel eller ett utbyte.

Relaterade termer

• Prediktivt underhåll - tillståndsdata tajmar arbetet precis före ett haveri
• Förebyggande underhåll - schemalagd service av utrustning som inte gått sönder
• Planerat eller oplanerat underhåll - schemaläggningsuppdelningen som avhjälpande arbete ligger tvärs över
• Arbetsorder - den schemalagda reparationsenhet som en felrapport blir
• Serviceärende - rapporten som startar de flesta avhjälpande jobb
• Underhållsbacklog - där uppskjutet avhjälpande arbete samlas
• MTTR - mean time to repair, huvudmåttet för driftstopp vid avhjälpande arbete
• MTBF - mean time between failures, beräknat ur loggad avhjälpande historik