Escalatieregels

Wat zijn escalatieregels?

Escalatieregels bepalen wanneer een stuk werk niet langer bij een persoon blijft liggen en naar iemand anders gaat. Je schrijft de voorwaarde op voorhand op, en zodra ze waar wordt, wijst het systeem de taak toe aan iemand anders en verwittigt het die persoon.

Twee voorwaarden doen het meeste werk: tijd die voorbijgaat, en een grens die overschreden wordt. Een ticket zonder eerste antwoord na vier uur klimt naar de teamverantwoordelijke. Een creditnota boven 2.500 euro komt daar zelfs niet terecht, want het bedrag stuurt ze meteen naar de financieel manager. De meeste ladders gebruiken allebei.

Een herinnering zegt dat het werk te laat is en laat het staan waar het stond. Staat er na de regel nog altijd dezelfde naam bij de taak, dan is er niets geëscaleerd.

Functionele en hiërarchische escalatie

Escalatie valt uiteen in twee soorten, en de scheidingslijn is wat de ontvanger toevoegt. Atlassian gebruikt allebei de namen in zijn materiaal over incidentbeheer.

Functionele escalatie geeft de taak door aan wie ze het best opgelost krijgt, op basis van vaardigheden en niet van anciënniteit. In hun voorbeeld ziet wie het incident eerst oppakt dat het probleem bij een ander product zit, en geeft hij het door aan een ontwikkelaar van hetzelfde niveau in dat team. De ontvanger brengt kennis mee.

Hiërarchische escalatie geeft door op ervaring of positie, van een junior naar een senior en zo verder omhoog zolang het niet opgelost raakt. De ontvanger brengt bevoegdheid mee: de korting mogen toekennen, een noodwijziging mogen aftekenen, iemand van ander werk mogen halen, of de klant zelf bellen.

De vraag bij het ontwerpen van een trede is dus niet wie er in het organigram boven staat, wel wat die persoon kan dat de huidige niet kan. Is het enige antwoord dat hij hoger staat, dan had je waarschijnlijk de specialist nodig.

Wat zet een regel in gang?

  • Een deadline die voorbijgaat. Dynamics 365 Customer Service splitst dat in een waarschuwingsactie terwijl de norm nog maar in de buurt van een overschrijding komt, en een faalactie zodra ze overschreden is.

  • Een bedrag boven een grens. Je kan een goedkeuringsstap zo instellen dat ze enkel loopt als een voorwaarde klopt, en het voorbeeld van Microsoft bij aankoopaanvragen is een bedrag boven 10.000 dollar. Dat bepaalt op welke trede een aanvraag binnenkomt, nog voor er een klok loopt. Een contractniveau of een klant die deze maand al klaagde, zet die instaptrede op dezelfde manier.

  • Hetzelfde dat opnieuw misgaat. Een mislukte betaalrun is een incident. De derde in een week hoort bij iemand die de oorzaak kan aanpakken in plaats van de job opnieuw te starten.

  • Een wachtrij die stilvalt. Niet de leeftijd van een item, wel de leeftijd van het oudste item in de rij. Dat cijfer dat stijgt is het vroegste signaal dat een team kopje-onder gaat.

  • Een agent die twijfelt, of over zijn budget gaat. Vindt een agent niets in je eigen documenten of scoort hij zijn eigen antwoord laag, dan is dat een voorwaarde die je mag opschrijven. Verbruik is een tweede: in het Power Platform admin center zet je per Copilot Studio-agent een maandelijkse limiet op berichten, en elke agent krijgt de status within limit, nearing limit of over limit. Wie zo'n melding krijgt, moet wel iemand zijn die de agent effectief kan uitzetten.

Vier dingen die een regel moet vastleggen

De klok. Beslis of ze 's nachts en in het weekend doorloopt. Dynamics 365 rekent waarschuwings- en faaltijden af tegen een customer service schedule, en Microsoft is duidelijk over wat er gebeurt als je die overslaat: kies je geen record met kantooruren, dan gelden alle uren van alle dagen als werkuren. Een SLA kan ook pauzeren zolang een record in wacht staat, zodat wachten op de klant niet tegen je eigen team telt.

Wie ze krijgt, per rol. Een regel die naar een persoon wijst, breekt de dag dat die persoon van job verandert. Wijs toe aan een rol of een positie in een hiërarchie, of aan een wachtdienstrooster zoals PagerDuty doet.

Wat de ontvanger moet doen, en tegen wanneer. PagerDuty geeft elke regel een escalation timeout, de tijd die iemand heeft om te reageren voor het incident doorschuift, standaard 30 minuten. Zodra iemand bevestigt, stopt de policy met escaleren. Net daarom moet ze iets betekenen. Een ladder waar mensen bevestigen om hun telefoon stil te krijgen, heeft geen treden meer over.

Het plafond. Dynamics 365 Finance maakt van de bovenkant een echt veld: een escalatiepad is een genummerde lijst van toewijzingen die eindigt op een eindactie, en in de documentatie van Microsoft staat daar Reject. PagerDuty laat een policy tot negen keer herhalen, en daarna blijft het incident bij de laatste gebruiker staan zonder nog te verwittigen. Een ladder zonder bovenkant escaleert niet eeuwig. Ze draait rondjes tot iemand toevallig kijkt.

Een ladder voor creditnota's, uitgerekend

Een groothandel maakt creditnota's op voor schade en tekorten bij levering. Het bedrag bepaalt waar een aanvraag binnenkomt, de klok bepaalt hoe ze klimt, en allebei lopen ze op de bedrijfskalender van maandag tot vrijdag, 08u00 tot 17u00.

  1. Tot 500 euro: de teamverantwoordelijke klantendienst, 4 werkuren. De meeste creditnota's blijven hier.

  2. 500 tot 5.000 euro: de financieel manager, 8 werkuren. Een aanvraag in die vork komt hier binnen en passeert nooit langs de teamverantwoordelijke.

  3. Boven 5.000 euro: de zaakvoerder, 2 werkdagen. Ook het instappunt voor alles wat een klant in geschil betreft.

Over die drie treden heen geldt een regel: wie de creditnota opmaakt, mag ze niet goedkeuren. Een aanvraag die de financieel manager zelf ingeeft, start dus een trede hoger dan het bedrag doet vermoeden. Dat is functiescheiding, en meteen de reden waarom een ladder nooit puur een functie van het bedrag is.

Dan de kalender. Een creditnota van 180 euro komt binnen op vrijdag om 16u30. Trede 1 krijgt 4 werkuren en er rest nog een half uur werkweek, dus de overige 3,5 uur lopen maandagvoormiddag en de deadline valt op maandag om 11u30. Op een gewone klok gaat diezelfde aanvraag vrijdagavond om 20u30 over trede 1, zaterdagochtend rond half vijf over trede twee, en staat ze op de lijst van de zaakvoerder voor iemand terug aan zijn bureau zit.

Antwoordt de zaakvoerder na twee werkdagen niet, dan gaat de ladder niet terug naar beneden. De eindactie wijst de creditnota af en stuurt ze terug naar wie ze opmaakte, met de reden erbij. Met een afwijzing kan iemand iets doen. Met een vierde herinnering niet.

Waar moet je op letten bij escalatieregels?

De escalatie die van niemand is. De regel mailt naar een groepsadres, drie mensen lezen ze, elk gaat ervan uit dat een van de anderen ze oppakt. Een regel die geen naam op de taak zet, is een melding.

Alles dat escaleert. Zet je de grenzen te strak, dan kleurt de halve wachtrij rood en betekent rood niets meer. Krijgt een manager twintig escalaties per dag, dan is geen enkele daarvan nog een escalatie.

De trede die met verlof is. Een escalatie naar iemand die weg is, is twee weken vertraging met een tijdstempel erbij. In Power Automate kan een goedkeurder een aanvraag zelf doorgeven aan iemand anders, maar wie ze verstuurde kan dat niet: die kan ze enkel annuleren en de flow aanpassen. Afwezigheid hoort dus in de regel zelf, via een rol of een wachtdienstrooster.

De regel die niemand sindsdien nog las. Ladders worden een keer geschreven, tijdens een project, door mensen die toen wisten wie wat deed. Twee functiewissels later wijzen ze naar een team dat niet meer bestaat. Lees de jouwe jaarlijks na tegen het huidige organigram.

Drie cijfers vertellen je of de jouwe werken. Het aandeel items dat escaleert, per regel: een regel die op bijna alles afgaat heeft een verkeerd gezette grens, een regel die nooit afgaat is dood gewicht. De tijd die een item op elke trede staat, want die toont waar de ladder vastloopt. En het aandeel escalaties dat opgelost raakt zonder dat de ontvanger iets deed: werk dat de oorspronkelijke eigenaar alsnog zelf afhandelt terwijl het een trede hoger staat, was nooit een escalatie. Dat was een wachtrij die volk tekortkwam, of een deadline die korter stond dan de job duurt.

Laatst Bijgewerkt: September 4, 2026 Terug naar Woordenboek
Trefwoorden
escalatieregels escalatie approval workflow service level objective case management exception handling work queue human-in-the-loop runbook audit trail procesautomatisering incidentbeheer