Het verschil tussen een incident en een serviceverzoek in jouw ticketsysteem

Stel: je werkt vrijdagmiddag rustig door. Dan gaat ineens de hele database plat.

Of collega Marie kan niet meer inloggen op haar laptop. Of iemand vraagt gewoon om een nieuwe monitor. Allemaal “problemen”, toch?

Maar in de werk van jouw helpdesk zijn die drie dingen nét even anders. En als je dat niet goed onderscheidt, wordt je ticketsysteem een brij van onduidelijkheid. Daarom: laten we het hebben over incidenten versus serviceverzoeken. Niet droog, niet vol jargon, maar gewoon helder.

Wat is een incident?

Een incident is alles wat onverwacht je werk of service verstoort. Denk aan een server die ligt, een applicatie die niet meer reageert, of een netwerkuitval die een hele afdeling platlegt.

Het kenmerkende: er is iets kapot, en dat had niet hoeven gebeuren. Incidenten hebben meestal prioriteit. Ze moeten snel worden opgelost, want hoe langer ze duren, hoe meer schade.

Veel organisaties gebruiken daaroor een prioriteitsmatrix: P1 voor kritieke storingen (bijvoorbeeld de hele organisatie vast), P2 voor grote impact op meerdere gebruikers, tot P4 voor kleine hinderlijke problemen.

In systemen zoals ServiceNow, Jira Service Management of TOPdesk zie je dat terug: incidenten krijgen vaak een SLA (Service Level Agreement) met strikte reactie- en oplostijden. Bijvoorbeeld: een P1-incident moet binnen 15 minuten opgepakt worden en binnen 4 uur opgelost. Die afspraken zijn er om paniek te voorkomen en duidelijkheid te creëren.

Wat is een serviceverzoek?

Een serviceverzoek is een vraag om iets dat normaal, gepland of herhaalbaar is.

Denk aan: “Ik wil graag een nieuwe laptop”, “Kan je me toegang geven tot SharePoint?”, of “Ik wil een softwarelicentie voor Figma.” Deze verzoeken zijn geen storingen.

Ze zijn onderdeel van de normale bedrijfsvoering. Toch verdienen ze aandacht, want ze zeggen veel over wat medewerkers nodig hebben om hun werk goed te doen. Serviceverzoeken lopen vaak via een catalogus in je ticketsysteem. Daarin staan vooraf gedefinieerde aanvragen, zoals “Nieuwe medewerker onboarden” of “Wachtwoord resetten”, waarbij je voor elk type aanvraag een SLA in je ticketsysteem kunt instellen.

Dat maakt het makkelijker: medewerkers kiezen een optie, vullen wat gegevens in, en het verzoek loopt via een vast proces.

Minder e-mailverwarring, meer structuur.

Waarom is het verschil zo belangrijk?

Stel: je behandelt elk verzoek als incident. Dan wordt je helpdesk een soort brandweer die overal op af gaat, ook voor simpele dingen.

Tijd en aandacht die je niet hebt, gaan naar taken die eigenlijk via een standaardproces hadden kunnen lopen. Omgekeerd: als je een echte storing behandelt als een serviceverzoek, loopt de reactietijd op.

Iemand wacht dagen op een oplossing terwijl het systeem al uren ligt. Dat frustreert iedereen. Door duidelijk te maken wat een incident is en wat een serviceverzoek, creëer je: Een vuistregel: Is er iets kapot of onverwacht gestopt met werken? Dan is het een incident. Is het een vraag om iets nieuw, een wijziging of een standaardactie?

• Snelle prioriteitsstelling: wat moet nu, wat kan wachten?
• Betere rapportage: je ziet hoeveel storingen er écht zijn versus hoeveel aanvragen.
• Efficiëntere processen: serviceverzoeken automatiseren waar mogelijk, incidenten menselijk behandelen waar nodig.

Hoe herken je het in de praktijk?

Dan is het een serviceverzoek. Soms zit het lastiger.

Bijvoorbeeld: “Mijn printer werkt niet.” Is dat een incident? Vaak wel, want het verstoort direct werk. Maar als het om een vervanging gaat van een oude printer, kan het ook een serviceverzoek zijn. De context maakt het verschil.

Tips om het verschil helder te houden

Je kunt het verschil verwarrend maken door te veel categorieën te gebruiken of te weinig duidelijke definities. Hier een paar concrete tips:

1. Gebruik duidelijke labels in je ticketsysteem. Niet “Overig” of “Anders”, maar expliciet “Incident” en “Serviceverzoek”.
2. Train je medewerkers om bij het aanmaken van een ticket de juiste categorie te kiezen. Een korte handleiding of een paar voorbeelden helpen al enorm.
3. Maak gebruik van workflows. Incidenten kunnen automatisch escaleren bij overschrijding van SLA’s. Serviceverzoeken kunnen via goedkeuringsflows lopen.
4. Analyseer regelmatig je ticketdata. Zie je dat veel “incidents” eigenlijk serviceverzoeken zijn? Dan is je definitie misschien te breed.

Conclusie: structuur biedt rust

Het verschil tussen een incident en een change request ticket klinkt misschien als administratief gedoe.

Maar in de praktijk is het de basis van een werkende helpdesk. Het zorgt ervoor dat de juiste dingen op het juiste moment behandeld worden, dat je team niet overweldigd raakt, en dat medewerkers snel de hulp krijgen die ze nodig hebben. Dus: neem even de tijd om je definities helder te krijgen.

Bespreek ze met je team. En zorg ervoor dat je ticketsysteem ze ondersteunt. Want een goed georganiseerde helpdesk is geen luxe — het is een must, zeker als je ticketaging als waarschuwingssignaal tijdig herkent.