Anslut till vilket ERP som helst

SkyPlanners öppna REST API ansluter till ERP-, MES- och operativa system, inklusive interna ERP. Bygg integrationen själv eller låt vårt team hjälpa till.

Fungerar även fristående — en ERP-integration är valfri, inte obligatorisk.

Diskutera ett integrationsprojekt

Ansluter med ERP & MES-system som

APS och planering

Genomsnittlig reparationstid: beräkna MTTR och minska tidsförlusterna

Beräkna ett meningsfullt MTTR, hitta vad som fördröjer maskinens återgång och se hur berörda kundorder kan gå vidare när reparationen drar ut på tiden.

Jussi Mäntylä Specialist på produktionsplanering, SkyPlanner Uppdaterad 24 oktober 2026 12 min läsning
Restoration stages from maintenance response and parts waiting through repair, testing and production release.
I den här artikeln
  1. Bestäm först vilket tidsintervall ditt MTTR ska mäta
  2. Ett avbrott på tre timmar kan innehålla betydligt mindre aktiv reparationstid
  3. Håll andra tidsförluster utanför händelsen
  4. Välj ett jämförbart urval av avslutade händelser
  5. Räkneexempel för MTTR
  6. Vad är ett bra MTTR-värde?
  7. Minska den fördröjning som faktiskt hindrar produktionen
  8. Håll produktionsplanen aktuell när läget i reparationen ändras
  9. Se hur ett förlängt driftstopp påverkar leveranserna

Hem » Resurser » Genomsnittlig reparationstid: beräkna MTTR och minska tidsförlusterna

Beräknad lästid: 11 minuter

Genomsnittlig reparationstid (MTTR) är den genomsnittliga tiden för ett definierat reparations- eller återställningsförlopp efter ett fel på utrustningen. Beräkna den genom att summera tiderna för ett antal jämförbara, avslutade händelser och dividera summan med antalet händelser:

MTTR = total reparations- eller återställningstid ÷ antal avslutade händelser

Hur tiden definieras är lika viktigt som själva divisionen. Det kan ta 40 minuter att byta en komponent samtidigt som maskinen är otillgänglig i tre timmar. En användbar rapport synliggör skillnaden, så att underhåll kan förbättra rätt del av förloppet och produktionen kan planera utifrån den kapacitet som faktiskt finns.

MTTR hjälper dig att förstå tidigare fel. Det talar inte om när det pågående felet kommer att vara åtgärdat. Antagandet om när maskinen kan tas i drift igen måste bygga på underhålls aktuella bedömning, och produktionsschemat behöver uppdateras när bedömningen ändras. SkyPlanner för in maskinens uppdaterade tillgänglighet i ett gemensamt schema, så att du kan se hur kundorder påverkas utan att manuellt planera om alla köer som hänger ihop.

Bestäm först vilket tidsintervall ditt MTTR ska mäta

MTTR används för genomsnittlig reparationstid, återhämtningstid och återställningstid, men benämningarna avser inte automatiskt samma tidsintervall. I IEC:s terminologi för driftsäkerhet står MTTR för genomsnittlig tid till återställning. En rapport som bara räknar aktivt reparationsarbete besvarar en snävare fråga än en som även tar med väntan på en tekniker eller reservdel.

I den här guidens räkneexempel för tillverkning mäter MTTR den förflutna tiden från utrustningsfelet tills det har verifierats att utrustningen är tillgänglig för produktion. Tiden fortsätter att räknas under väntan på underhåll, felsökning, övrig väntan, reparation, provning och eventuellt obligatoriskt godkännande innan maskinen åter är tillgänglig. Aktiv reparationstid redovisar vi separat.

Skriv den regeln ovanför rapporten och ange samtidigt vilken utrustning som omfattas och vilken rapportperiod som gäller. Om företaget, avtalet eller rapporteringsstandarden anger ett annat tidsintervall ska du använda den definitionen och märka den tydligt. Jämför inte det värdet med värdet här förrän avgränsningarna stämmer överens.

Ett avbrott på tre timmar kan innehålla betydligt mindre aktiv reparationstid

Tänk dig ett bearbetningscentrum där ett fel inträffar 08:00 och som godkänns för produktion 11:00. I händelseloggen delas förloppet upp i följande steg:

StegTidsintervallTidsåtgång
Väntan på underhållsinsats08:00–08:3030 minuter
Felsökning08:30–08:5020 minuter
Väntan på nödvändig reservdel08:50–09:5060 minuter
Fysiskt reparationsarbete09:50–10:3040 minuter
Funktionsprovning10:30–10:4010 minuter
Obligatoriska kontroller inför godkännande för produktion10:40–11:0020 minuter
Total förfluten återställningstid08:00–11:00180 minuter

I det här exemplet omfattar det separata måttet för aktiv reparationstid felsökning, fysiskt reparationsarbete och funktionsprovning: 20 + 40 + 10 = 70 minuter. Den förflutna återställningstiden är 180 minuter. Inget av värdena är fel – de besvarar olika frågor.

Skillnaden visar var åtgärder behövs. Att effektivisera komponentbytet på 40 minuter tar inte bort timmen av väntan på reservdelen. På samma sätt löser bättre tillgång till reservdelar inte en svår felsökning.

I exemplet följer stegen efter varandra. Vid en verklig händelse kan vissa aktiviteter överlappa. Räkna den förflutna tiden en gång: två tekniker som arbetar tillsammans i 40 minuter ger inte ett avbrott på 80 minuter. Arbetstimmar kan vara användbara för att analysera underhållskostnader, men ska inte likställas med maskinens förflutna stilleståndstid.

Håll andra tidsförluster utanför händelsen

Händelsen avslutas när maskinen uppfyller de överenskomna villkoren för återgång i drift, inte när någon senare avslutar underhållsordern administrativt. Om maskinen är tillgänglig 11:00 men material till nästa order saknas fram till klockan tolv, är den extra timmen en materialförsening och inte ytterligare en timmes återställning.

Planerad service, en normal omställning och väntan på en operatör räknas inte heller automatiskt som avhjälpande reparationer. Redovisa de tidsförlusterna där de hör hemma i stället för att lägga varje stilleståndsminut i MTTR. Den här rapporten mäter återställningen efter det definierade utrustningsfelet, inte all stilleståndstid i fabriken.

Välj ett jämförbart urval av avslutade händelser

Börja med en maskin eller en grupp där utrustningen och feltyperna verkligen är jämförbara. Både ett mindre givarbyte och en omfattande renovering kan vara giltiga händelser, men om du beräknar ett medelvärde utan att visa fördelningen kan problemet som behöver lösas döljas.

För en månadsrapport är en fungerande regel att ta med återställningar som slutförts under månaden och räkna hela tiden för varje händelse, även om den började månaden före. Nämnaren är antalet sådana avslutade händelser, inte alla fel som rapporterats under månaden eller alla rader i underhållsordrarna.

Använd samma regel varje månad och spara underlaget. Tänk särskilt på följande:

  • Använd ett händelse-ID för ett och samma olösta fel. Flera larm, tekniker eller uppgifter i en underhållsorder innebär inte nödvändigtvis flera återställningar.
  • Håll pågående händelser synliga. En reparation som fortfarande är öppen vid månadsskiftet har ingen slutlig återställningstid. Visa separat hur länge den har pågått och vilken status den har. Behandla den inte som en avslutad reparation på noll timmar.
  • Kontrollera tidsstämplarna. Tidpunkterna för administrativ registrering är inte nödvändigtvis tidpunkterna för felet, underhållsinsatsen eller återställningen. Om tidpunkten för felet är okänd ska du ange den faktiska tidpunkten för upptäckt i stället för att hitta på en tidigare tidpunkt.
  • Redovisa tydligt vad som utesluts. Förklara saknade tidsstämplar, makulerade poster och händelsetyper som inte ingår i beräkningen. Ta inte bort en långvarig men giltig reparation bara för att den försämrar medelvärdet.

En rapport över avslutade händelser kan se ovanligt bra ut medan ett långvarigt haveri fortfarande pågår. Därför ska listan över öppna händelser visas tillsammans med medelvärdet. Om du i stället väljer fel som inträffade under perioden ska du följa det urvalet fram till återställning och förklara hur oavslutade händelser hanteras. Byt inte mellan metoderna utan att ange det.

Räkneexempel för MTTR

Tänk dig fyra slutförda återställningar på samma maskin under rapportmånaden. För varje händelse mäts den förflutna tiden enligt regeln ovan. Kolumnen för aktiv reparationstid finns med för att förklara skillnaden. Den tiden läggs inte till den förflutna tiden.

Avslutad händelseFörfluten tid från fel till tillgänglighetAktiv reparationstid
A90 minuter60 minuter
B: exemplet 08:00–11:00180 minuter70 minuter
C150 minuter110 minuter
D420 minuter240 minuter
Totalt840 minuter480 minuter

Huvudberäkningen blir:

MTTR för hela återställningstiden = 840 minuter ÷ 4 händelser = 210 minuter, eller 3,5 timmar.

Den genomsnittliga aktiva reparationstiden beräknas separat:

480 minuter ÷ 4 händelser = 120 minuter, eller 2 timmar.

Att rapportera ”MTTR: 2 timmar” utan att ange att det enbart gäller aktiv reparationstid skulle underskatta den uppmätta totala återställningstiden i det här exemplet. Om du i stället rapporterar 3,5 timmar utan en definition måste läsaren gissa vad som ingår.

Använd samma enhet för alla tider innan du summerar dem. Nittio minuter är 1,5 timmar, inte 0,90 timmar. Om inga återställningar som uppfyller urvalskriterierna har slutförts finns inget observerat medelvärde för urvalet. Rapportera då antalet händelser som noll och medelvärdet som ej tillgängligt, inte som ett MTTR på noll minuter.

För att få ett resultat för en grupp summerar du tiderna för de händelser som ingår och dividerar med det totala antalet händelser. Ta inte bara medelvärdet av maskinernas medelvärden om antalet reparationer skiljer sig åt mellan maskinerna. Behåll möjligheten att se resultatet per maskin och feltyp, så att det sammanlagda värdet inte döljer ett allvarligt problem på en enskild maskin.

Vad är ett bra MTTR-värde?

Ett bra resultat innebär att återställningsprocessen förbättras utifrån meningsfulla och konsekventa mätningar, utan att kraven på slutresultatet äventyras. Det finns inget gemensamt mål i timmar som passar alla produktionsutrustningar och feltyper.

Jämför maskinen med dess eget utgångsläge under liknande förhållanden. Innan du tolkar ett lägre medelvärde som bättre reparationsarbete bör du kontrollera om sammansättningen av felhändelser, bemanningen över skiften, underhållsmetoden eller rapporteringsreglerna har ändrats. En månad med flera enkla fel kan se bättre ut än en månad med ett komplext fel, även om teamet arbetar lika bra.

Bedöm medelvärdet tillsammans med antalet händelser, den totala förlorade tiden, de enskilda händelsernas längd och de steg som orsakar fördröjningar. I exemplet med fyra händelser är de totala återställningstiderna i storleksordning 90, 150, 180 och 420 minuter. Medianen är 165 minuter, medan medelvärdet är 210 minuter. Den sista, längre händelsen bör undersökas, inte tas bort för att få siffrorna att stämma överens.

MTTR säger inte heller i sig något om hur ofta maskinen får fel. Medeltid mellan fel, eller MTBF, avser drifttid per fel för en utrustning som kan repareras. Täta, korta felstopp och sällsynta, långa felstopp kräver olika förbättringsåtgärder, även om den totala förlorade tiden råkar vara ungefär densamma.

Viktigast av allt: 3,5 timmar är ingen nedräkning för nästa reparation. Det aktuella felet kan kräva en annan reservdel, specialist eller kontroll. Använd jämförbar historik som underlag för diskussionen och be sedan underhåll om en aktuell bedömning och en tidpunkt för nästa avstämning.

Minska den fördröjning som faktiskt hindrar produktionen

Dela upp de längre händelserna i steg innan du väljer åtgärd. Den bästa förbättringen är inte nödvändigtvis att utföra själva arbetet snabbare. Det kan i stället vara att undanröja en fördröjning innan arbetet kan börja.

Om det tar lång tid innan någon agerar, se över hur felanmälan når den ansvariga och hur ansvaret lämnas över mellan skift. Maskinens identitet, observerade symtom och en tydlig eskaleringsväg ger underhåll ett bättre utgångsläge än ett vagt meddelande om att produktionen har stannat.

Om felsökningen tar mest tid, gör relevant utrustningsinformation, felhistorik och specialistkunskap lättare att få tillgång till. Gå igenom återkommande fel tillsammans med underhåll och teknik. Upprepade återställningar av maskinen kan förkorta enskilda registrerade stopp utan att grundorsaken åtgärdas.

Om väntan på reservdelar tar mest tid, undersök vilken del som behövdes, hur den identifierades och varför den inte fanns tillgänglig. En riktad förbättring av tillgången till kritiska reservdelar eller av hur de identifieras kan vara mer värdefull än att lagerföra allt. I exemplet på tre timmar är väntan på reservdelar i 60 minuter en självklar sak att undersöka, men inget bevis för att en viss lagerpolicy redan är motiverad.

Om själva reparationen tar längst tid, se över förberedelser, åtkomst, verktyg, instruktioner och den kompetens uppgiften kräver. Om provning eller klartecken för drift är flaskhalsen, kom överens om hur rätt personer ska finnas tillgängliga och nödvändiga kontroller vara förberedda. Förbättringen ska vara en bättre förberedd återgång till drift, inte att hoppa över verifieringen för att stoppa klockan tidigare.

Utse en ansvarig för den valda åtgärden och följ upp efterföljande jämförbara händelser. Håll både tiden för det enskilda steget och hela återställningstiden synliga. Ett kortare reparationssteg har begränsat värde för produktionen om tidsvinsten bara äts upp av väntetid i ett annat steg, eller om ofullständigt arbete leder till ett nytt avbrott kort därefter.

Håll produktionsplanen aktuell när läget i reparationen ändras

Att förbättra framtida återställningar är en uppgift. Att säkra dagens kundåtaganden är en annan. Produktionen kan inte vänta på månadens medelvärde innan den beslutar vad som ska köras härnäst.

Tänk dig att underhåll först räknar med att ett bearbetningscentrum ska vara tillbaka i drift klockan 11:00. En senare bedömning flyttar den förväntade tidpunkten till 14:00. Historiskt MTTR är oförändrat, men kapaciteten för de väntande orderna har ändrats. En order behöver fortfarande genomgå kontroll efter bearbetningen, och det alternativa bearbetningscentrumet har redan arbete för en annan kund.

SkyPlanner APS låter kapacitetsändringen slå igenom i det sammanhängande produktionsschemat. Registrera perioden då utrustningen är otillgänglig, efter avstämning med underhåll, som ett undantag för produktionsgruppen. När den förväntade återgången ändras uppdaterar du tidsintervallet och beräknar om schemat. Arcturus, AI-motorn för schemaläggning i SkyPlanner, schemalägger de berörda operationer som går att planera utifrån den registrerade kapaciteten och dina konfigurerade resurser, beroenden mellan operationer, prioriteringar och låsningar. Gantt-schemat visar den resulterande ordningsföljden.

Om återgången väntas ske klockan 14:00, kontrollera om det väntande bearbetningsarbetet fortfarande lämnar tillräckligt med tid för kontroll och leverans. Om en lämplig alternativ resurs kan ta en operation behöver du även se över de befintliga åtagandena på den resursen. För arbete som redan har påbörjats krävs ett separat beslut om återstart. Att beräkna om kön av väntande operationer ersätter inte kontrollen av statusen för den avbrutna operationen.

Vinsten är mindre manuellt arbete med att bygga om köer som är beroende av varandra och ett tydligare underlag för leveransbeslut. Underhåll ansvarar för den aktuella bedömningen av återställningen. Du bestämmer prioriteringarna i produktionen. Arcturus sköter schemaberäkningen för de sammanhängande operationerna, så att du slipper justera varje maskins körlista separat.

Det är skälet att välja SkyPlanner som stöd vid sidan av arbetet med att förbättra reparationerna: en reviderad bedömning av tillgängligheten slår igenom på berörda order och efterföljande operationer. Om osäkerhet kvarstår, kom överens om när bedömningen ska ses över igen och håll schemat aktuellt allteftersom bättre information kommer in.

Se hur ett förlängt driftstopp påverkar leveranserna

En användbar MTTR-rapport visar vad som mättes, vilka händelser som ligger bakom medelvärdet och var förbättringsarbetet bör börja. En användbar produktionsplan visar vad du ska göra medan den aktuella reparationen fortskrider i sin egen takt. Genom att koppla ihop dessa beslut undviker du att en välgrundad underhållsanalys stannar vid en isolerad månadssiffra.

SkyPlanner kan integreras med valfritt ERP- eller MES-system via sitt öppna REST API. Därmed kan den sammanhängande schemaläggningen bygga på dina befintliga order- och produktionsuppgifter.

Boka en demo av SkyPlanner och ta med ett exempel på ett nyligt driftstopp, den reviderade bedömningen av återgång till drift och kundorderna som passerar den berörda resursen. Be att få se vilka väntande operationer som flyttas, vad som händer i efterföljande steg och vilka leveranslöften som behöver ses över. Om du hellre vill utforska själv först kan du prova SkyPlanner med demodata och se hur en kapacitetsändring påverkar schemat.

Jussi Mäntylä

Specialist på produktionsplanering, SkyPlanner

Bygg en tydligare produktionsplan med SkyPlanner

Koppla in dina data, granska den första planen och låt planerarna behålla kontrollen över varje plan som går i drift.