← Terug naar de kennisbank

Contracten & SLA's

Wat moet er eigenlijk in een SLA staan?

Een praktische gids voor wie er nooit één heeft geschreven — en de onderdelen die de meeste zelfgeschreven service level agreements juist tandeloos maken.

Door de redactie · 7 minuten leestijd

Een service level agreement wordt meestal pas serieus gelezen op het moment dat het al misgaat. De server ligt plat, de klant belt boos op, en dan blijkt dat niemand meer precies weet wat er eigenlijk is afgesproken. Dat is het probleem met de meeste SLA's die zonder juridische achtergrond in elkaar worden gezet: ze lezen prima weg, maar houden geen stand zodra ze getoetst worden.

Een goede SLA is geen intentieverklaring. Het is een document dat concreet, meetbaar en afdwingbaar vastlegt wat een dienstverlener levert — en wat er gebeurt als dat niet lukt. Dat vraagt om specifieke onderdelen die verder gaan dan "wij zorgen dat alles goed werkt".

De kern: prestatienormen die je kunt meten

Het hart van iedere SLA is de set prestatienormen. Niet "hoge beschikbaarheid", maar een concreet uptime-percentage over een gedefinieerde periode. Niet "snelle respons", maar een reactietijd in uren, uitgesplitst naar prioriteitsniveau. Vaagheid is hier de vijand: een norm die niet meetbaar is, is bij een geschil in feite geen norm.

Vuistregel: als je een prestatieafspraak niet in een tabel met een getal en een eenheid kunt zetten, is de formulering nog te vaag. "Wij reageren snel" wordt "wij reageren binnen 4 uur op P2-meldingen, gemeten vanaf het moment van melding tot eerste inhoudelijke reactie".

Koppel aan die normen ook direct de meetmethode. Wordt uptime gemeten op serverniveau of op het niveau van de eindgebruikerservaring? Telt gepland onderhoud mee als downtime? Dit soort details lijkt overdreven gedetailleerd totdat er een geschil ontstaat over een grensgeval — en dat gebeurt vaker dan je zou denken.

Escalatie: wie doet wat, en wanneer

De tweede pijler is de escalatiematrix: een heldere tabel die per prioriteitsniveau aangeeft wie wordt ingeschakeld, binnen welke termijn, en wat er gebeurt als die termijn wordt overschreden. Zonder deze matrix ontstaat er bij een groot incident vaak kostbare vertraging, simpelweg omdat niemand weet wie de knoop mag doorhakken.

Een SLA zonder escalatiematrix is als een noodplan zonder telefoonnummers.

Service credits: de tanden van de overeenkomst

Prestatienormen zonder consequenties zijn wensen, geen afspraken. Service credits — een financiële compensatie bij het missen van een norm — geven een SLA daadwerkelijk gewicht. Een gangbare aanpak is een gestaffeld model: hoe verder de werkelijke prestatie onder de norm zakt, hoe hoger het compensatiepercentage.

Belangrijk is om hier reëel in te zijn. Een credit-percentage dat een dienstverlener bij de eerste de beste storing failliet zou laten gaan, wordt in de praktijk nooit toegepast en ondermijnt daarmee de geloofwaardigheid van het hele document. Een credit die betekenisvol is, maar houdbaar blijft, werkt beter dan een dreigement dat nooit wordt uitgevoerd.

Scope: wat expliciet niet is inbegrepen

Minstens zo belangrijk als wat een SLA belooft, is wat een SLA expliciet uitsluit. Onderhoudsvensters, overmacht, wijzigingen door de klant zelf, gebruik dat buiten de overeengekomen specificaties valt — dit hoort allemaal met naam en toenaam genoemd te worden. Een SLA die scope-uitsluitingen overslaat, belooft impliciet meer dan de dienstverlener ooit kan waarmaken.

Onderdelen die een volledige SLA typisch bevat

In het kort

Een SLA hoeft geen dertig pagina's juridisch proza te zijn om deze onderdelen te bevatten. Het gaat om precisie, niet om lengte. Een kort document dat elk van deze punten concreet afdekt, beschermt beide partijen beter dan een lang document vol vage garanties.

Wil je niet zelf bij nul beginnen? De generator bouwt een volledige SLA op, inclusief escalatiematrix en service credit-berekening.

Start je SLA →