Bij managed IT-diensten mag je verwachten dat een IT-dienstverlener binnen 15 minuten tot 4 uur reageert op een melding, afhankelijk van de ernst van het probleem. Oplostijden variëren van enkele uren voor kritieke storingen tot meerdere werkdagen voor complexere vraagstukken. Hoeveel tijd realistisch is, hangt sterk af van de afspraken die je vastlegt in een SLA. In dit artikel beantwoorden we de meest gestelde vragen over reactie- en oplostijden, zodat je precies weet wat je kunt verwachten en waarop je moet letten.
Wat bepaalt hoe snel een IT-dienstverlener reageert?
De reactiesnelheid van een IT-dienstverlener wordt bepaald door de ernst van het probleem, de afspraken in jouw servicecontract en de capaciteit van het supportteam. Hoe ernstiger de impact op jouw bedrijfsvoering, hoe hoger de prioriteit en hoe sneller de reactie. Andere factoren zijn het tijdstip van de melding en of je een 24/7-contract hebt of alleen support tijdens kantooruren.
In de praktijk werken IT-dienstverleners met prioriteitsklassen. Een volledige uitval van jouw netwerk of een kritiek beveiligingsincident krijgt de hoogste prioriteit en vraagt om een directe reactie. Een trage printer of een kleine gebruikersvraag valt in een lagere categorie en kan wachten. Jouw IT-dienstverlener zou deze indeling helder met je moeten communiceren, zodat je nooit voor verrassingen staat.
Daarnaast speelt de grootte en organisatie van het supportteam een rol. Een dienstverlener met bijna 50 IT-professionals kan sneller schakelen en heeft meer specialismen in huis dan een eenmanszaak. Dat vertaalt zich direct in kortere wachttijden en betere beschikbaarheid.
Wat zijn gangbare SLA-normen voor reactie- en oplostijden?
Gangbare SLA-normen voor reactietijden liggen bij managed IT-diensten tussen de 15 minuten en 4 uur, afhankelijk van de prioriteitsklasse. Voor oplostijden gelden doorgaans normen van 4 uur tot 2 werkdagen voor urgente problemen, en 3 tot 5 werkdagen voor problemen met een lagere prioriteit.
Een veelgebruikte indeling ziet er als volgt uit:
- Kritiek (P1): reactie binnen 15 tot 30 minuten, oplossing binnen 4 uur
- Hoog (P2): reactie binnen 1 uur, oplossing binnen 8 uur of 1 werkdag
- Gemiddeld (P3): reactie binnen 4 uur, oplossing binnen 2 tot 3 werkdagen
- Laag (P4): reactie binnen 1 werkdag, oplossing binnen 5 werkdagen
Deze normen zijn niet in beton gegoten. Jouw branche, de kritikaliteit van jouw systemen en de specifieke afspraken in jouw contract bepalen mede wat realistisch en wenselijk is. In de zorgsector, waar systemen direct impact hebben op patiëntveiligheid, gelden doorgaans striktere normen dan in andere sectoren.
Wat is het verschil tussen reactietijd en oplostijd?
Reactietijd is de tijd tussen het moment dat jij een melding doet en het moment dat de IT-dienstverlener bevestigt dat hij ermee aan de slag gaat. Oplostijd is de totale tijd tot het probleem volledig is verholpen. Dit zijn twee fundamenteel verschillende meetpunten en beide zijn belangrijk om goed in de gaten te houden.
Een snelle reactietijd geeft je het gevoel dat er naar je geluisterd wordt en dat er actie wordt ondernomen. Maar uiteindelijk is de oplostijd wat telt voor jouw bedrijfscontinuïteit. Een dienstverlener die binnen vijf minuten reageert maar vervolgens drie dagen nodig heeft om het probleem op te lossen, schiet zijn doel voorbij.
Let er ook op dat sommige dienstverleners de reactietijd meten als het eerste automatische bevestigingsbericht van een ticketsysteem. Dat is niet hetzelfde als een menselijke reactie waarbij iemand daadwerkelijk naar jouw situatie kijkt. Vraag bij het afsluiten van een contract expliciet wat er precies onder reactietijd wordt verstaan.
Wanneer zijn langere oplostijden normaal bij IT-problemen?
Langere oplostijden zijn normaal wanneer een probleem afhankelijk is van externe partijen, wanneer hardware vervangen moet worden of wanneer de oorzaak diepgaand onderzoek vereist. In die gevallen is een oplostijd van meerdere werkdagen realistisch en acceptabel, mits jouw IT-dienstverlener je goed op de hoogte houdt van de voortgang.
Denk aan situaties zoals:
- Een defect onderdeel dat besteld en geleverd moet worden
- Een softwareprobleem waarvoor de leverancier een patch moet uitbrengen
- Een complexe migratie of herstelactie na een beveiligingsincident
- Problemen waarbij meerdere systemen of leveranciers betrokken zijn
Wat niet normaal is, is dat je als klant in het ongewisse blijft. Een goede IT-dienstverlener communiceert proactief over de verwachte doorlooptijd, biedt waar mogelijk een tijdelijke oplossing aan en escaleert intern als een probleem te lang blijft liggen. Transparantie over de voortgang is net zo belangrijk als de uiteindelijke oplostijd.
Hoe controleer je of een IT-dienstverlener zijn SLA nakomt?
Je controleert SLA-naleving door regelmatig rapportages op te vragen en deze te vergelijken met de afgesproken normen. Een betrouwbare IT-dienstverlener levert periodiek overzichten van ticketaantallen, gemiddelde reactie- en oplostijden en eventuele afwijkingen. Vraag hier actief om als je ze niet automatisch ontvangt.
Praktische manieren om naleving te monitoren zijn:
- Maandelijkse of kwartaalrapportages: vraag om een overzicht van alle meldingen en bijbehorende tijden
- Toegang tot het ticketsysteem: sommige dienstverleners geven je een klantportaal waar je zelf de status van meldingen kunt volgen
- Evaluatiegesprekken: plan periodiek een overleg om de samenwerking en prestaties te bespreken
- Escalatieprocedure: zorg dat je weet hoe je kunt escaleren als de SLA structureel niet wordt gehaald
Een IT-dienstverlener die zijn afspraken serieus neemt, zal zelf initiatief nemen om prestaties inzichtelijk te maken. Moet je er altijd achteraan, dan is dat een signaal om het gesprek aan te gaan.
Welke vragen stel je bij het vergelijken van managed IT-contracten?
Bij het vergelijken van managed IT-contracten stel je vragen over de concrete SLA-normen per prioriteitsklasse, de beschikbaarheid van support en wat er precies onder de vaste prijs valt. Hoe specifieker de antwoorden, hoe betrouwbaarder het aanbod.
Dit zijn de vragen die je zeker moet stellen:
- Wat zijn de exacte reactie- en oplostijden per prioriteitsklasse?
- Hoe wordt een probleem geclassificeerd en wie bepaalt de prioriteit?
- Is er support buiten kantooruren en wat kost dat?
- Wat is de definitie van reactietijd in dit contract: een automatisch bericht of een menselijke reactie?
- Hoe rapporteer je over SLA-naleving en hoe vaak?
- Wat zijn de consequenties als de SLA structureel niet wordt gehaald?
- Welke diensten vallen wel en niet onder het contract?
Kijk bij het vergelijken ook naar de branches en sectoren waarvoor een dienstverlener werkt. Een IT-partner met ervaring in jouw branche begrijpt jouw specifieke eisen en risico’s beter. Wil je weten wat Symbis voor jouw organisatie kan betekenen op het gebied van managed IT-services? Neem dan contact op voor een vrijblijvend gesprek.
Veelgestelde vragen
Wat moet ik doen als mijn IT-dienstverlener de afgesproken SLA-tijden herhaaldelijk niet haalt?
Stap eerst het gesprek aan en confronteer de dienstverlener met concrete data uit de rapportages. Verwijs naar de contractuele afspraken en vraag om een verbeterplan met meetbare doelstellingen. Als de situatie niet verbetert, controleer dan welke consequenties of boeteclausules in het contract staan bij structurele SLA-schending — en overweeg of het tijd is om een andere IT-partner te zoeken.
Is 24/7 IT-support altijd noodzakelijk, of is support tijdens kantooruren voldoende?
Dat hangt volledig af van jouw bedrijfsvoering. Als jouw organisatie alleen actief is tijdens kantooruren en systemen 's nachts niet kritiek zijn, is een 24/7-contract vaak onnodig duur. Werk je in ploegendiensten, ben je internationaal actief of zijn jouw systemen continu beschikbaar voor klanten, dan is 24/7-support een must. Breng eerst jouw risico's en bedrijfskritische uren in kaart voordat je een keuze maakt.
Hoe bepaal ik welke systemen of processen als 'kritiek' moeten worden geclassificeerd in een SLA?
Begin met een bedrijfsimpactanalyse: welke systemen zorgen bij uitval direct voor omzetverlies, veiligheidsrisico's of stilstand van primaire processen? Denk aan je ERP-systeem, kassasoftware, productielijnen of patiëntendossiers in de zorg. Alles wat bij uitval binnen een uur concrete schade oplevert, verdient een P1- of P2-classificatie. Stel deze lijst op samen met jouw IT-dienstverlener, zodat er geen misverstanden ontstaan over prioriteiten.
Kan ik SLA-normen tussentijds aanpassen als mijn bedrijf groeit of verandert?
Ja, en dat is ook verstandig om periodiek te doen. Jouw IT-omgeving en bedrijfsbehoeften veranderen, en een SLA die twee jaar geleden passend was, hoeft dat nu niet meer te zijn. Bespreek bij evaluatiegesprekken of de huidige normen nog aansluiten bij jouw situatie en leg wijzigingen altijd schriftelijk vast als addendum op het contract. Een flexibele IT-partner denkt hierin proactief met je mee.
Wat is een redelijke boeteclausule of compensatieregeling bij het niet halen van SLA-tijden?
Een gangbare compensatieregeling houdt in dat de dienstverlener bij structurele overschrijding een servicekrediet verleent, bijvoorbeeld een percentage van de maandelijkse factuur per incident waarbij de SLA niet is gehaald. Percentages van 5% tot 15% per overschrijding zijn gebruikelijk in de markt. Zorg er wel voor dat de clausule concreet en meetbaar is geformuleerd in het contract, zodat er geen discussie ontstaat over wanneer compensatie van toepassing is.
Hoe voorkom ik dat problemen onnodig lang in een lage prioriteitsklasse blijven hangen?
Zorg voor een duidelijk escalatieproces in het contract waarbij jij als klant zelf de prioriteit kunt aanvechten als je het niet eens bent met de classificatie. Spreek ook af dat problemen automatisch worden opgeschaald als ze langer open staan dan een bepaalde termijn, ook al zijn ze initieel als laag geprioriteerd. Dit voorkomt dat kleine maar irritante problemen eindeloos blijven liggen zonder aandacht.
Wat is het verschil tussen een SLA en een OLA, en is dat relevant voor mij als klant?
Een SLA (Service Level Agreement) is de overeenkomst tussen jou en de IT-dienstverlener over de te leveren diensten en tijden. Een OLA (Operational Level Agreement) is een interne afspraak binnen de IT-organisatie zelf, tussen verschillende teams of afdelingen. Als klant heb je formeel alleen te maken met de SLA, maar het is goed om te weten dat een dienstverlener met duidelijke interne OLA's beter in staat is zijn externe SLA-beloften na te komen. Vraag gerust hoe de interne organisatie is ingericht.