This article covers common issues encountered while using the app in order to help you self-diagnose and resolve the problem. It is assumed you have a basic understanding of the app, how triggers operate and how to view the ticket event logs. If you need a brief recap, please take a moment to go through the following articles.

How to use the Notify App

About triggers and how they work

Viewing all events of a ticket

Trigger conditions and actions reference

 

This article contains the following sections:

 

Why aren't my notifications appearing?

It's important to understand how the app integrates with Zendesk in order to send the notification. If you think of notifications as a parcel, you can configure what is inside the box (Message), where it goes (Recipients) and which courier service (Trigger) will deliver the parcel, however, the app will not decide when the parcel is delivered.

mceclip1.png

This is up to the courier service (Trigger) to determine when the parcel is delivered in the form of conditions.

Zendesk already comes with several great triggers that you can use which will guarantee they are delivered on time and consistently, however, you may experience intermittent issues when creating your own triggers if you haven't taken every condition into account.

Whenever troubleshooting notification, the following flowchart is a good place to start.

Screen_Shot_2021-07-13_at_10.59.52_pm.png

 

If you have an Adblocker browser extensions installed, this could interfere with the pop-up notification. It is recommended to disable these for the purpose of troubleshooting.

Did the trigger fire?

You will first need to confirm the trigger fired by checking the ticket event logs.

mceclip5.png

If the trigger does not appear, you'll need to navigate to it within Zendesk, then view the conditions.

  1. Admin
  2. Business Rules
  3. Triggers

mceclip6.png

In this example, the only requirement is that checkbox must be checked and the ticket updated. In your case, you may need to make adjustments to the conditions or to your workflow to ensure the conditions are met.

 

While you're still viewing the trigger, this is a good place to answer the next question in the flowchart which is:

 

Is the notify webhook present on the trigger?

This one involves checking that the action created by the notify app exists on the trigger.

mceclip0.png

If it doesn't, you'll need to confirm the trigger has been selected from the list in the notification settings and re-select it if required.

mceclip2.png

 

Is the recipient correct?

Confusion around the recipient is another common issue. For example, the "current user" is the last user who updated the ticket. In most cases, it wouldn't make sense to notify the current user since they were the individual who triggered the notification so you need to think about how and why you would use this.

Another example is when using the "assignee" recipient, you need to take into consideration that the assignee might be blank at the time of when the trigger fired but is later populated making it appear like the notification didn't work. Depending on your requirements, you can add that the assignee is not 'blank' as part of the conditions in the trigger to prevent misfires.

mceclip0.png

 

Contact Support

If you've reached this point, it's likely there is a bug or you require additional assistance from our support team. Please include the issue along with any troubleshooting steps performed in the form of screenshots and/or a screencast/video to help speed up resolution time.


Was this article helpful?
0 out of 0 found this helpful

Comments

0 comments

Please sign in to leave a comment.