SLA-rapportage beoordelen: vijf vragen voor goede leveranciersregie
Uw IT-leverancier stuurt iedere maand een rapportage met groene cijfers. Toch blijven er vragen over storingen, terugkerende meldingen of afspraken die niet worden opgevolgd. Hoe beoordeelt u dan of de dienstverlening voldoende aansluit op wat uw organisatie nodig heeft?
Een SLA, voluit service level agreement, beschrijft het afgesproken niveau van dienstverlening. De rapportage daarover is een vertrekpunt voor het gesprek met uw leverancier. Ons advies: beoordeel iedere belangrijke prestatie aan de hand van vijf vragen, zodat u kunt bepalen wat voldoende is onderbouwd en waar een besluit of vervolgactie nodig is.
1. Welke afspraak beoordelen we?
Begin bij de afspraak waarop het cijfer betrekking heeft. Welke dienstverlening valt eronder, voor welke gebruikers geldt de afspraak en binnen welke uren moet de leverancier presteren? Pak de actuele overeenkomst en eventuele aanvullende afspraken erbij.
Een melding binnen een uur beantwoorden zegt bijvoorbeeld iets anders dan een verstoring binnen een uur oplossen. Ook kan de afspraak over beschikbaarheid betrekking hebben op één onderdeel, terwijl uw medewerkers verschillende systemen nodig hebben om hun werk uit te voeren.
Vraag daarom bij iedere belangrijke indicator naar drie zaken: de afgesproken prestatie, de betekenis ervan voor uw organisatie en de vindplaats van de afspraak. Ontbreekt die koppeling, maak dan eerst duidelijk waarover u samen rapporteert.
2. Wat wordt precies gemeten?
Een percentage krijgt betekenis door de manier waarop het is berekend. Vraag welke periode wordt gemeten, welke onderdelen meetellen en welke situaties buiten de berekening vallen. Controleer ook of de methode sinds de vorige rapportage is veranderd.
Dat definities ertoe doen, blijkt bijvoorbeeld uit de uitleg van Microsoft over de beschikbaarheidsmeting voor Entra ID. Microsoft kijkt daar naar de uitkomst van aanmeldingen van gebruikers. Een systeem dat technisch bereikbaar is, is daarmee nog niet hetzelfde als een dienst waarbij gebruikers succesvol kunnen aanmelden.
Vertaal dit naar uw eigen situatie. Wordt de beschikbaarheid van de server gemeten, of ook of medewerkers de toepassing kunnen gebruiken? Vraag bij reactietijden hoe met avonduren, heropende meldingen en wachten op informatie wordt omgegaan. Zo kunt u cijfers beter vergelijken en gericht doorvragen.
3. Welke onderbouwing hoort bij het resultaat?
Een goede rapportage maakt duidelijk waarop een conclusie berust. Vraag om voldoende onderbouwing om de belangrijkste resultaten te kunnen volgen, bijvoorbeeld een overzicht van incidenten, een meetrapport of de uitkomst van een afgesproken controle.
U hoeft als manager niet iedere melding afzonderlijk te beoordelen. Kies enkele belangrijke prestaties en bespreek een beperkte steekproef met uw leverancier. Bij een terugkerende storing wilt u bijvoorbeeld kunnen volgen wanneer deze begon, wie er last van had, welke oplossing is toegepast en of het probleem terugkwam.
Leg een ontbrekend bewijsstuk vast als een open vraag. Spreek af wie de informatie aanlevert en wanneer. Daarmee houdt u de beoordeling zorgvuldig: de conclusie volgt zodra voldoende informatie beschikbaar is.
Voorbeeld: groen rapport, toch hinder
Stel dat een leverancier 99,95% beschikbaarheid rapporteert voor de beheerde servers en deze prestatie een groene status geeft. Medewerkers kunnen in dezelfde maand op drie momenten geen afspraken verwerken doordat een koppeling met een andere toepassing vastloopt.
Het beschikbaarheidscijfer kan binnen de afgesproken meetmethode correct zijn. De hinder voor medewerkers vraagt daarnaast om onderzoek naar de volledige dienstverlening en de verantwoordelijkheden van de betrokken leveranciers.
De vervolgvraag is dan: welke afspraak en welk meetpunt hebben we nodig om ook deze verstoring zichtbaar te maken? Bepaal vervolgens wie het onderzoek coördineert en wie een verbetering moet uitvoeren.
4. Welke afwijking of welk risico vraagt aandacht?
Kijk na de beoordeling van de cijfers naar de gevolgen. Een kort incident kan belangrijk zijn als het plaatsvindt op een moment waarop uw organisatie sterk afhankelijk is van de betreffende dienst. Een terugkerende kleine verstoring kan eveneens aanleiding zijn om in te grijpen.
Bespreek wat de afwijking betekent voor medewerkers, huurders, leerlingen of cliënten. Vraag ook of sprake is van een eenmalige oorzaak, een terugkerend probleem of een afhankelijkheid die nog onvoldoende is geregeld.
Maak vervolgens een keuze: direct herstellen, de oorzaak onderzoeken, een aanvullende afspraak maken of het risico bewust accepteren. Leg bij die laatste keuze vast wie het besluit neemt en wanneer u het opnieuw beoordeelt.
5. Wie volgt welke actie op?
Maak iedere afgesproken actie concreet. Een omschrijving als ‘leverancier pakt dit op’ laat ruimte voor verschillende verwachtingen. Leg vast welk resultaat nodig is, wie verantwoordelijk is, wanneer het gereed moet zijn en waarmee u vaststelt dat het is afgerond.
Bijvoorbeeld: de leverancier onderzoekt de terugkerende verstoring, levert uiterlijk op de afgesproken datum een oorzaakanalyse aan en stelt een herstelmaatregel voor. De verantwoordelijke binnen uw organisatie beoordeelt vervolgens of het voorstel aansluit op de behoefte.
Begin het volgende leveranciersoverleg met deze openstaande acties. Bespreek wat gereed is, wat vertraagt en waar een besluit nodig is. Zo blijft de voortgang herkenbaar over verschillende rapportageperioden heen.
Maak van de rapportage een vast regiemoment
Reserveer bij het volgende overleg tijd voor de vijf vragen: afspraak, meting, onderbouwing, risico en opvolging. Selecteer vooraf de prestaties die voor uw organisatie het belangrijkst zijn en deel uw vragen met de leverancier. Sluit het gesprek af met een overzicht van besluiten en acties.
Inducem ondersteunt organisaties hierbij met Regie as a Service. Ook bij de ontwikkeling van Regiduce staat het verbinden van leveranciersinformatie, onderbouwing en opvolging centraal. Regiduce is in ontwikkeling.
Wilt u meer grip op de gesprekken met uw IT-leverancier? Bespreek uw leveranciersrapportage met Inducem.
Bron
Microsoft Learn — SLA performance for Microsoft Entra ID. Geraadpleegd in oktober 2026. De vijf beoordelingsvragen vormen het praktische advies van Inducem.