Zo automatiseert u SLA- en ticketrapportage voor MSP-klanten

Het aantonen van SLA-compliance (service level agreement) is cruciaal voor MSP’s (managed service providers). Dit is meer dan alleen een rapportageoefening: het is essentieel om het vertrouwen van klanten te behouden en goede prestaties te onderbouwen. Klanten verwachten bovendien transparantie, zeker als het gaat om contractuele verplichtingen.

Het is daarom een uitstekend idee om SLA- en ticketafhandeling te automatiseren. Geautomatiseerde rapportage voor klanten haalt het handmatige werk weg en levert een consistent en herhaalbaar proces op. Zo kunnen MSP’s prestatietrends volgen, problemen vroeg signaleren en rapporten opleveren zonder de gebruikelijke zware werklast.

Deze gids neemt u mee langs de tools, scripts en workflows die nodig zijn om op schaal nauwkeurige SLA-rapporten te maken.

Wilt u een snel visueel overzicht? Bekijk dan onze videogids Zo automatiseert u SLA- en ticketrapportage voor MSP-klanten.

Zo automatiseert u SLA- en ticketrapportage

📌 Vereisten:

• U hebt een actief PSA-platform nodig, zoals NinjaOne, Autotask of ConnectWise.
• De SLA-policy’s moeten aan elke klant zijn toegewezen zodat de systemen weten welke termijnen gelden.
• De tijdstempels en categorieën van tickets moeten correct worden vastgelegd voor een nauwkeurige rapportage.
• Voor PowerShell en scriptmatige dataqueries zijn beheerdersrechten vereist.
• U hebt toegang nodig tot gebeurtenislogboeken of lokale systeemgegevens om incidenttijdlijnen te bevestigen.

SLA-metrics en benchmarks voor afhandeling definiëren

Voordat u geautomatiseerde rapporten opzet die klanten laten zien dat aan de SLA-benchmarks wordt voldaan, moet u eerst bepalen wat u precies meet.

📌 Toepassingen:

• Hiermee standaardiseert u het volgen van SLA’s bij al uw klanten.
• Het vormt de basis voor geautomatiseerde rapporten en dashboards.
• U kunt hiermee de metrics en prestatiedoelen tonen die u volgens uw contract moet halen.

📌 Vereisten:

• Hiervoor zijn SLA-policy’s nodig die per klant via de PSA zijn toegewezen.
• Correcte tijdstempels voor statuswijzigingen van tickets (aangemaakt, bevestigd, opgelost).
• U moet tickettypen of -categorieën hebben gedefinieerd om SLA-gegevens te groeperen.

Dit zijn de SLA-compliance-metrics die u in uw rapporten moet opnemen:

• Time to acknowledge (TTA)
• Time to resolve (TTR)
• Percentage SLA-compliance op reactietijd
• Slagingspercentage van afhandeling per categorie (hardware, software, netwerk)
• Aantal geëscaleerde versus opgeloste tickets
• Aantal gemiste of heropende SLA-tickets

SLA- en ticketgegevens ophalen met PowerShell of API

Zodra u uw metrics hebt bepaald, is de volgende stap het ophalen van ticketgegevens uit uw PSA. De meeste platforms ondersteunen API-queries (Application Programming Interface) of exports die u via PowerShell kunt filteren en inplannen.

📌 Toepassingen:

• Met deze methode automatiseert u het volgen van SLA’s bij meerdere klanten.
• Het beperkt het handmatige werk bij maandelijkse ticketbeoordelingen.
• Het ondersteunt dashboards en rapportage per SLA-categorie of op basis van schendingen.

📌 Vereisten:

• U hebt een API-token nodig met rechten om tickets op te vragen.
• Uw PowerShell-versie moet 5.1 of hoger zijn.
• Uw RMM of Taakplanner moet toegang hebben om scripts automatisch uit te voeren.

Hier is een voorbeeld van een PowerShell-snippet dat opgeloste tickets uit een PSA-API haalt en naar CSV exporteert:

$headers = @{ "Authorization" = "Bearer $token" }
$response = Invoke-RestMethod -Uri "https://api.ninjaone.com/v2/tickets" -Headers $headers
$response | Where-Object { $_.resolved -eq $true } | Export-Csv "C:\Reports\SLAReport.csv" -NoTypeInformation

Wilt u het rapport filteren op klant, periode of SLA-status? Dan moet u het script aanpassen. Voeg queryparameters toe aan de API-URL of gebruik voorwaarden in PowerShell.

Het register gebruiken om lokale SLA- of agentgebeurtenissen te volgen (optioneel)

📌 Toepassingen:

• Voegt een lokaal audittrail toe van scriptmatige reacties die aan ticket-ID’s zijn gekoppeld.
• Helpt u te verifiëren wanneer een melding of herstelactie is getriggerd.
• Het ondersteunt RMM-dashboards met ticketcontext per endpoint.

📌 Vereisten:

• Voor deze methode zijn beheerdersrechten nodig om naar het register te schrijven.
• U hebt een RMM of script nodig om de registerwaarden bij te werken.
• Een standaard naamgeving om tickets tussen systemen te koppelen.

Maak aangepaste registerwaarden aan om SLA-gerelateerde gebeurtenissen lokaal te markeren. Zo doet u dat:

1. Open de Register-editor.
2. Ga naar dit pad: HKEY_LOCAL_MACHINE\SOFTWARE
3. Klik vervolgens met de rechtermuisknop op de map SOFTWARE, kies Nieuw > Sleutel en noem deze Org.
4. Klik met de rechtermuisknop op de sleutel Org en selecteer Nieuw > Sleutel. Noem deze: SLAEvents
5. Klik binnen de sleutel SLAEvents met de rechtermuisknop in het rechterdeelvenster en kies Nieuw > Tekenreekswaarde.
6. Noem deze LastAcknowledgedTicket. Dubbelklik erop en voer een ticket-ID in (bijvoorbeeld TKT-10129) als waardegegevens.
7. Maak nog een tekenreekswaarde aan in SLAEvents. Noem deze LastActionTime. Dubbelklik erop en stel als waardegegevens het tijdstip van de gebeurtenis in (bijvoorbeeld 2025-08-15T14:23Z)

Zodra deze zijn aangemaakt, kunnen de waarden later met scripts worden uitgelezen of door uw RMM worden verzameld.

💡 Tip: deze stap is een handmatige manier om SLA’s te volgen. Het ticketsysteem van NinjaOne kan SLA-compliance echter automatisch volgen.

CMD-scripts uitvoeren voor endpointcontext of servicemonitoring

Met scripts in de opdrachtprompt verzamelt u basale systeemgegevens van Windows-devices. Zo verifieert u wat er op een endpoint gebeurde op het moment dat een ticket werd aangemaakt. U kunt de uptime, mislukte services of gebeurtenissen rond systeemproblemen controleren, waardoor uw rapportage over ticketafhandeling soepeler verloopt.

📌 Toepassingen:

• Hiermee bevestigt u of een probleem samenhing met een reboot, crash of uitvaltijd.
• U kunt dit gebruiken ter ondersteuning van uw RCA door endpointgedrag te koppelen aan tickets.
• Handig wanneer PowerShell niet beschikbaar is.

📌 Vereisten:

• U hebt beheerderstoegang nodig om de opdrachtprompt met verhoogde rechten uit te voeren.
• Op de endpoints moeten logboekregistratie en gebeurtenisgeschiedenis zijn ingeschakeld.
• Uw rapportageproces moet het mogelijk maken logboeken op te slaan of te uploaden.

Hier volgen enkele voorbeelden van opdrachtpromptcode:

Systeemuptime controleren

systeminfo | findstr "System Boot Time"

Dit geeft het laatste moment terug waarop het systeem opnieuw is opgestart. Zo bevestigt u of een device vóór of na de melding van een probleem opnieuw is gestart.

Overzicht van mislukte of gestopte services

sc query type= service state= all | findstr "STOPPED"

Deze methode laat zien welke services niet draaien. U kunt dit vervolgens vergelijken met het gemelde probleem om te zien of een kritieke service uit stond toen het ticket werd aangemaakt.

Recente systeemlogboekvermeldingen exporteren

wevtutil qe System /q:"*[System[(EventID=7034)]]" /f:text /c:20

Hiermee haalt u de laatste 20 systeemlogboekgebeurtenissen op van services die onverwacht zijn gestopt. Zo bevestigt u wanneer een device een kritieke fout heeft gehad.

💡Let op: met deze opdrachten controleert u het gedrag van endpoints rond het moment waarop een ticket werd geopend of opgelost.

Rapporttemplates bouwen voor oplevering aan klanten

Zodra u de SLA-compliance- en ticketgegevens hebt verzameld, is de volgende stap het exporteren van tickets en het presenteren ervan op een manier die klanten gemakkelijk begrijpen. Uw rapporten moeten de belangrijkste metrics en gemiste SLA’s samenvatten en aangeven waar verbetering mogelijk is.

📌 Toepassingen:

• Helpt u consistente rapporten met eigen huisstijl aan klanten te leveren.
• Hiermee vereenvoudigt u terugkerende rapportage en SLA-evaluaties.
• U kunt hiermee trends, voortgang en risico’s in begrijpelijke taal communiceren.

📌 Vereisten:

• U hebt de verzamelde SLA- en ticketgegevens nodig.
• Een tool waarmee u grafieken of tabellen maakt (MS Excel, Google Sheets).
• Een vastgelegde, gestandaardiseerde rapportstructuur die u bij al uw klanten kunt hergebruiken.

Neem in elk geval deze kernonderdelen op in uw rapport:

• Managementsamenvatting – Bevat het percentage SLA-compliance plus de belangrijkste cijfers.
• Tickettrends – Bevat ticketvolume, tickettypen en patronen in de afhandeling.
• Analyse van gemiste SLA’s – Ticket-ID’s en de redenen waarom ze zijn aangemaakt.
• Prestaties van technici (optioneel) – Bevat de gemiddelde reactie- en oplostijden.
• Aanbevelingen – Hiaten in de dienstverlening, grondoorzaken en verbeterpunten, zeker met het oog op de analyse van gemiste SLA’s en de prestaties van technici.

Dit zijn de aanbevolen formaatopties:

• Microsoft Excel, geëxporteerd via PowerShell. U kunt bijvoorbeeld deze voorbeeldopdracht voor gefilterde ticketgegevens gebruiken:

$response = Invoke-RestMethod -Uri "https://api.psa.com/v2/tickets" -Headers @{ "Authorization" = "Bearer $token" }
$filtered = $response | Where-Object { $_.resolved -eq $true }
$filtered | Export-Excel -Path "C:\Reports\SLA_Report_July.xlsx" -WorksheetName "ResolvedTickets" -AutoSize

U kunt ook een pdf-versie gebruiken, al moet u het bestand dan handmatig als pdf opslaan.

• Power BI (Business Intelligence) voor andere dashboards met live metrics.
• Een HTML-rapport met grafieken en tabellen.
• Een ingepland rapport vanuit de PSA zelf.

Zorg dat deze rapporten per klant zijn opgesplitst en aansluiten op hun specifieke SLA-drempels en -doelen.

Rapporten automatisch genereren en versturen

De laatste stap bij het opzetten van geautomatiseerde rapporten voor klanten is de levering ervan. U kunt hiervoor scripts inplannen die rapporten exporteren en e-mails versturen.

📌 Toepassingen:

• Helpt u SLA-samenvattingen en rapporten over ticketafhandeling te leveren zonder handmatig werk.
• Zorgt voor tijdige en “nooit te late” rapportage bij al uw klanten.

📌 Vereisten:

• U hebt een werkend rapportscript nodig dat CSV-, XLSX- of pdf-uitvoer genereert.
• De referenties van de mailserver of bestandsbestemming van uw klanten.
• Een RMM- of PSA-platform dat ingeplande scripts of rapporten ondersteunt.

U kunt de levering van rapporten op verschillende manieren automatiseren:

• Plan scripts in die SLA-gegevens exporteren en naar de klant mailen.
• Push via API naar SharePoint, S3 of een beveiligde FTP-map.
• Gebruik de planningstools van de PSA zelf. Een goed voorbeeld zijn de exportrapporten van NinjaOne.
• U kunt de automatisering ook vanuit uw RMM triggeren.

Hier is een PowerShell-voorbeeld voor e-mail:

Send-MailMessage -From "[email protected]" -To "[email protected]" `
-Subject "Monthly SLA Performance - July" `
-Attachments "C:\Reports\SLAReport_July2025.pdf" `
-SmtpServer "smtp.msp.com"

⚠️ Waar u op moet letten

Aanvullende aandachtspunten bij het automatiseren van SLA- en ticketrapportage

Koppel SLA’s aan elke klant

Klanten hebben verschillende eisen aan reactie- en oplostijden. Zorg dat elk ticket in uw PSA-systeem aan de juiste SLA-policy is gekoppeld.

Standaardiseer ticketgegevens in alle omgevingen

Gebruik bij al uw klanten dezelfde ticketcategorieën, statusnamen en workflows. Zo filtert, visualiseert en vergelijkt u SLA-prestaties in de loop van de tijd veel eenvoudiger.

Bewaar ruwe data voor audits

Bewaar geëxporteerde ticketlogboeken en tijdstempels van afhandeling het liefst 12 tot 24 maanden. Dat helpt u bij contractevaluaties, factuurdiscussies en externe audits.

Scheid gegevens per klant

Dit is bijzonder belangrijk in multi-tenant omgevingen. Filter en exporteer tickets altijd per klant-ID. Zo voorkomt u datalekken en houdt u rapporten overzichtelijk en nauwkeurig.

Problemen met SLA- en ticketrapportage oplossen

Ontbrekende tijdstempels

Zorg dat uw ticketsysteem alle vereiste statuswijzigingen vastlegt, zoals:

• Aangemaakt
• Bevestigd
• Geëscaleerd
• Opgelost

Zonder deze gegevens zijn de SLA-metrics in uw rapport onvolledig.

Onjuiste SLA-koppeling

Controleer of uw PSA-automatiseringsregels en ticketwachtrijen per klant de juiste SLA-policy’s toepassen. Een verkeerd gerouteerd ticket kan uw statistieken en cijfers vertekenen.

Mislukte PowerShell-scripts

Exporteren of versturen uw scripts geen rapporten? Controleer dan op problemen met API-rechten, verlopen tokens of fouten in het script.

Inconsistente tijdzoneweergave

Sluiten de tijdstempels in het rapport niet aan op de tickethistorie? Normaliseer dan alles naar UTC of, nog beter, converteer naar de lokale tijd van de klant.

NinjaOne-diensten

Met NinjaOne kunnen MSP’s hun SLA-rapportage automatiseren en het volgen van ticketafhandeling bij al hun klanten stroomlijnen. De functies staan in de tabel hieronder:

Met geautomatiseerde SLA- en ticketrapporten blijven MSP’s en klanten op de hoogte

Het automatiseren van SLA- en ticketrapportage helpt MSP’s om verantwoordelijk, transparant en efficiënt te blijven werken. Het bespaart tijd op handmatige exports, verbetert de nauwkeurigheid van rapporten en zorgt dat serviceafspraken worden nagekomen én zichtbaar zijn.

We hebben behandeld hoe u de juiste SLA-metrics definieert, ticketgegevens ophaalt met PowerShell of een API, afhandelingsgebeurtenissen valideert met register- en CMD-tools en rapporten opmaakt voor levering aan klanten. Met deze methoden leveren MSP’s op schaal betrouwbare SLA-rapportage die aansluit op de afgesproken policy’s.

Gerelateerde onderwerpen:

• Essentiële NinjaOne-ticketautomatiseringen om mee te beginnen
• Wat is een MSP service level agreement (SLA)?
• 6 tips voor helpdeskrapportage in modern IT Management
• Verder dan troubleshooting: beste praktijken voor IT-rapporten