Een SLA bij IT-beheer, voluit een service level agreement, is een formele afspraak tussen een organisatie en een IT-dienstverlener waarin staat welke diensten worden geleverd, op welk kwaliteitsniveau en onder welke voorwaarden. Het document legt meetbare normen vast, zoals beschikbaarheid, reactietijden en verantwoordelijkheden. In dit artikel beantwoorden we de meest gestelde vragen over IT-SLA’s, van inhoud tot naleving.
Wat staat er typisch in een SLA voor IT-beheer?
Een SLA voor IT-beheer bevat minimaal een omschrijving van de geleverde diensten, de afgesproken kwaliteitsnormen, de verantwoordelijkheden van beide partijen en de procedures bij storingen. Daarnaast zijn rapportageverplichtingen en de looptijd van de overeenkomst standaardonderdelen van elk degelijk beheercontract.
Concreet vind je in een IT-SLA doorgaans de volgende elementen:
- Dienstomschrijving: welke systemen, werkplekken of netwerken worden beheerd
- Beschikbaarheidsnormen: bijvoorbeeld 99,5% uptime per maand
- Reactie- en hersteltijden: hoe snel wordt gereageerd op een melding en hoe snel is een probleem opgelost
- Supportkanalen: via welke kanalen kun je terecht, denk aan telefoon, e-mail of een online portaal
- Escalatieprocedures: wat gebeurt er als een probleem niet tijdig wordt opgelost
- Rapportage: hoe en hoe vaak wordt de naleving gerapporteerd
- Uitsluitingen: situaties die buiten de verantwoordelijkheid van de leverancier vallen
Een goed opgesteld beheercontract laat geen ruimte voor interpretatie. Hoe specifieker de afspraken, hoe minder discussie er achteraf ontstaat.
Wat is het verschil tussen een SLA en een gewoon IT-contract?
Een gewoon IT-contract beschrijft wat een leverancier levert en tegen welke prijs. Een SLA gaat een stap verder en legt vast hoe goed die dienstverlening moet zijn. Waar een contract de commerciële afspraken regelt, definieert een SLA de meetbare kwaliteitsnormen waaraan de IT-dienstverlening moet voldoen.
Een standaard IT-contract bevat typisch afspraken over prijs, looptijd, aansprakelijkheid en betalingsvoorwaarden. Een SLA vult dit aan met concrete prestatienormen: binnen hoeveel minuten reageert de helpdesk, welk percentage van de tijd zijn systemen beschikbaar en wat zijn de gevolgen als die normen niet worden gehaald.
In de praktijk worden beide documenten vaak gecombineerd of is de SLA een bijlage bij het hoofdcontract. Het onderscheid is echter belangrijk: zonder SLA heb je geen afdwingbare kwaliteitsafspraken, alleen commerciële verplichtingen.
Welke reactie- en hersteltijden zijn realistisch in een IT-SLA?
Realistische reactietijden in een IT-SLA liggen doorgaans tussen de 15 minuten en 4 uur, afhankelijk van de prioriteit van het incident. Hersteltijden variëren van enkele uren voor kritieke storingen tot één werkdag voor minder urgente problemen. De exacte normen hangen af van de aard van de IT-omgeving en de afgesproken servicevensters.
IT-incidenten worden vrijwel altijd ingedeeld in prioriteitsklassen. Een veelgebruikte indeling ziet er als volgt uit:
- Kritiek (P1): volledige uitval van een bedrijfskritisch systeem. Reactietijd: binnen 15 tot 30 minuten. Hersteltijd: binnen 2 tot 4 uur.
- Hoog (P2): ernstige verstoring waarbij meerdere gebruikers worden geraakt. Reactietijd: binnen 1 uur. Hersteltijd: binnen 8 uur.
- Normaal (P3): beperkte verstoring voor een individuele gebruiker. Reactietijd: binnen 4 uur. Hersteltijd: binnen 1 werkdag.
- Laag (P4): verzoeken of kleine problemen zonder tijdsdruk. Reactietijd: binnen 1 werkdag. Hersteltijd: binnen 3 werkdagen.
Let op dat “reactietijd” en “hersteltijd” twee verschillende begrippen zijn. Reactietijd is het moment waarop de IT-dienstverlener de melding bevestigt en oppakt. Hersteltijd is het moment waarop het probleem daadwerkelijk is opgelost. Beide moeten expliciet in de SLA staan.
Hoe wordt de naleving van een SLA gemeten en gerapporteerd?
De naleving van een SLA wordt gemeten aan de hand van vooraf gedefinieerde prestatie-indicatoren, ook wel KPI’s of SLI’s (service level indicators) genoemd. Monitoring- en ticketsystemen registreren automatisch wanneer een melding binnenkomt, wanneer er actie op wordt ondernomen en wanneer het incident is gesloten. Periodieke rapportages maken de prestaties inzichtelijk.
Goede management en monitoring is onmisbaar voor een betrouwbare meting. Zonder geautomatiseerde systemen is het vrijwel onmogelijk om alle incidenten nauwkeurig bij te houden en tijdig te signaleren wanneer normen dreigen te worden overschreden.
Rapportages worden doorgaans maandelijks of per kwartaal gedeeld. Een goede SLA-rapportage laat zien hoeveel incidenten er zijn gemeld, hoe de afgesproken tijden zijn nageleefd en of de beschikbaarheidsnormen zijn gehaald. Transparantie in rapportage is een teken van een betrouwbare IT-partner.
Wat gebeurt er als een IT-leverancier de SLA niet haalt?
Als een IT-leverancier de afgesproken SLA-normen niet haalt, treden de in het contract vastgelegde consequenties in werking. Dit zijn doorgaans financiële vergoedingen (service credits), maar afhankelijk van de ernst kan het ook leiden tot aanpassing van de overeenkomst of zelfs ontbinding van het contract.
De meest voorkomende consequentie is een service credit: een financiële compensatie die wordt verrekend met de factuur. De hoogte ervan is gekoppeld aan de ernst van de tekortkoming. Bij herhaaldelijke overtredingen kan een escalatieprocedure worden gestart waarbij hogere managementniveaus aan tafel komen.
Het is verstandig om bij het afsluiten van een SLA ook een exitclausule op te nemen. Die geeft je het recht om het contract te beëindigen als de leverancier structureel onder de afgesproken normen presteert. Zonder zo’n clausule kun je juridisch gezien vastzitten aan een onderpresterende partner.
Waar moet je op letten bij het afsluiten van een IT-SLA?
Bij het afsluiten van een IT-SLA moet je vooral letten op de concreetheid van de afspraken, de reikwijdte van de dienstverlening en de consequenties bij niet-naleving. Vage formuleringen en ontbrekende meetmethoden zijn de meest voorkomende valkuilen die later tot discussie leiden.
Specifieke aandachtspunten bij het beoordelen van een IT-SLA zijn onder andere de definitie van de servicevensters (wordt er ook buiten kantooruren ondersteuning geboden?), de manier waarop prioriteiten worden vastgesteld en wie bepaalt welke prioriteit een incident krijgt. Ook de uitsluitingen verdienen aandacht: wat valt niet onder de SLA?
Twijfel je of jouw huidige IT-omgeving aansluit bij wat je in een SLA kunt verwachten? Een IT-scan geeft inzicht in de staat van je infrastructuur en helpt je realistische normen te formuleren voordat je afspraken vastlegt.
Hoe wij helpen met jouw IT-SLA
Bij Ampati Global IT Services begrijpen we dat een SLA meer is dan een document. Het is de basis van een betrouwbare samenwerking. Wij bieden transparante IT-dienstverlening waarbij afspraken concreet, meetbaar en eerlijk zijn. Dit is wat je van ons kunt verwachten:
- Duidelijke afspraken over reactie- en hersteltijden, afgestemd op jouw organisatie
- Proactieve monitoring zodat problemen worden gesignaleerd voordat jij er last van hebt
- Maandelijkse rapportages die inzicht geven in de naleving van de afgesproken normen
- Persoonlijk contact via een vaste aanspreekpartner bij vragen of incidenten
- Flexibele SLA-opties die meegroeien met jouw organisatie
Wil je weten welke SLA-afspraken het beste passen bij jouw situatie? Maak een afspraak en we kijken samen naar een beheercontract dat echt werkt voor jou.
Recente reacties