Can I use a trigger and a webhook to update tickets?

Return to top

8 Comments

  • Effortless Office BPO

    I too want this functionality to update a field with a numeric value when firing an action, whether that be through a macro, trigger or automation.

    I guess we'll see what they have in their feedback forum...

    0
  • RichL

    The lack of more sophisticated workflows is becoming more and more an achiles heel for Zendesk as the requirements of customer support/experience/operations teams continue to increase in complexity. The basic triggers are great for a traditional service desk but to manage cross-functional business processes you need something with a little more firepower.

    • You will absolutely need to subscribe to a workflow automation service like Zapier or  IFTT if you want to do anything remotely sophisticated with workflows. Example use case: receiving a ticket via API from a Google Form or Typeform and updating a different ticket from that same Requester
    • If you're still evaluating ticketing systems you should add the cost of a higher Zendesk API rate limit and the cost of a workflow automation tool when comparing Zendesk to other CRM or ticketing systems that are able to accommodate more robust business process workflows natively.
    5
  • Andrew J
    Community Moderator

    This article is sadly inaccurate.
    The correct answer is Yes - BUT!
    An entire article explaining why you shouldn't do something does not negate the fact that you can. This option is used by many zendesk administrators with caution. It is used as the basis for many support articles even.
    And by Brett ;) https://support.zendesk.com/hc/en-us/community/posts/4409515238554-How-to-allow-email-target-responses-to-thread-into-existing-ticket

    2
  • Bobby Koch

    So this functionality existed with extensions/targets, but now is not supported with webhooks? Why are we moving backwards?

    0
  • Margaret Boisvert

    Bobby Koch - they didn't remove it... they just don't recommend that you use it.  It is possible and we do use it in our environment.  We understand the risks and do extensive testing to ensure that it doesn't mess anything up.  We aren't trying anything too sophisticated at this point.  If we ultimately have that need, we will likely be looking at an external tool to do that  :(

     

    0
  • Andrew Paterson

    We have to use this method too despite the advice not to, all we want to do is add an internal note to the ticket when an automation has run so that the agent who picks the ticket up is aware of what has gone on in the ticket (eg. a chaser email has automatically been sent to the customer).

    This is clearly something many customers want, and need, to do and are being forced to use a risky working around. Is there a reason that this basic functionality can't be added?

    3
  • Joel Hellman

    Have to agree with Andrew here: triggers + webhooks = There be dragons, but as a long time Zendesk admin, I have to acknowledge triggers + webhooks is one way to solve business problems that might be hard to solve other ways today.

    I'd also caution what is already stated by multiple people: if you take this path, you are on your own if you want support from Zendesk, or if you experience unanticipated behavior.

    Tip

    Without diving into details, if you do use webhooks + triggers, I'd suggest you try to position the trigger for the webhook at the very end of your trigger run, at the point where you expect all other triggers have had their conditions evaluated (=no longer any chance they will fire), when the trigger run is about to end. 

    0
  • Joel Hellman

    Zooming out a bit on the trigger topic and on the 2 topics RichL raise about sophisticated workflows and include costs for a 3rd party workflow builder, I can see this being true for some customers (including myself). 

    The reason for many of us visiting this article about triggers + webhooks is the many limitations in the trigger framwork, both in what actions/conditions are available, in it feature limitations like poor support for webhooks that call back.

    I think the trigger framework also scales poorly when you Zendesk grows, and I think it's rather tricky to configure (without errors), compared to many modern "flow builder" or "code" type workflow frameworks.

    Searching on the product feedback forum just now, I didn't find a specific request to allow better support for using the trigger framework to do delayed actions for webhooks, or requests for more sophisticated workflows, but many of Zendesk Support product feedback requests are on that topic: triggers to add internal notes, support dynamic placerholders/expressions for update values, changing recipient email addresses, etc.

    So I'm confident Zendesk is very much aware of the current workflow limitations, and evaluating how to evolve the trigger framework to the next level, so those of us that us triggers + webhook workarounds can use built-in tools from Zendesk to accomplish our goals instead. 

    Tip if using API, Zapier or other 3rd party service

    If you have developer resources available or are using the Zendesk API or a 3rd party tool like Zapier to complement triggers or automations, I'd definitely recommend you also read the article about safe ticket updates, to increase the stability of your flows when multiple updates within the same timeframe/ticket updates collision might be a possibility: https://developer.zendesk.com/documentation/ticketing/managing-tickets/creating-and-updating-tickets/#protecting-against-ticket-update-collisions

    0

Please sign in to leave a comment.

Powered by Zendesk