Recherches récentes
Pas de recherche récente

Thomas D'Hoe
Adhésion le 16 avr. 2021
·
Dernière activité le 26 sept. 2024
I'm addicted to Zendesk. I have been working with Zendesk since 2013 and am proud of what we are doing with Premium Plus (Zendesk Master partner)
Suivis
1
Abonnés
2
Activité totale
111
Votes
10
Abonnements
57
APERÇU DES ACTIVITÉS
BADGES
ARTICLES
PUBLICATIONS
COMMENTAIRES DE LA COMMUNAUTÉ
COMMENTAIRES SUR L’ARTICLE
APERÇU DES ACTIVITÉS
Dernière activité effectuée par Thomas D'Hoe
Thomas D'Hoe a ajouté un commentaire,
Do you mean end users or agents?
Afficher le commentaire · Publication le 26 sept. 2024 · Thomas D'Hoe
0
Abonnés
1
vote
0
Commentaire
Thomas D'Hoe a ajouté un commentaire,
Michael Locurcio , I think you need to enable auto-accept feature: https://support.zendesk.com/hc/en-us/articles/6206214897562-Announcing-auto-accept-functionality-for-live-chat-and-messaging-customers
Afficher le commentaire · Publication le 20 juin 2024 · Thomas D'Hoe
0
Abonnés
0
Votes
0
Commentaire
Thomas D'Hoe a ajouté un commentaire,
Hi Johannes Garske ,
The tickets will be assigned to one of the agents, a primary or secondary group member for that specific queue.
Here is the Miro Board: https://miro.com/app/board/uXjVK-9tNlc=/?share_link_id=427742085841
Afficher le commentaire · Publication le 18 juin 2024 · Thomas D'Hoe
0
Abonnés
2
Votes
0
Commentaire
Thomas D'Hoe a ajouté un commentaire,
Hi Johannes Garske ,
Yes, the latter - you assign skills to the ticket with triggers first. After going through the trigger cycle, the Omnichannel enginge will run through the omnichannel queues (top to bottom) - once there is a match , the ticket will be added to that queue (based on the conditions you have set for that queue).
Omnichannel will try to assign a ticket to an agent within the primary group(s) or secondary group(s) you have assigned to that queue. The ticket will be assigned if an agent is available (online) , has capacity and has the right skill (based on the skills added to the ticket by triggers before).
I recorded a video earlier for my team where I explain custom queues, maybe it's useful for you guys too:
- Understanding Custom Cues in Zendesk 🎥
- Understanding how ticket priority works for (Custom) Queues in Zendesk
(sorry, videos are pretty amateurish :-))
Afficher le commentaire · Publication le 17 juin 2024 · Thomas D'Hoe
0
Abonnés
2
Votes
0
Commentaire
Thomas D'Hoe a ajouté un commentaire,
Hi Erin O'Callaghan , are you sure it's available for professional plans? We meet all the requirements, but I don't see the ‘live data’ reporting data as mentioned in the article.

Afficher le commentaire · Publication le 13 juin 2024 · Thomas D'Hoe
0
Abonnés
0
Votes
0
Commentaire
Thomas D'Hoe a ajouté un commentaire,
Hi Erin O'Callaghan , I'm still confused. The info in the article still contradicts each other.
Afficher le commentaire · Publication le 11 juin 2024 · Thomas D'Hoe
0
Abonnés
0
Votes
0
Commentaire
Thomas D'Hoe a ajouté un commentaire,
Hi, regarding to following bullet point in the article:
Tickets that don't match the conditions for any of your custom queues are inserted into the standard omnichannel routing queue. However, omnichannel routing prioritizes all tickets routed through custom queues over those routed through the standard omnichannel routing queue, regardless of the ticket's priority.
Does this mean that all custom queues must be empty before tickets from the standard queue are routed? Or is a scenario possible where tickets in the custom queue are still waiting to be assigned to an agent and tickets from the standard queue are assigned because of agent availability?
A possible scenario could be that you provide a specific agent group to handle tickets from the standard omnichannel queue. If you exclude this group from in the conditions of the custom queues (i.e., there is no custom queue match and the agent group of the standard queue is not a primary or secondary custom queue group) , will the tickets from the standard queue then be allocated? Or should the custom queue(s) be empty first?
Or in other words, does it work the same like explained here?
=> When an agent is eligible to receive work from multiple queues, tickets from the queue with the higher priority value are assigned before tickets from a queue with a lower priority value. A custom queue's priority value is considered only when an agent receives work from more than one queue.
Afficher le commentaire · Modification le 11 juin 2024 · Thomas D'Hoe
0
Abonnés
0
Votes
0
Commentaire
Thomas D'Hoe a ajouté un commentaire,
If a follow-up ticket is created, will the intent model be applied to this newly created ticket? And not take into account the previous closed ticket? In other words, the intent of the follow-up ticket may differ from previous closed ticket?
Afficher le commentaire · Publication le 04 juin 2024 · Thomas D'Hoe
0
Abonnés
0
Votes
0
Commentaire
Thomas D'Hoe a ajouté un commentaire,
Hi Barry Neary , any thoughts about auto-tagging tickets when they are in a queue - and untagging if they leave a queue?
When tickets have a queue tag, it can massively improve workflows (used in triggers) and custom reporting. (building report to see only queue ticket)
Afficher le commentaire · Publication le 04 juin 2024 · Thomas D'Hoe
0
Abonnés
1
vote
0
Commentaire
Thomas D'Hoe a ajouté un commentaire,
Related to: https://support.zendesk.com/hc/en-us/articles/6712096584090/comments/6960387626010
What can happen with handling priorities this way (FIFO) is that you may not handle tickets according to SLA breach.
See this view (screenshot below) - which is based on one of our Queues (conditions view same as that of the queue) sorted by Tickets Request date & grouped by Prio.
The queue will assign these tickets to an agent (routing engine) and start at the top of the list. This means that ticket #1131236 with prio high and a sla breach of -38days will have to wait until all Urgent tickets are handled (and no urgent ticket may arrive before the ticket with prio high will be assigned by the routing engine)
A possible workaround is to change tickets that are close to being breached from prio (putting them higher in the queue) or depending on the business give these SLA breach tickets a TAG and create a prio 1 queue for handling SLA breach tickets. 🤔
Afficher le commentaire · Publication le 28 mai 2024 · Thomas D'Hoe
0
Abonnés
0
Votes
0
Commentaire