Wat is asset uptime?

Asset uptime is het percentage geplande bedrijfstijd waarin een asset daadwerkelijk beschikbaar en werkend is. Het is het eenvoudigste antwoord op de vraag “kunnen we op dit ding vertrouwen?” - en het kerngetal waaraan beslissingen over gepland en ongepland onderhoud uiteindelijk worden afgemeten.

Deze gids behandelt de formule en een uitgewerkt voorbeeld, hoe uptime zich verhoudt tot beschikbaarheid en tot de betrouwbaarheidscijfers MTBF en MTTR, wat als downtime telt, wat een uur ervan kost, de IT-betekenis van de “negens”, en realistische doelen.

Wat u gaat leren

• De uptime-formule
• De cijfers achter uptime: MTBF, MTTR en OEE
• Uptime vs beschikbaarheid vs betrouwbaarheid
• Geplande vs ongeplande downtime: wat u meetelt
• Wat een uur downtime kost
• Uptime in de IT vs uptime voor apparatuur
• Wat uptime omlaag trekt
• Realistische uptimedoelen
• Uptime bijhouden in de praktijk
• FAQ

De uptime-formule

Uptime = (geplande bedrijfstijd - downtime) ÷ geplande bedrijfstijd × 100.

Een uitgewerkt voorbeeld: een werkplaatscompressor is gepland om 40 uur per week te draaien. Een gebarsten slang stopt hem 2 uur op woensdag. Hij draaide 38 van zijn 40 geplande uren, dus uptime voor de week is 38 ÷ 40 = 95%.

Dezelfde formule schaalt naar elk venster. Neem een machine die rond de klok gepland staat - 720 uur in een maand van 30 dagen - en die 18 uur verliest aan diverse stilstanden: (720 - 18) ÷ 720 = 97,5%. Over een vol jaar van 8.760 uur laat 99% halen een budget van ruwweg 88 uur downtime over. Downtime in uren per periode noemen is vaak duidelijker dan het percentage alleen, want een enkele decimaal verbergt veel verloren productie.

De rekenkunde is triviaal; de definities zijn waar teams het oneens worden. Bepaal vooraf wat “geplande tijd” betekent (24/7, of alleen werkuren?) en of gepland onderhoud als downtime telt. De gangbare conventie is geplande onderhoudsvensters uit te sluiten van geplande tijd, zodat het cijfer onverwachte storingen isoleert - de stilstanden waar u daadwerkelijk iets aan kunt doen.

De cijfers achter uptime: MTBF, MTTR en OEE

Een enkel uptimepercentage vertelt u hoeveel een asset stillag, maar niet waarom. Twee betrouwbaarheidscijfers splitsen dat getal in zijn twee echte drijvers:

• MTBF (mean time between failures) = totale draaitijd ÷ aantal storingen. Het beantwoordt “hoe vaak valt het uit?”. Een machine die 1.000 uur over 5 storingen draait, heeft een MTBF van 200 uur.
• MTTR (mean time to repair) = totale reparatietijd ÷ aantal storingen. Het beantwoordt “hoe lang duurt het om weer aan de gang te komen?”. Als die 5 reparaties samen 25 uur kostten, is MTTR 5 uur.

De twee combineren tot de beschikbaarheidsidentiteit die uptime en beschikbaarheid formeel met elkaar verbindt:

Beschikbaarheid = MTBF ÷ (MTBF + MTTR).

Met de cijfers hierboven is dat 200 ÷ (200 + 5) = 97,6%. De waarde van deze splitsing is dat ze naar de oplossing wijst. Een zwak cijfer veroorzaakt door een korte MTBF is een betrouwbaarheidsprobleem - pak het aan met preventief onderhoud en betere onderdelen. Een zwak cijfer veroorzaakt door een lange MTTR is een responsprobleem - pak het aan met beschikbare reserveonderdelen en sneller correctief onderhoud.

OEE (overall equipment effectiveness) trekt de lens verder open. Waar uptime alleen volledige stilstanden telt, vermenigvuldigt OEE de beschikbaarheid met prestatie (trage cycli en korte stops) en kwaliteit (uitval en herbewerking). Een asset kan 98% “up” zijn en toch output verliezen door onder de nominale snelheid te draaien - iets wat uptime alleen nooit zal onthullen.

Uptime vs beschikbaarheid vs betrouwbaarheid

De drie woorden worden door elkaar gebruikt, maar ze beantwoorden verschillende vragen:

Uit die tabel volgen een paar gevolgen:

• Uptime meet de prestatie tegen de uren waarop u de asset wilde gebruiken.
• Beschikbaarheid legt assets bloot die “up” zijn maar onbruikbaar - buiten kalibratie, een onderdeel missend, of simpelweg nergens te vinden.
• Betrouwbaarheid is waarom twee assets dezelfde uptime kunnen halen en toch compleet anders aanvoelen: de ene had één lange storing, de andere een stilstand elke ploeg. De tweede is veel minder betrouwbaar, en veel verstorender.

Het onderscheid telt verder dan machines. Veiligheidsuitrusting zoals valbeveiliging waarvan de inspectiedatum is verstreken, is effectief down hoewel er niets kapot is - het mag wettelijk niet worden gebruikt. Dat is het alledaagse antwoord op “waarom is mijn apparatuur wel beschikbaar maar niet betrouwbaar?”: beschikbaarheid is een momentopname, betrouwbaarheid is een staat van dienst.

Geplande vs ongeplande downtime: wat u meetelt

Niet alle downtime is een storing, en die als zodanig behandelen vertekent het getal. Twee categorieën doen ertoe:

• Geplande downtime - ingeroosterde onderhoudsbeurten, kalibratie, omstellingen en upgrades. U koos de timing, dus die wordt meestal uitgesloten van de geplande bedrijfstijd in plaats van als fout geteld. MTBF negeert die om dezelfde reden bewust.
• Ongeplande downtime - storingen, wachten op onderdelen, door operators gevonden defecten. Dit is het cijfer waarop u acteert, want het staat voor capaciteit die u verwachtte te hebben en verloor.

De grens schoon trekken is wat uptime vergelijkbaar maakt van maand tot maand. Als een gepland onderhoudsvenster het ene kwartaal stilletjes als downtime telt en het volgende niet, wordt de trend betekenisloos. De schonere splitsing tussen ingeroosterd werk en verrassingen is precies wat het onderscheid gepland vs ongepland onderhoud bestaat om te formaliseren, en het voedt rechtstreeks het bredere downtime-beeld.

Wat een uur downtime kost

“Is uptime het najagen waard?” heeft pas een antwoord zodra u een uur downtime kunt beprijzen. Er is geen universeel getal om te lenen, maar er is wel een betrouwbare methode:

Kosten downtime per uur = waarde verloren output + inactieve arbeid + herstelkosten.

• Waarde verloren output - de omzet of productie die een uur draaien zou hebben opgeleverd, na aftrek van materialen die u niet verbruikte.
• Inactieve arbeid - mensen die betaald worden om stand-by te staan terwijl de asset stilligt, inclusief degenen verderop in het proces.
• Herstelkosten - overuren, spoedonderdelen of weekendploegen om de achterstand in te halen.

Bereken dit eenmaal voor uw eigen assets en de businesscase schrijft zichzelf. Een asset waarvan de downtime een paar euro per uur kost, rechtvaardigt geen duur onderhoudsprogramma; een die een hele lijn stillegt tegen honderden euro’s per uur doet dat ruimschoots. Dit getal - niet een richtgetal gekopieerd van een ander bedrijf - is wat uw doel zou moeten bepalen.

Uptime in de IT vs uptime voor apparatuur

Twee heel verschillende doelgroepen zoeken op “uptime”, en het woord betekent voor elk iets anders.

In de IT en in service level agreements wordt uptime gemeten tegen 24/7-kloktijd en uitgedrukt in “negens”: 99,9% (“three nines”) staat ongeveer 8,8 uur downtime per jaar toe, ofwel zo’n 43 minuten per maand; 99,99% scherpt dat aan tot onder een uur per jaar. Deze verplichtingen worden meestal vastgelegd in een service level agreement met boetes eraan gekoppeld.

Voor fysieke apparatuur past de “negens”-taal zelden. De meeste machines worden gemeten tegen geplande uren, niet tegen de hele kalender, en een werkplaatsgereedschap heeft geen vier negens beschikbaarheid nodig - of rechtvaardigt die kosten niet. Voor fysiek materieel is het bijna altijd duidelijker om een doel te stellen als “niet meer dan X uur ongeplande downtime per maand” dan om over decimalen te kibbelen. De brug tussen beide werelden is de formule: beide zijn bedrijfstijd over verwachte tijd; alleen de noemer en de inzet verschillen.

Wat uptime omlaag trekt

De gebruikelijke verdachten zijn weinig spannend, en elk koppelt aan MTBF of MTTR:

• Overgeslagen onderhoudsbeurten laten kleine slijtage uitgroeien tot een storing - dat verkort de MTBF.
• Wachten op onderdelen legt reparaties stil omdat niemand het reserveonderdeel op voorraad had - dat verlengt de MTTR.
• Mysterieuze en administratieve downtime - de asset is prima, maar uitgeleend aan iemand onbekend, zit in de verkeerde bus, of wacht op een ticket dat niemand opvolgt.

Voor gedeelde uitrusting zoals HVAC-gereedschap is tijd besteed aan het zoeken naar een instrument downtime in elke zin die telt, ook al is het gereedschap zelf nooit defect gegaan. De oorzaak benoemen is het halve werk: zodra een stilstand onder de juiste categorie wordt geboekt, wordt de grootste hefboom vanzelf duidelijk.

Realistische uptimedoelen

IT-teams praten in “negens”, maar fysieke apparatuur rechtvaardigt die taal zelden. Als marktcontext: onderhoudsspecialisten behandelen rond de 90% vaak als ondergrens voor algemene apparatuur en mikken op 95-99% voor kritieke assets - bruikbare oriëntatie, maar geen doel om blind over te nemen. Een verstandige aanpak voor alledaagse bedrijfsassets is eerst een basislijn bepalen: log elke stilstand een kwartaal, bereken het werkelijke cijfer, stel dan een doel één stap beter en richt op de grootste enkele oorzaak. Een preventief onderhoud-schema voor de ergste boosdoeners, gekoppeld aan het getal voor kosten per uur hierboven, doet het cijfer meestal meer bewegen dan welke gereedschapswissel dan ook.

Uptime bijhouden in de praktijk

U kunt een getal niet verbeteren dat u nooit vastlegt, en downtime registreert zichzelf zelden. De gewoonte die werkt is klein: elke stilstand wordt als gebeurtenis op de asset vastgelegd - wanneer hij uitviel, waarom, en wanneer hij terugkwam. In AMPthilly is elke stilstand een servicedesk-ticket gekoppeld aan het assetrecord, met een categorie (schade, vermist, onderhoud nodig, vervanging nodig), een status terwijl hij door de wachtrij beweegt (in beoordeling, in behandeling, wacht op onderdelen, opgelost), en commentaarthreads plus bijgevoegde reparatiefacturen. Die tickethistorie blijft permanent op de asset staan, zodat het downtimeverhaal voor elk item al geschreven is tegen de tijd dat u het gaat tellen. Bekijk het log maandelijks, en de assets die een onderhoudsplan - of buitengebruikstelling - verdienen, wijzen zichzelf aan.

FAQ

Hoe berekent u asset uptime?

Deel de tijd dat de asset daadwerkelijk werkte door de tijd dat hij gepland was te werken, en vermenigvuldig met 100. Een machine gepland voor 40 uur die 2 uur stilviel door een storing, draaide 38 van 40 uur, wat 95% uptime geeft. De belangrijke beslissing is wat u de asset aanrekent - de meeste teams sluiten geplande onderhoudsvensters uit van de geplande tijd en tellen alleen onverwachte stilstanden als downtime.

Wat is het verschil tussen uptime en beschikbaarheid?

In dagelijks gebruik overlappen ze, maar uptime vraagt meestal “draaide het tijdens geplande uren?”, terwijl beschikbaarheid vraagt “had het kunnen draaien wanneer het nodig was?”. Een asset in een afgesloten opslag met een lege accu had technisch geen downtime, maar was niet beschikbaar. Beschikbaarheid houdt ook geplande onderhoudsvensters in, terwijl uptime-berekeningen die vaak uitsluiten.

Wat is een goed uptimepercentage voor apparatuur?

Er is geen universeel doel - een ziekenhuisgenerator en een gedeelde kantoorprojector rechtvaardigen heel verschillende normen. In plaats van een geleend richtgetal na te jagen, meet u een paar maanden uw eigen basislijn, en stelt u een doel dat weerspiegelt wat een uur downtime u daadwerkelijk kost. Voor de meeste teams telt de trend meer dan het getal: stijgende ongeplande stilstanden zijn het echte waarschuwingssignaal.

Wat is MTBF en hoe verhoudt het zich tot uptime?

MTBF (mean time between failures) is de totale draaitijd gedeeld door het aantal storingen - het meet hoe vaak een asset uitvalt. Gekoppeld aan MTTR (mean time to repair) verklaart het een hoog uptimecijfer: beschikbaarheid is gelijk aan MTBF gedeeld door (MTBF + MTTR). Een lange MTBF en een korte MTTR duwen uptime allebei omhoog, dus elk van beide verbeteren beweegt het getal.

Wat betekent 99,9% uptime?

99,9% uptime, vaak “three nines” genoemd, staat ruwweg 8,8 uur downtime per heel jaar toe, ofwel ongeveer 43 minuten per maand. De “nines”-taal komt uit de IT en uit SLA’s die tegen 24/7-kloktijd worden gemeten; voor fysieke apparatuur die tegen geplande uren wordt gemeten, is het meestal duidelijker om downtime in uren per periode te noemen dan extra negens na te jagen.

Hoe berekent u uptime over een maand of een jaar?

Gebruik dezelfde formule over het langere venster. Voor een machine die 720 uur per maand gepland staat (24 uur x 30 dagen) en 18 uur verloor aan stilstanden, is uptime (720 - 18) / 720 = 97,5%. Over een jaar van 8.760 uur laat 99% uptime ongeveer 88 uur downtime over. Vermeld altijd het rooster waartegen u meet, want “geplande uren” en “kalenderuren” geven heel verschillende percentages.

Hulpmiddelen die dit makkelijker maken

AMPthilly houdt de ruwe grondstof voor een uptimecijfer waar die hoort - op de asset. Elke storingsmelding en reparatie is een servicedesk-ticket gekoppeld aan het item, met statussen, commentaarthreads en bijgevoegde facturen, en de volledige audithistorie van uitgiftes, retours en statuswijzigingen blijft permanent op het record staan. Scan het QR-label van een asset met een telefooncamera (geen app om te installeren) om het profiel te openen en ter plekke een stilstand te melden. Het gratis plan dekt 3 gebruikers en 25 assets zonder creditcard, zodat u downtime kunt gaan loggen voordat u een doel formaliseert.

De kern

Asset uptime is bedrijfstijd over geplande tijd, uitgedrukt als percentage - eenvoudig te berekenen, maar pas betekenisvol zodra u hebt vastgesteld wat als geplande tijd telt en wat als downtime. Splits het getal in MTBF en MTTR om te zien of u een betrouwbaarheidsprobleem of een responsprobleem hebt, beprijs een uur downtime om een doel te stellen dat het najagen waard is, en log elke stilstand op de asset zodat de trend - het deel dat u daadwerkelijk waarschuwt - altijd af te lezen is.

Gerelateerde termen

• Downtime - de tijd die u aftrekt, en het cijfer om omlaag te drijven
• Gepland vs ongepland onderhoud - de splitsing die bepaalt of downtime u verrast
• Correctief onderhoud - de reparaties die uw MTTR bepalen
• Preventief onderhoud - gepland werk dat kleine geplande stops inruilt voor grote ongeplande
• Onderhoudsbeurt - de routinematige zorg die uptime hoog houdt
• Reserveonderdelen beheer - onderdelen op voorraad houden die lange storingen kort maken
• Service Level Agreement (SLA) - de contractvorm die uptimeverbintenissen meestal aannemen