Recent searches
No recent searches
Vendor Reply Creates New Ticket Instead of Updating the Original
Answered
Posted Jan 08, 2024
Our agents oftentimes have to interface with a few of our vendors that use Salesforce to ingest their emails for customer service, which means Zendesk is emailing to Salesforce. Since Salesforce strips out header data that Zendesk uses to associate replies to an existing ticket, every time our vendor replies, it creates a brand new ticket rather than updating the original one started by our agent.
Any suggestions on how to work around this scenario or to solve it? We currently just keep merging one reply into another but it's a horrible solution and makes researching old tickets impossible.
Is there a way to resolve this or best practices on how to work around this Zendesk limitation?
0
4
4 comments
Brandon (729 Test)
Hey Daniel Rafeedie -
Unfortunately there are no easy answers here. Since Zendesk was built to talk with customers, not tools/systems, getting the ticket to thread is pretty much a non-starter. Best practice here is to solve the original request and leverage the ticket history for that user inside the context panel.
About the only other thing I can think of is leveraging a 3rd party tool like LInkets and a webhook via the API to search for and manually link the tickets, but the juice may not be worth the squeeze.
You could always tell the vendor to get Zendesk, in which case a ticket sharing agreement would make things much easier :)
Brandon
-1
Stephan Marzi
Hi Daniel,
We are also facing the other way that we are receiving answers on old tickets. Did you have the chance to discuss that result with your vendor? Is he realy answering on your ticket or is he issuing a complete new task in salesforce?
In fact, should salesforce also have to use the metadata in the message to add the comments in their system as well?
Thank you for your feedback in advance.
Regards,
Stephan
0
Marla Boyles
Has anyone found an answer to this problem? Does anyone know if SalesForce has a way to fix on their end since they are the ones stripping the information?
0
Daniel Rafeedie
Marla Boyles Stephan Marzi
We've wrestled with this extensively with our vendors and here is what we've uncovered:
They've been able to modify their settings in SF (which apparently is not very easy) to accomodate Zendesk's requirements for email threading. ZD's requirements are relatively unique in that regular email providers like Google / MSFT do not have an the issue with threading replies. Despite that, there are still some imperfections depending on the cadence of communication.
Ultimately we have found Zendesk's inability to accomodate standard emailing a bit of a deal breaker and are gearing up to migrate to a more versatile product. This limitation presents itself in many other ways like “Scheduling emails” or some other similar functionalities that you see in Salesforce, Hubspot, Gmail, etc.
0