Een service level agreement (SLA) legt vast welke dienstverlening een klant mag verwachten en waarborgt de levering en prestaties van die dienst. Een SLA-schending tast de geloofwaardigheid van interne IT-teams aan en verhindert dat MSP-contracten worden verlengd. Technici moeten daarom schaalbare werkwijzen leren om systemen die niet voldoen snel op te sporen.
Kerncomponenten en processen voor het monitoren van SLA-schendingen
Veel MSP’s en interne IT-teams zetten automatisering in, zoals PSA- of ITSM-platforms, om SLA-schendingen te detecteren. Automatiseringsplatforms zijn uitstekend om handmatig werk te beperken maar niet iedereen beschikt over de middelen om ze te gebruiken.
Deze gids biedt strategieën voor handmatige SLA-monitoring en geeft technici oplossingen met weinig overhead die zorgen voor betrouwbaarheid, inzicht en verantwoording.
📌 Use case: combineer gedetailleerde logging van parameters, bijhouden via spreadsheets, regelmatige controles, duidelijk eigenaarschap van taken en scripting tot een handmatige strategie voor SLA-monitoring.
📌 Overzichtstabel met beste praktijken:
| Strategie | Doel |
| Strategie 1: definieer SLA-parameters voor elke klant | Legt duidelijke, klantspecifieke SLA-parameters vast waar technici naar kunnen verwijzen |
| Strategie 2: resultaten van SLA-monitoring handmatig vastleggen in spreadsheets | Geeft beter zicht op de SLA-status en zet tickets met risico of zonder compliance in de schijnwerpers |
| Strategie 3: dagelijkse monitoring om een SLA-schending te voorkomen | Dagelijkse monitoring van tickets borgt SLA-compliance en dienstverlening |
| Strategie 4: handmatige escalatieworkflow bij een SLA-schending | Zorgt voor correcte escalatie naar de toegewezen technici wanneer tickets de toegestane drempels overschrijden |
| Strategie 5: verzamel spreadsheetgegevens voor datagedreven SLA-rapportages | Stimuleert transparante communicatie met klanten door regelmatige rapportage |
🎥 Bekijk de videoversie SLA-schendingen handmatig bijhouden en rapporteren zonder PSA of automatiseringsplatform en zie de strategieën in beeld.
Strategie 1: definieer SLA-parameters voor elke klant
Zonder toegang tot een PSA zijn goed gedefinieerde SLA-parameters essentieel om de mean-time-to-resolution (MTTR) te berekenen en apparaten te markeren die niet voldoen.
Duidelijke SLA-metrics vaststellen
Duidelijke SLA-metrics brengen de verwachtingen van de klant in lijn met de daadwerkelijke dienstverlening. Zonder vastgelegde metrics kan handmatige SLA-monitoring gaan afdrijven, met vage definities die klanten in verwarring brengen.
Om te beginnen zijn dit enkele SLA-metrics die u kunt vastleggen:
- Eerste reactietijd. Maak labels die de verstreken tijd tussen het aanmaken van een ticket en de reactie aangeven (bijv. P1 = 1 werkuur, P2 = 4 werkuren, P3 = 1 werkdag).
- Oplostijd. Geeft de maximaal acceptabele tijd aan die technici aan het verhelpen van een probleem mogen besteden.
- Openingstijden. Deze metric helpt bij een nauwkeurige tijdregistratie door vast te leggen wanneer timers starten en stoppen op basis van specifieke voorwaarden, zoals kantooruren en feestdagen.
- Escalatie. Bepaalt welke medewerkers bij een escalatie worden geïnformeerd. Stel dit zo in dat escalatie plaatsvindt wanneer een bepaald percentage van de oplostijd is verstreken (bijv. bij 50% van 8 uur).
Voorbeeld van een SLA-matrix als single source of truth
Het samenbrengen van SLA-regels in één duidelijk gedefinieerde matrix legt de basis voor nauwkeurige tijdregistratie bij alle klanten. Bovendien voedt het de handmatige SLA-monitoring door doelen om te zetten in eenvoudige signalen waarmee teams schendingen kunnen opmerken en voorkomen.
| Klant | Prioriteit | Eerste reactietijd | Streeftijd voor oplossing | Openingstijden | Escalatie |
| Klant 1 | P1 | 1 werkuur | 8 uur | Weekdagen (8:00-17:00) | Manager bij 50% |
| Klant 2 | P2 | 4 werkuren | 24 uur | Weekdagen (8:00-17:00) | Manager bij 50% |
| Klant 3 | P3 | 1 werkdag | 48 uur | Dagelijks (0:00-24:00) | Directeur bij 50% |
⚠️ Belangrijk: vermeld expliciet de versie van de matrix en de ingangsdatum om duidelijk te maken hoe actueel die is. (Zie ⚠️ Waar u op moet letten.)
Strategie 2: resultaten van SLA-monitoring handmatig vastleggen in spreadsheets
Spreadsheets beschikken over logica waarmee eenvoudige ticketnotities omgezet worden in heldere deadlines en subtiele waarschuwingen voordat u ze mist. Houd één tabblad bij met de SLA-parameters van elke klant en een tweede waarin technici tickets invoeren. Stel het spreadsheet vervolgens zo in dat SLA-schendingen en apparaten met risico worden gemarkeerd.
📌 Vereisten:
- Toegang tot spreadsheetsoftware
- Goed gedefinieerde SLA-metrics per klant
Voer SLA-parameters overzichtelijk in kolommen in
Maak een spreadsheet waarin de SLA-parameters duidelijk worden weergegeven. U kunt voortbouwen op de voorbeeldmatrix hierboven.
Maak een tweede tabblad om SLA-schendingen snel te herkennen
Gebruik velden zoals streefuren, SLA-deadline en verstreken percentage om tickets helder te volgen en te bepalen of ze nog aan de SLA voldoen.
Voorwaardelijke opmaak in combinatie met formules laat een spreadsheet functioneren als een lichtgewicht SLA-systeem. Het kan mogelijke SLA-schendingen markeren, zodat technici tickets met risico snel opmerken voordat de compliance in gevaar komt.
⚠️ Belangrijk: het voorbeeldspreadsheet hierboven gebruikt voor de eenvoud een 24/7-deadline. Een tabblad met werkvensters helpt om deadlines nauwkeuriger te berekenen. (Zie ⚠️ Waar u op moet letten.)
Strategie 3: dagelijkse monitoring om een SLA-schending te voorkomen
Wijs een technicus aan die dagelijks de openstaande tickets in de SLA-spreadsheets controleert. Zijn taak is tickets met risico te signaleren, de dienstverlening te borgen en mogelijke SLA-schendingen te voorkomen.
Markeer tickets die aandacht nodig hebben en escaleer ze naar de juiste technici wanneer ze de vastgelegde SLA-drempels overschrijden. Documenteer alle uitgevoerde stappen zodat er een audittrail ontstaat die u tijdens klantgesprekken en QBR’s kunt omzetten in een rapportage.
Strategie 4: handmatige escalatieworkflow bij een SLA-schending
Leg per SLA-fase duidelijk vast wie eigenaar is van de escalatie. Zo stimuleert u verantwoording en voorkomt u dat de verantwoordelijkheid tussen technici vervaagt. Gebruik Visual Basic for Applications (VBA) in Excel om escalatie-eigenaren automatisch een e-mail te sturen zodra een schending is gedetecteerd.
Voeg per SLA-drempel een korte regel toe (bijv. 80% = teamleider informeren, 100% = escaleren naar de manager en de klant bijwerken). Begrijpelijke oneliners geven technici duidelijke handelingen, waardoor SOP’s worden gevolgd en taken soepel worden overgedragen.
Strategie 5: verzamel spreadsheetgegevens voor datagedreven SLA-rapportages
Houd wekelijkse SLA-samenvattingen en de gemiddelde reactie- en oplostijden bij en presenteer ze in een overzicht van één pagina. Voeg grafieken toe die SLA-schendingen in de tijd uitzetten om trends en uitschieters zichtbaar te maken. Desgewenst kunt u de grafieken naast elkaar leggen voor een vergelijking per klant, zodat u de dienstverlening kunt beoordelen en optimaliseren.
Presenteer uw rapportages periodiek om klanten op de hoogte te houden en benadruk daarbij successen en toekomstplannen voor nieuw gesignaleerde risico’s. Consistente communicatie verandert uw werk rond tracking en monitoring in aantoonbaar bewijs van compliance en bouwt vertrouwen op dat leidt tot verdere samenwerking en betere strategieën.
⚠️ Waar u op moet letten
| Risico’s | Mogelijke gevolgen | Oplossingen |
| Onvolledige SLA-regels in spreadsheets | Het spreadsheet levert inconsistente resultaten op, waardoor het aantal schendingen onjuist is. | Maak de SLA-matrix compleet door openingstijden vast te leggen, pauzes te bepalen en doelen uit te werken die passen bij het serviceniveau van de klant. |
| Geen versiebeheer op de SLA-matrix | Zonder goed versiebeheer weten technici niet of ze met een bijgewerkt en geverifieerd spreadsheet werken. | Voeg de matrixversie van het spreadsheet toe, inclusief de ingangsdatum, voor meer inzicht en duidelijkheid wanneer u die in rapportages verwerkt. |
| Openingstijden van klanten verkeerd toewijzen | Spreadsheets die niet aansluiten op de openingstijden van de klant leiden tot verwarrende SLA-deadlines. | Overweeg een rooster en feestdagen toe te voegen via een tabblad met werkvensters voor een nauwkeurigere tijdregistratie. |
| Ontbrekende audittrail van escalaties | Zonder transparante registratie is het lastig te achterhalen welke stappen tijdens een schending zijn gezet. | Voeg notities toe aan tickets om een audittrail achter te laten en de overdracht van taken inzichtelijk te maken (bijv. Geëscaleerd naar teamleider 06-09-25 om 12:00 uur). |
SLA-schendingen volgen zonder te veel uit te geven aan een complete automatiseringsstack
U kunt SLA-compliance effectief volgen zonder PSA’s of een volledige automatiseringsstack. Een alternatief is het invoeren van SLA-parameters in spreadsheets, gecombineerd met lichte scripting.
Door deze handmatige strategieën consequent toe te passen, kunnen MSP’s en interne IT SLA-schendingen proactief signaleren en tickets op tijd escaleren. Schendingen voorkomen in combinatie met heldere communicatie met de klant is de sleutel tot blijvend vertrouwen en consistente dienstverlening.
Gerelateerde onderwerpen:
