Benodigde licentie
| Abonnement | Elk abonnement |
| Toegang | Admin |
Triggers lopen bij elke bijwerking van boven naar beneden, en een latere kan een eerdere ongedaan maken. De volgorde hoort bij de logica.
Hoe het loopt
Al je actieve tickettriggers lopen elke keer dat een ticket wordt aangemaakt of bijgewerkt, in de volgorde van de lijst. Dat er één past, stopt de rest niet.
Wat telt is wat Zendesk looping behaviour noemt, en dat is eigen aan tickettriggers: acties van de ene kunnen beïnvloeden hoe andere triggers lopen en vuren. Andere soorten triggers lopen tegelijk zonder dat effect. Een trigger die een veld zet of een tag toevoegt, kan dus een andere trigger waar maken die dat even daarvoor niet was. Dat is nuttig als je erop bouwt en raadselachtig als je dat niet doet.
Twee dingen gelden daarbij. De lijst wordt na elke bijwerking opnieuw doorlopen en niet één keer, dus een trigger verderop kan alsnog aan de beurt komen omdat een eerdere het ticket heeft gewijzigd. En een trigger die in deze ronde al is afgegaan, staat als zodanig gemerkt en gaat niet nog een keer af. Dat is precies wat voorkomt dat het geheel eindeloos blijft rondlopen.
De twee gevolgen
De latere wint
Twee triggers die hetzelfde veld zetten: de onderste is het resultaat. Een regel die niet lijkt te werken, werkt vaak wel en wordt vier regels verderop overschreven.
De latere kan de eerdere zien
Een trigger die een tag zet, laat een lagere trigger op die tag filteren. Dit is de standaardmanier om iets voorwaardelijks te bouwen dat de twee voorwaardeblokken op zichzelf niet kunnen uitdrukken.
Een volgorde die leesbaar blijft
| Eerst: waarden wijzigen | Status, prioriteit, tags, elk ander veld. De regels die uitzoeken wat een ticket is. |
| Daarna: toewijzen | Groep, behandelaar, vaardigheden, wachtrij. |
| Als laatste: melden | Zodat het systeem zijn wijzigingen heeft gedaan voordat er een bericht uitgaat, en dat bericht weergeeft waar het ticket is beland. |
Meldingen boven routering is de meest voorkomende volgordefout, en het levert e-mails op die de behandelaar vertellen over een ticket dat intussen ergens anders ligt.
Er is een plafond, en het ligt hoog
Een account kan maximaal 7000 actieve tickettriggers hebben. Dat haal je niet door regel voor regel te werken; accounts die in de buurt komen zijn er gekomen door een set te kopiëren per merk of per land. Ruim voor dat plafond gaat de volgorde hierboven je geld kosten, want elk van die triggers loopt bij elke ticketwijziging mee.
Gebruik categorieën
Triggercategorieën groeperen verwante regels en worden als blok geordend, wat een grote inrichting doorzoekbaar maakt. Zonder ze wordt een lijst van tachtig triggers met slepen geordend en ziet niemand meer de vorm.
Opmerkingen
0 opmerkingen
Artikel is gesloten voor opmerkingen.