Downtime is elke periode waarin een asset of systeem niet beschikbaar is, door storing, onderhoud of externe oorzaken.
Downtime is elke periode waarin een asset of systeem niet bruikbaar is - omdat het is uitgevallen, wordt onderhouden of omdat iets erbuiten ontbreekt (stroom, onderdelen, mensen). Het is het spiegelbeeld van asset-uptime: elk uur dat een asset zou moeten werken maar dat niet deed. Het woord dekt zowel een stilstaande productielijn als een accuboormachine in de werkplaats; de schaal verschilt, de logica niet.
Geplande vs ongeplande downtime
De nuttigste splitsing is niet wat de downtime veroorzaakte, maar of iemand die koos. Geplande downtime is ingepland - service, inspecties, upgrades, reiniging - en het moment wordt gekozen om de minste schade te doen. Ongeplande downtime beslist de asset voor u, meestal midden in gebruik, daarom kost een uur meerdere geplande uren: lopend werk stopt, iemand diagnosticeert onder druk, onderdelen worden haastig besteld en toezeggingen schuiven op. De relatie tussen beide is de kern van de onderhoudsafweging, uitgebreider onder gepland vs ongepland onderhoud: kleine, geplande onbeschikbaarheid accepteren om grote, willekeurige te vermijden.
Waar de echte kosten zitten
De zichtbare kosten zijn de reparatiefactuur. De grotere zitten meestal eromheen:
- Onproductieve uren - het team dat niet kan werken omdat machine, bestelwagen of apparaat ontbreekt.
- Vervanging - huurkosten of de stille schade van het werk met het verkeerde gereedschap doen.
- Domino-effect - gemiste afspraken, verzette klanten, overuren om bij te komen.
- Reputatie - de klant die de vertraging meemaakte onthoudt die langer dan u.
Daarom kunnen twee identieke storingen heel verschillend kosten, afhankelijk van wanneer ze gebeuren en wat op de asset wachtte.
Downtime meten
Kleine teams hebben geen beschikbaarheidsdashboard nodig om te starten - ze hebben een vastlegging nodig van wanneer elke asset buiten dienst ging en wanneer hij terugkwam. Daaruit volgen de basis: totale uren down per asset per periode, en downtime gesplitst op oorzaak (storing, service, wachten op onderdelen, wachten op besluit). Die splitsing is het inzicht. Domineert “wachten op onderdelen”, dan wijst dat op het op voorraad houden van kritieke reserveonderdelen; domineert “wachten op besluit”, dan is het een procesprobleem, geen apparatuurprobleem. Terugkerende probleemgevallen duiken snel op zodra de historie per asset is vastgelegd in plaats van in iemands geheugen.
Downtime verminderen
De aangrijpingspunten, grofweg op kosten: inspecties die storingen vroeg opvangen; servicehistorie per asset zodat terugkerende probleemgevallen zichtbaar worden en goed gerepareerd of buiten gebruik gesteld; ongepland werk omzetten in gepland door service op schema in plaats van bij storing; een weggewerkte onderhoudsachterstand zodat kleine gebreken niet groeien; en voor echt kritieke apparatuur een reserve aanhouden. Niets hiervan is glamoureus, daarom wordt het routinematig overgeslagen.
Downtime in de praktijk
De gewoonte die alles mogelijk maakt is de statuswijziging markeren: op het moment dat een asset buiten dienst gaat, zegt het record dat met reden. In AMPthilly betekent status “in reparatie” en een serviceticket een live overzicht van wat down is en waarom, plus permanente reparatiehistorie op de asset - zo ziet u later de machine die dit jaar stilletjes vijf keer down was.
Verwante termen
- Asset-uptime - het beschikbaarheidspercentage waar downtime van aftrekt
- Gepland vs ongepland onderhoud - de afweging die bepaalt welke downtime u krijgt
- Onderhoudsachterstand - de wachtrij met openstaand werk waaruit toekomstige downtime voortkomt
- CMMS - de softwarecategorie gericht op werk inplannen om downtime te minimaliseren
- Service level agreement - de formele beschikbaarheidstoezegging waartegen downtime wordt gemeten