Een goede SLA staat of valt met vijf onderdelen: scope, meetbare servicenormen, een heldere meetmethodiek, een escalatieprocedure en concrete sancties bij niet-nakoming. Zonder die vijf blokken is een service level agreement opstellen een papieren exercitie zonder waarde. Het stappenplan hieronder laat precies zien hoe u van een blanco pagina naar een werkend document komt, inclusief de cijfers en formuleringen die het verschil maken tussen een SLA die werkt en een SLA die in een la verdwijnt.
Kort samengevat:
- Een SLA moet duidelijk omschrijven welke diensten worden geleverd, inclusief meetbare servicenormen en de situatie-uitzonderingen, om afdwingbare afspraken te maken.
- Responstijden en oplostijden moeten per prioriteitsniveau apart worden vastgelegd, met specifieke tijden die realistisch en onderbouwd zijn.
- Het meten en rapporteren van uptime en incidenten moet juridisch worden vastgelegd, inclusief toetsing door onafhankelijke monitoring en een vaste rapportagecyclus.
- Bij niet-naleving moeten duidelijke sancties, zoals service credits en escalatieprocedures, worden vastgelegd om de afspraken effectief te laten werken.
- Betrek bij het opstellen ook de afdelingen financiën en juridische ondersteuning om te zorgen voor goed onderbouwde en haalbare SLA-afspraken.
Inhoudsopgave
- Sla opstellen: het stappenplan van inventarisatie tot ondertekening
- Wat moet er minimaal in een SLA staan?
- Welke responstijden horen bij elke prioriteit?
- Hoe meet en rapporteer je de servicenormen?
- Wat gebeurt er als de leverancier de afspraken niet haalt?
- Wie moet je betrekken bij het opstellen van de SLA?
- Hoe gebruik je een SLA-sjabloon zonder fouten te maken?
- Perspectief van Legalec: veelvoorkomende fouten
- Hoe helpt Legalec bij het opstellen en controleren van uw SLA?
- Bronnen
Sla opstellen: het stappenplan van inventarisatie tot ondertekening
Een SLA opstellen gaat niet in één keer goed. Het is een proces van zeven stappen, waarbij elke stap de volgende voorbereidt. Sla je een stap over, dan merk je dat pas als de eerste storing zich voordoet en niemand weet wie wat moet doen.
- Inventariseer diensten en bedrijfsimpact. Leg vast welke diensten onder de SLA vallen en wat uitval van elke dienst betekent voor de bedrijfsvoering. Een webshop die offline is, kost iets anders dan een intern boekhoudsysteem dat een uurtje plat ligt.
- Bereken de financiële impact per uur uitval. Voordat u serviceniveaus vastlegt, is het zinvol om eerst uit te rekenen wat downtime werkelijk kost. Dat voorkomt dat u onnodig dure garanties inkoopt voor een systeem dat geen omzet direct raakt.
- Formuleer scope en uitsluitingen. Beschrijf exact welke systemen, locaties en diensten binnen de afspraak vallen, en welke situaties zijn uitgesloten, zoals gepland onderhoud of overmacht.
- Leg KPI’s en servicenormen vast. Denk aan beschikbaarheidspercentages, responstijden en oplostijden, altijd in meetbare eenheden.
- Stel een prioriteitsmatrix op. Niet elk incident is even urgent; koppel elke prioriteit aan een eigen responstijd en oplostijd.
- Bepaal rapportage, escalatie en sancties. Wie rapporteert wanneer, wie escaleert bij een geschil, en wat gebeurt er als de leverancier de norm niet haalt?
- Plan de reviewcyclus en onderteken. Een SLA is nooit definitief; spreek vooraf af wanneer u samen de afspraken herziet.
Deze structuur komt terug in de meeste betrouwbare Nederlandse checklists voor het opstellen van een SLA, en sluit aan bij wat juristen als minimale basis beschouwen: scope, servicenormen, uitzonderingen, rapportage, escalatie en sancties.
Wat moet er minimaal in een SLA staan?
Een SLA is zo goed als de precisie van de zinnen erin. Vage taal is de meest voorkomende reden dat een SLA in de praktijk niets waard blijkt.
Scope. Schrijf niet “wij leveren IT-ondersteuning”, maar “wij bieden telefonische en remote ondersteuning voor de systemen X, Y en Z tussen 08:00 en 18:00 uur op werkdagen”. Het verschil tussen die twee zinnen is het verschil tussen een afdwingbare afspraak en een goedbedoelde intentie.
Leg daarom niet alleen het percentage vast, maar ook over welke periode het wordt gemeten en of gepland onderhoud meetelt.
Responstijd versus oplostijd. Dit zijn twee verschillende klokken en ondernemers verwarren ze voortdurend. Responstijd is de tijd tot een eerste reactie (“wij bevestigen ontvangst binnen 30 minuten”), oplostijd is de tijd tot het probleem daadwerkelijk verholpen is. Vermeld beide apart, per prioriteitsniveau.
Onderhoud, beveiliging en privacy. Leg vast wanneer onderhoud mag plaatsvinden en hoe dat wordt aangekondigd. Voor leveranciers die persoonsgegevens verwerken is een aparte privacyverklaring vaak noodzakelijk naast de SLA zelf. Voor de beveiligingsafspraken is de NCSC-checklist voor afspraken met IT-leveranciers een goed vertrekpunt, zeker als het gaat om meldplicht bij incidenten.
Definities. Neem een apart kort blok op met definities van kernbegrippen zoals “storing”, “incident” en “downtime”. Vervang woorden als “adequaat” of “redelijk” door concrete, meetbare waarden zoals telefonische respons binnen 30 minuten. Zonder die definities ontstaat discussie precies op het moment dat u die het minst kunt gebruiken: tijdens een storing.
Welke responstijden horen bij elke prioriteit?
Niet elke storing verdient dezelfde aandacht en dat is precies waar veel MKB-SLA’s misgaan: alles krijgt hetzelfde label “urgent”, waardoor het label zijn betekenis verliest. Een prioriteitsmatrix koppelt ernst en urgentie aan concrete tijden.
- P1 (kritiek): het hele systeem is onbereikbaar. Responstijd 30 minuten, oplostijd binnen 4 uur.
- P2 (hoog): een kernfunctie werkt niet, maar er is een workaround. Responstijd binnen 2 uur, oplostijd binnen 8 werkuren.
- P3 (gemiddeld): een niet-kritieke functie hapert. Responstijd binnen 1 werkdag, oplostijd binnen 3 werkdagen.
- P4 (laag): cosmetisch probleem of verzoek om aanpassing. Responstijd binnen 2 werkdagen, oplostijd naar planning.
Deze voorbeeldwaarden voor de prioriteitsmatrix zijn een goed startpunt, maar pas ze aan op uw eigen risico’s. Een webshop die tijdens black friday plat ligt, heeft een ander P1 dan een intern planningstool op een rustige dinsdag.
Spreek ook af wie beslist bij twijfel over de prioriteit. Stel dat de webshop nog wel bereikbaar is, maar het afrekenproces vastloopt: is dat P1 of P2? Leg vast dat de opdrachtgever de prioriteit initieel bepaalt en dat de leverancier binnen de responstijd mag heroverwegen, met motivatie.
Hoe meet en rapporteer je de servicenormen?
Een norm zonder meetmethode is een belofte zonder bewijs. Leg daarom exact vast wat telt als downtime: geldt een vertraagde pagina als storing, of alleen volledige onbereikbaarheid? Definieer ook of gedeeltelijke uitval (één functie werkt niet, de rest wel) apart wordt geregistreerd.
Veel organisaties laten uptime niet alleen door de leverancier zelf meten, maar ook via onafhankelijke monitoring zoals Datadog of UptimeRobot. Leg de gekozen meetpunten en meetmethodiek juridisch vast in de SLA zelf, zodat er geen discussie ontstaat over wiens cijfers gelden.
Spreek een vaste rapportagecyclus af, meestal maandelijks, met daarin minimaal: gerealiseerde uptime, aantal incidenten per prioriteit, gemiddelde response- en oplostijd, en eventuele overschrijdingen. Neem ook een auditclausule op die de afnemer het recht geeft om onderliggende meetgegevens periodiek te controleren. Zonder die clausule blijft rapportage een kwestie van vertrouwen in plaats van verificatie.
Wat gebeurt er als de leverancier de afspraken niet haalt?
Sancties geven een SLA zijn tanden. Zonder consequenties is de norm een wens, geen afspraak. De meest gebruikte vorm is de service credit: een percentage van de maandelijkse vergoeding dat wordt terugbetaald of verrekend als de leverancier onder de afgesproken norm blijft, meestal met een plafond per maand.
Werk met een opbouwende escalatie: bij de eerste overschrijding volgt een verbeterplan met concrete acties en een deadline. Bij herhaling volgen service credits. Bij structurele wanprestatie, bijvoorbeeld drie vergelijkbare incidenten binnen één kwartaal, ontstaat het recht om de overeenkomst te beëindigen zonder de gebruikelijke opzegtermijn.
Leg vooraf vast wie welk bewijs levert bij een geschil over een overschrijding, en welke uitzonderingen (overmacht, gepland onderhoud) buiten de sanctieregeling vallen. Dat voorkomt dat elke storing eindigt in een welles-nietesdiscussie over de vraag of de norm eigenlijk wel is overschreden.
Wie moet je betrekken bij het opstellen van de SLA?
Een SLA die alleen door de IT-afdeling wordt opgesteld, mist vaak het financiële en juridische perspectief. Betrek daarom vroeg in het proces de mensen die de gevolgen dragen: IT voor de technische haalbaarheid, finance voor de kosten van serviceniveaus, en de eindgebruikers die de dienst dagelijks gebruiken. Voor de contractuele kant, zeker rond aansprakelijkheid en verantwoordelijkheden tussen partijen, is het verstandig te kijken naar hoe soortgelijke afspraken in een zzp-overeenkomst worden geformuleerd.
Onderhandel niet alleen over de cijfers, maar ook over wie de meetmethodiek beheert en wie de escalatie-autoriteit heeft bij een geschil. Spreek af wie de SLA intern monitort en wanneer de eerste formele review plaatsvindt, meestal na drie tot zes maanden.
Pro-tip: Reken eerst de kosten van downtime per uur uit voordat u over percentages onderhandelt. Wie met een cijfer op tafel komt, onderhandelt sterker dan wie met een gevoel begint.
Hoe gebruik je een SLA-sjabloon zonder fouten te maken?
Een sjabloon met secties voor beschikbaarheid, responstijden, escalatie en service credits is een goed startpunt, maar geen eindpunt. Neem structuur en definities meestal ongewijzigd over. Personaliseer altijd de cijfers: uptime-percentages, responstijden en de hoogte van service credits horen bij uw eigen risico en budget, niet bij een generiek voorbeeld.
De praktische workflow: start met het sjabloon, laat het intern juridisch en operationeel toetsen, test de afspraken eventueel een proefperiode, en onderteken pas daarna. Plan de eerste KPI-validatie binnen drie maanden na ondertekening, zodat u normen kunt bijstellen voordat ze verouderd zijn.
Perspectief van Legalec: veelvoorkomende fouten
De meeste SLA’s die spaak lopen, bevatten vage termen zonder consequenties. “Wij streven naar snelle respons” is geen afspraak, het is een wens. Houd de SLA kort en meetbaar: drie prioriteitsniveaus en één rapportagemoment werken vaak beter dan een uitgebreide tabel die niemand bijhoudt.
— Juridische redactie Legalec
Hoe helpt Legalec bij het opstellen en controleren van uw SLA?
Een SLA raakt precies de onderdelen waar juridische precisie het verschil maakt: aansprakelijkheidsclausules, de formulering van sancties en de vraag of een beëindigingsgrond standhoudt bij een geschil. Deze onderdelen worden beoordeeld door een jurist die het dossier kent, niet met een wisselend team dat elke keer opnieuw begint.
Heeft u één keer een SLA nodig, bijvoorbeeld bij een nieuwe leverancier of een aanpassing van een bestaand contract? Dan past eenmalige bijstand beter dan een doorlopend abonnement. Stelt u regelmatig contracten op of onderhandelt u vaker over serviceniveaus met leveranciers of klanten? Dan geeft een abonnement u doorlopend toegang tot een vaste jurist, tegen een vast bedrag per maand en zonder eigen risico per zaak. Bekijk de mogelijkheden op de pagina juridische hulp en vraag vrijblijvend na hoe snel uw SLA juridisch gecontroleerd kan worden.
Bronnen
Wilt u zelf verder rekenen aan uw serviceniveaus? De checklist in zeven stappen van CertificeringsAdvies werkt het stappenplan verder uit, het SLA-sjabloon van MG Software geeft een direct bruikbare documentstructuur, en de NCSC-praatplaat helpt bij de beveiligingsafspraken met IT-leveranciers. Voor administratieve dienstverlening rond payroll kan SmartZZP als partner aanvullende ondersteuning bieden.
- TimeLex — Service Level Agreement (SLA) opstellen
- JustRunBiz — Wat is een SLA
- Nieuwhuis Consult — Wat is een SLA en wat moet er minimaal in staan?
