About the Support default triggers

To help you get started with triggers, Zendesk Support provides a standard set of triggers and mail notifications that are best practices in a typical ticket workflow. You can use these triggers as they are or clone them to make copies that you can modify and repurpose. You can deactivate these triggers if needed. If you reactivate a trigger, it will not retroactively run on past tickets.

Note: On Essential, you have a limited selection of conditions and actions to choose from when creating or editing triggers.

You can use the default triggers as they are or you can clone copies to modify. You can also edit default triggers, but it's better to clone them. You can deactivate these triggers if needed

For information about creating and managing triggers, see Creating and managing triggers for ticket updates and notifications.

The article contains the following sections:

• Accessing your triggers
• Default trigger best practices
• Notify requester of received request
• Notify requester of comment update
• Notify assignee of comment update
• Notify assignee of assignment
• Notify assignee of reopened ticket
• Notify group of assignment
• Notify all agents of received request
• Auto-assign to first email responding agent (inactive at sign up)

Accessing your triggers

You can see all of your triggers on the Triggers admin page.

To access your triggers

• Click the Admin icon () in the sidebar, then select Business Rules > Triggers.

Default trigger best practices

• If you want to alter a default trigger, clone it and create a new trigger based on its structure, then deactivate the original default trigger.
• Consider deactivating the Notify all agents of received request trigger, to avoid clogging your agents’ inboxes unnecessarily. Unless you have a very small team, you probably don’t need to inform all of your agents about every ticket submitted.

Notify requester of received request

Notifies the requester via email that their request has been received and has become a ticket. For information on editing the email, see How do I edit the automatic response sent to someone who submits a ticket? in our Support tech notes.

When ALL of these conditions are met:

• Ticket | Is | Created: An end-user or agent submits a request, which has created a new ticket.

  AND

• Status | Is not | Solved: When created, the new ticket has one of the following statuses applied to it: New, Open, Pending, or On-hold.

  AND

• Privacy | Is | Ticket has public comments: The ticket has public comments.

The following actions occur:

• Email user | (requester): The email defined in this action is sent to the end-user or agent listed as the ticket's requester. This is most commonly the person who submitted the ticket; however, an agent can submit a ticket request on behalf of another user, in which case that user is listed as the requester.

Notify requester of comment update

When an agent adds a comment to the ticket, the requester is notified via email.

When ALL of these conditions are met:

• Ticket | Is | Updated: An agent or end-user updates a ticket, and submits those changes.

  AND

• Comment | Is | Present, and requester can see the comment: The change made in the condition above must be a comment the ticket requester can see. For example, if the requester is an end-user, and a public comment is added, this condition applies, but if the requester is an end-user and an internal note is added, this condition does not apply. If the requester is a Light Agent or Agent on the account, this condition applies to all types of comments: public comments, private comments, and internal notes.

  AND

• Requester | Is not | (current user): The person submitting the comment above cannot be the ticket's listed requester.

The following actions occur:

• Email user | (requester): The email defined in this action is sent to the end-user or agent listed as the ticket's requester. This is most commonly the person who submitted the ticket; however, an agent can submit a ticket request on behalf of another user, in which case that user is listed as the requester.

Notify assignee of comment update

Notifies the assigned agent when a comment is added to the ticket. Comments can be either private (internal notes added by an agent) or public (added by an agent or the requester).

When ALL of these conditions are met:

• Comment | Is | Present (public or private): A public comment or internal note must be added to the ticket.

  AND

• Assignee | Is not | (current user): The person submitting the comment above cannot be the ticket's listed assignee.

  AND

• Assignee | Is not | (requester): The ticket assignee cannot be the ticket requester.

  AND

• Assignee | Not changed: The ticket assignee is not changed in the current update.

  AND

• Status | Not changed from | Solved: The ticket's status is not changed from the Solved status in the current update. That is, a solved ticket is not being reopened as part of the current update. However, the ticket status can be changed from any other status (New, Open, Pending, or On-hold) without blocking this trigger. For sending a notification about a reopened ticket, see Notify assignee of a reopened ticket.

The following actions occur:

• Email user | (assignee): The email defined in this action is sent to the end-user or agent listed as the ticket's assignee.

Notify assignee of assignment

Notifies the agent who has been assigned to a ticket of the new assignment.

When ALL of these conditions are met:

• Assignee | Changed: The assignee listed on the ticket is changed to another individual.

  AND

• Assignee | Is not | (current user): The person making this change is not assigning the ticket to themselves. For example, if an agent is viewing a ticket and clicks the take it link, this condition is not met.

The following actions occur:

• Email user | (assignee): The email defined in this action is sent to the end-user or agent listed as the ticket's assignee.

Notify assignee of reopened ticket

Notifies the assigned agent of a solved ticket that the ticket was updated with a new comment by the requester and reopened.

When ALL of these conditions are met:

• Assignee | Is not | (current user): The person making this change is not assigning the ticket to themselves. For example, if an agent is viewing a ticket and clicks the take it link, this condition is not met.

  AND

• Status | Changed from | Solved: The ticket status is being changed from Solved to another status type.

  AND

• Status | Is not | Closed: The new ticket status is not Closed.

The following actions occur:

• Email user | (assignee): The email defined in this action is sent to the end-user or agent listed as the ticket's assignee.

Notify group of assignment

Notifies a group when a ticket is assigned to a group to which they belong.

Note: This trigger is not available on the Essential plan.

When ALL of these conditions are met:

• Group | Is not | - : The ticket is currently assigned to a group; that is, it Is not assigned to no (-) group.

  AND

• Assignee | Is | -: The ticket is not currently assigned to an individual user; that is, it Is assigned to no user (-)

...And ANY of these conditions are met:

• Group | Changed: The group assigned to the ticket has changed in any way.

  OR

• Assignee | Changed: The user assigned to the ticket has changed in any way.

  Both of these conditions must be included in this trigger to ensure the notification is sent whether the ticket is assigned to a group or a user before it is reassigned to the new group.

The following actions occur:

• Email group | (assigned group): The email defined in this action is sent to the group listed as the ticket's new assignee.

Notify all agents of received request

Notifies all non-restricted agents when a new ticket is created that has also not been automatically assigned.

When ALL of these conditions are met:

• Ticket | Is | Created : An end-user or agent submits a request, which has created a new ticket.

  AND

• Group | Is | -: The ticket is not currently assigned to a group; that is, it Is assigned to no group (-).

The following actions occur:

• Email user | (all non-restricted agents): The email defined in this action is sent to all agents, except those who cannot view the ticket based on their permissions.

Auto-assign to first email responding agent (inactive at signup)

Assigns the ticket to the agent when the agent replies to the ticket notification they received by email. You must activate this trigger for it to run.

Note: This trigger is not available on the Essential plan.

When ALL of these conditions are met:

• Ticket | Is | Updated : An agent or end-user updates a ticket, and submits those changes.

  AND

• Update via | Is | Email: The ticket was updated by responding to an email notification.

  AND

• Assignee | Is | -: The ticket is not currently assigned to a user; that is, it Is assigned to no user (-).

  AND

• Current user | Is not | (end-user): The person making this change is an agent; that is, not an end-user/customer.

The following actions occur:

• Assignee | (current user): The ticket is assigned to the agent making the changes to the ticket.