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
Bij elke bijwerking werkt Zendesk de lijst af. Elke trigger waarvan de voorwaarden passen loopt, op volgorde. Ze komen allemaal aan de beurt; dat er één past stopt de rest niet.
Omdat ze op volgorde lopen, ziet een trigger halverwege de wijzigingen die de triggers erboven hebben gemaakt. Dat is nuttig als je erop bouwt en raadselachtig als je dat niet doet.
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
- Indelen en taggen eerst. De regels die uitzoeken wat een ticket is.
- Routeren daarna. Groep, behandelaar, vaardigheden, wachtrij.
- Melden als laatste. Zodat berichten weergeven waar het ticket is beland en niet waar het begon.
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.
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.