Ability to Use Phone Numbers as Conditions in Triggers/Automations
Data ultimo post: 19 dic 2022
Hi,
We would like to have the option to use Talk lines numbers in business rules conditions, similarly to "Receive at" condition for emails:
We would like to create a view for calls that were directed to a specific number, no matter if the team responsible for this number actually answered the call or it was routed to another group.
Example: if a player calls our "VIP Customer Service" number, all VIP agents are busy, and a member of the secondary group for this line (regular "Customer Service Team") answers the call we would like to be able to add a "vip_customer" tag via a trigger, despite the fact that non-VIP agent answered the call. And we want to achieve this based on the number which the player called.
Please, consider adding "Talk number" conditions for triggers and automations.
Thank you.
Regards,
Yanko Chakarov
20
33 commenti
Ufficiale
Bailey Whitaker-Lea
Hi all! I've notified the Talk PM to chime in on their roadmap plans on this thread. They will take it from here, thanks.
0
Widson Reis
Hi 5781732139930
This question is answered here: https://support.zendesk.com/hc/en-us/community/posts/5238772442394/comments/6150239364890
0
Andrew Loh
Hi all, would love to see how we can set up Triggers based on the Zendesk Line that a Talk Ticket is generated from.
In my case, I need for certain fields to show up in a Ticket Form based on the Zendesk Line that the caller contacts. Would love to do this upon ticket creation to enable agents to fill out the ticket in real-time with the caller on-the-line.
0
Widson Reis
Hi 7501916985754
If you mean routing voicemails, callbacks, and SMS tickets, then yes, I can confirm this is planned for next year.
0
Francisco Serna
Is this still planned to be worked on? Very important feature for AvantStay
1
Widson Reis
Hi 6893340400282
You are correct. There is no way currently to route voicemails and tickets from expired callback requests. This is a part of our plan for next year.
1
Diego Colognese
please do it asap!!!! we need this!
anyone has come with a workaround to suggest me?
ciao from Italy!
0
Katie D.
+1 we need options for routing voicemails - we have high level groups but use a dropdown for routing tickets to sub teams. When we receive voicemails, there's not a great way to route via rule
0
Richard McCauley
Wilson Reis. Thanks again for you attention and kindness. I have tried myriad means of having the new inbound SMS relate to the original SMS. The most basic way (obviously) is through tags. The outbound SMS always uses a unique tag, so the trigger on the inbound or view-rule for it, should simply look for that tag. But this just doesn't work, and I believe this issue (combined with the fact that ZD cannot differentiate by phone number) that is driving much of this conversation.
It just always seems like the inbound is totally blind to the outbound. I have simply found no characteristic that causes the new ticket to look at the original one. That said – it IS the case that original SMS, and its original ticket number DO appear within the new inbound ticket which of course has a new ticker number. And this makes this problem all the more frustrating! Thanks again.
0
Widson Reis
Hi 6457285978138
I'm sorry, I did misunderstand you.
I assume that the outbound text is fired as a notification trigger. These notifications can use all sorts of placeholders to display fields from Tickets, Organisations, and Users. The full list of placeholders is here. You could add one or more placeholders that uniquely identify the user either to the message itself or to an internal comment in the ticket (you could also simply add a tag to the ticket that you can check later). When the user replies to the message and the ticket is updated you can check (using a variation of the conditions above) if the ticket contains the field you seek.
Do you think something like this could work?
0
Kristian Korsgaard
Given Omnichannel custom queues, having the option to use specific phone lines as conditions is extremely valuable.
0
Accedi per aggiungere un commento.