Escalator helps Zendesk teams create and manage related tickets. Agents can escalate a ticket through an administrator-defined workflow, create or link sub-tickets, split a ticket into separate work items, and view ticket relationships without leaving the ticket workspace.
This guide covers setup and administration first, followed by the day-to-day steps for agents.
Contents
How Escalator works
Escalator supports two related but different workflows:
- Escalated sub-tickets are created from escalation paths configured by an administrator. The escalation can prefill the assignee, group, form, status, fields, tags, subject, message, and other settings. It can also ask the agent which comments and attachments to copy.
- Other sub-tickets are created or linked by an agent using the + Add menu. A new sub-ticket can start with minimal information or copy selected values from the current ticket.
Escalator displays the resulting parent, child, sibling, problem, and incident relationships in the ticket sidebar. The exact options agents see depend on the app settings and escalation paths configured by an administrator.
Getting started
Install Escalator
- Open the Zendesk Marketplace and search for Escalator, or open the Escalator Marketplace page directly.
- Click Free trial.
- Follow the prompts to select your Zendesk account and complete the installation.
Create the required app data field
Escalator needs an agent-only, multi-line ticket field to store ticket relationship data. Create this field before configuring the app.
- In Zendesk Admin Center, go to Objects and rules > Tickets > Fields.
- Click Add field.
- Select Multi-line as the field type.
- Set the field permission to Agent only.
- Enter a clear internal title, such as Escalator data field, then click Save.
- If your account uses multiple ticket forms, add the field to every form on which Escalator will be used.
- Refresh Zendesk after adding the field.
Find Escalator in Zendesk
Open a ticket and look for Escalator in the app area. If the app is unpinned, click Apps in the right sidebar and select Escalator. If it is pinned, click Escalator directly.
Understand the Escalator interface
Administrators see a three-dot Settings button in the Escalator pane. Agents use the escalation menu, the + Add menu, and the linked ticket list.
Escalation and sub-ticket menus
| Menu | Use it to |
|---|---|
| Escalate to... | Select an administrator-configured escalation path. The label can be customized in App settings. |
| + Add | Create a new sub-ticket, copy saved or unsaved field values into a new sub-ticket, or link an existing ticket. Administrators can choose which of these options appear or hide this menu entirely. |
Administrators can restrict individual escalation paths by Zendesk group or role. An agent only sees the manual escalation options available to them. The + Add menu is controlled separately in Sub-ticket customization.
Linked ticket relationships
The linked ticket list appears after a relationship has been created. Each item shows the ticket ID, status, and subject. Select a ticket to open it.
| Relationship | Meaning |
|---|---|
| Sub-tickets | Tickets created from or linked to the current ticket. |
| Parent ticket | The ticket from which the current ticket was created or linked. |
| Sibling tickets | Other sub-tickets that share the same parent. Enable their display in Sub-ticket customization. |
| Problem and incident tickets | Zendesk problem and incident relationships. Enable their display in Sub-ticket customization. |
Configure Escalator as an administrator
Open a ticket, click the three-dot Settings button in Escalator, then select App settings. Only administrators can change these settings. The current Escalator version appears in the footer of the App settings window, alongside the Cancel and Save buttons.
Back up and restore settings
The Backup & Restore section lets you preserve or transfer the Escalator configuration as JSON.
- Backup: Select Copy to clipboard or Download as a file, then store the JSON securely.
- Restore: Paste valid backup JSON into the restore field or upload a JSON backup file.
Generate an Escalator configuration using AI
You can use Escalator's AI configuration schema with tools like ChatGPT or Claude to help create new escalation workflows or update existing settings.
Instead of configuring each escalation manually, you can describe what you want in plain language or provide a document outlining your escalation process. The AI assistant can use this information to generate a configuration that you can review and import into Escalator.
The schema is a reference file that explains Escalator's configuration structure. It does not change your settings automatically, and the AI tool is not part of Escalator.
How to create or update a configuration
- Download the Escalator AI configuration schema (.txt file).
- If you already use Escalator: Open App settings > Backup & Restore and select Download as a file to save your current JSON configuration. This helps the AI assistant preserve your existing settings. If you're starting with a new installation that has nothing configured yet, you can proceed without a backup.
- Upload the schema and, if applicable, your existing configuration to ChatGPT, Claude, or another AI assistant.
- Describe the escalation workflow you want to create or change. You can write a prompt or attach a Word document or PDF outlining your process.
- Ask the AI assistant to generate the complete Restore JSON and an identifier report showing any account-specific IDs that need verification. It should ask about missing requirements rather than make assumptions.
- Review the generated configuration, resolve any missing IDs, and import the JSON through Backup & Restore. Check the imported settings and test the escalation workflows before using them.
Example prompts
Here are three examples of how you can use AI assistance to create or update your Escalator configuration.
Example 1: Create a new escalation from a description
Attach the Escalator configuration schema and use a prompt like this:
I'm setting up an escalation workflow in Escalator for our Billing team.
Create an escalation called "Escalate to Billing" that:
- Creates a linked ticket assigned to our Billing group.
- Copies the original ticket's subject.
- Adds the tag billing_escalation.
- Includes an internal note explaining that the ticket has been escalated for billing review.
- Allows the agent to review and edit the new ticket before submitting it.
Generate the configuration JSON using the attached schema. Ask me about any missing requirements and identify any Zendesk IDs I need to provide or verify.
Example 2: Create escalation workflows from a Word document
Attach the Escalator configuration schema and a Word document or PDF describing your escalation process.
I've attached the Escalator configuration schema and a document describing our company's escalation process.
Use the document to create the escalation workflows we need, including the appropriate escalation paths, ticket settings, groups, and conditions.
If anything is unclear or missing, ask me before generating the configuration.
Generate the complete Restore JSON and an identifier report showing any Zendesk IDs that need verification. Don't invent IDs or settings.
Example 3: Add a new escalation to an existing configuration
Attach the Escalator configuration schema and a backup of your current Escalator settings.
I've attached the Escalator configuration schema and a backup of our current Escalator settings.
Add a new escalation called "Escalate to Technical Support" that creates a linked ticket assigned to our Technical Support group.
Keep all existing escalation paths, folders, and app settings unchanged.
Generate the complete updated Restore JSON, along with an identifier report showing any IDs that need verification.
Global configuration
| Setting | What it does | Default | Important notes |
|---|---|---|---|
| App data field | Stores Escalator relationship data. | Not selected | Required. Select the agent-only, multi-line field created during setup. |
| Export parent ticket ID to field | Writes the parent ticket ID to a selected custom field. | Not selected | Optional. Useful for reporting and automation. |
| Export sub-ticket IDs to field | Writes IDs for non-escalation sub-tickets to a selected custom field. | Not selected | Use a text field because more than one ID may be stored. |
| Export escalated ticket IDs to field | Writes IDs for escalated sub-tickets to a selected custom field. | Not selected | Use a text field because more than one ID may be stored. |
| Do not automatically open app tray | Stops Escalator from opening the Zendesk app tray automatically. | Off | Enable this if agents prefer to open the app area manually. |
| Show escalation progress | Displays progress while an escalation is created and linked, and while a saved parent macro is applied, when configured. | On | Agents should keep the tab open while the process is running. Turn this setting off if the progress dialog is not needed. |
Sub-ticket customization
Most of these settings apply to non-escalation sub-tickets created from the + Add menu. The grandchild warning also applies to manual escalations from a ticket that already has a parent.
Choose which + Add options appear
Under App settings > Sub-ticket customization, use the + Add button options panel to show or hide each manual sub-ticket option:
- New ticket
- New ticket (copy fields)
- New ticket (copy unsaved fields)
- Existing ticket
All four options are enabled by default.
Clearing an option removes it from the agent's + Add menu without changing how existing linked tickets work.
If you clear all four options, the entire + Add menu is hidden, while Escalate to... remains available.
Choose which fields to copy
Select one of the following copy rules:
- Copy only the following fields: Only the selected system and custom fields are copied.
- Copy all fields, except for the following fields: All supported fields are copied except those selected.
Standard field choices include Assignee, Group, Requester, Priority, Tags, Type, Problem ID, Description, Collaborators, Followers, Shared with, Due date, Organization, Status, Subject, and Brand. Use the searchable picker to select custom fields by title.
Other sub-ticket settings
| Setting | What it does | Default |
|---|---|---|
| Show confirmation | Shows a confirmation before either copy option creates a ticket. The message states whether saved values or current on-screen values will be used. | On |
| Auto include ticket attachments | Adds links to attachments from the original ticket's first comment. | Off |
| Show attachments selection | Lets agents choose which attachment links to include. | Off |
| Show both attachments & comments selection | Lets agents choose comments and attachment links when creating the sub-ticket. | Off |
| Show oldest comment first in comment selector | Displays the conversation in chronological order during selection. | Off |
| Do not copy description formatting | Copies the description as plain text. | Off |
| Sub-ticket can be unlinked from parent after creation | Shows an unlink option for non-escalation sub-tickets. | Off |
| Allow agents to link/unlink sub-ticket during creation | Lets agents decide whether the new ticket will be linked while creating it. | Off |
| Allow agents to unlink parent on child ticket | Lets agents remove the parent relationship while viewing the child ticket. Neither ticket is deleted. | Off |
| Show problem / incident tickets | Displays Zendesk problem and incident relationships in Escalator. | Off |
| Warn when attempting to add grandchild | When enabled, asks an agent to confirm before using any + Add option or manually escalating a ticket that already has a parent. Continue proceeds; Cancel leaves the ticket unchanged. Automatic escalations are not affected. | Off |
The grandchild warning is off by default. It does not override the Allow the escalated ticket to be escalated again restriction on an escalation path. If that option is disabled, the restricted escalation remains unavailable rather than showing a confirmation.
Default sub-ticket tags
Enter tags to apply automatically when an agent creates or links a non-escalation sub-ticket.
| Setting | Tags are added to |
|---|---|
| New sub-ticket | A newly created sub-ticket. |
| Existing sub-ticket | An existing ticket linked as a sub-ticket. |
| Parent of new sub-ticket | The parent when a new sub-ticket is created. |
| Parent of existing sub-ticket | The parent when an existing ticket is linked. |
Organize escalation paths
Use the Escalation / sub-ticket management section to manage what agents see in the escalation menu.
- Escalation menu text: Replace the default Escalate to... label.
- Sort by name: Display escalation paths alphabetically.
- Sort by position: Display escalation paths in the order set by an administrator.
- Add folder: Group related escalation paths and create subfolders.
- Add escalation: Create a new escalation path at the top level.
Use the three-dot menu beside a folder to add an escalation or subfolder, rename the folder, or delete it. Deleting a folder also removes its contents, so create a backup first if you may need them later.
For more guidance, see Organize escalation paths in Zendesk with Escalator folders and sub-folders.
Create and manage escalation paths
In App settings, open Escalation / sub-ticket management and click Add escalation. You can also create an escalation inside a folder from the folder's three-dot menu.
Name, tag, and visibility
| Setting | What it does | Important notes |
|---|---|---|
| Escalation name | Sets the name agents see in the menu. | Required. Use a short, action-oriented name such as Escalate to Billing. |
| Escalation tag | Identifies tickets created through this path. | If left blank, Escalator generates a tag from the name and prefixes it with vendor_ticket_. |
| Hide from escalation list | Removes the escalation from every agent's manual menu. | Automatic conditions can still run it. With no automatic conditions, the path is effectively inactive. |
| Visible to groups | Shows the manual option to members of selected Zendesk groups. | Optional. Leave empty if visibility should not depend on group. |
| Visible to roles | Shows the manual option to agents with selected Zendesk roles. | Optional. Leave empty if visibility should not depend on role. |
Configure the new ticket
Choose which data is copied from the original ticket, then set any values the escalation should apply to the new ticket. Available options include:
- Assignee or take it
- Group, including Same group as parent
- Requester and CCs
- Status
- Ticket form
- Type and priority
- Tags
- Other supported system and custom fields
When selecting a Problem ticket in the configuration editor, click the empty field to see recent open problem tickets, or search by ticket number or subject. Select a result to link the escalation to that problem ticket.
Set the subject and message
Enter a subject or select Same as parent. Add an initial public reply or internal note that agents can review before creating the ticket.
Use Zendesk placeholders and Liquid markup to insert values from the parent ticket. Put placeholders inside double curly brackets. For example:
This is a sub-ticket of {{ticket.id}}.
The original subject was: {{ticket.subject}}
The ticket is assigned to: {{ticket.assignee.name}}Select View available placeholders in Escalator, or see the Zendesk Support placeholders reference. Satisfaction rating placeholders are not supported.
Choose how the ticket is created
Choose whether Escalator creates the sub-ticket immediately or opens it for the agent to review and edit first. Opening the ticket before submission is useful when agents need to personalize the message or verify field values. Configured parent macros and delayed recipient overrides are supported on both creation paths.
Automatic escalation conditions
Add conditions when the escalation should run automatically, such as when a ticket contains a particular tag. Automatic escalations can run even when the path is hidden from the manual escalation menu or restricted by group or role.
Comments and attachments
Configure whether agents can select comments and attachment links to copy. When comments are copied, the agent can choose how they are added to the new ticket:
- Public replies
- Internal notes
- Same type as the first comment on the parent ticket (default)
When manual comment selection is available, side conversations also appear alongside public replies and internal notes. A side conversation appears as one item showing its subject, participants, and messages. Selecting it copies the entire thread, rather than individual messages, into the new ticket. Side conversations start unselected and require the Zendesk Collaboration add-on. They are not automatically copied when an escalation is created immediately.
For Auto add comments, options such as First comment from requester and First and last comments from requester use the requester of the original parent ticket. If that requester has only one comment, it is copied once.
Additional escalation settings
| Setting | What it does | Default |
|---|---|---|
| Allow the escalated ticket to be escalated again | Allows the child ticket to create another level of escalation. | Off |
| Allow agents to link/unlink sub-ticket during creation | Lets the agent decide whether the ticket will be linked while creating it. | Off |
| New ticket is not linked to parent | Creates an independent ticket while still using the escalation configuration. | Off |
| Sub-ticket can be unlinked from parent after creation | Lets agents remove the relationship after the ticket has been created. | Off |
Email address and macros
Sent-out email address
Choose the support address used for outgoing public replies from the new ticket. You can use the default support address, select another available address, or use the same address as the parent ticket.
If the Zendesk Select an Address app is installed, enable Override "Select an Address" app email when Escalator's selected address should take precedence. This option is off by default. If a delayed recipient override is configured, it is applied as part of the escalation process, including when the ticket is created immediately.
Macros
Choose macros for the new ticket or the original parent ticket as needed. For a new-ticket macro, select the appropriate Before or After option. Escalator applies configured parent macros as part of completing the escalation, including when immediate creation is enabled. Confirm that the macro's actions do not conflict with values set elsewhere in the escalation.
Save the escalation
Click Save when the configuration is complete. Return to the management list to place the path in the correct folder or position. Reload Zendesk if the new option does not immediately appear in the agent menu.
For agents: Escalate a ticket
The exact prompts depend on how your administrator configured the selected escalation.
- Open the ticket and find Escalator.
- Select the required path from the Escalate to... menu. If prompted because this ticket already has a parent, choose Continue to proceed or Cancel to stop.
- If prompted, select the comments or side conversations to copy. Selecting a side conversation includes the entire thread. Use the control beside the selected count to select or clear the available items.
- If a selected comment has attachments, choose the attachment links to include. You can also use Select all or Select none.
- If shown, choose whether copied comments become public replies, internal notes, or use the type of the first parent comment.
- Click Done.
- If Escalator opens the new ticket for review, check the requester, assignee, form, fields, subject, comment visibility, and attachments.
- Click Submit to create the new ticket. Escalator then completes any remaining parent-linking and macro steps.
After submission, the child ticket shows its parent in Escalator, and the original ticket shows the newly created sub-ticket.
Follow escalation progress
When Show escalation progress is enabled, Escalator displays a progress dialog for the creation and linking stages that apply to the selected escalation. If a saved parent macro is configured, the dialog also shows when that macro is being applied. Keep the browser tab open until the process is complete.
The dialog shows a completion message and closes automatically after a short countdown, or you can close it yourself. If a step cannot be completed, the dialog shows a message and stays open until dismissed. Ticket IDs in the dialog can be selected to open the relevant ticket.
For agents: Work with sub-tickets
Create a sub-ticket
Open the + Add menu and choose the option that matches the information you need. The available options depend on your administrator's settings. If this ticket already has a parent and the grandchild warning is enabled, confirm that you want to create another level of sub-ticket before continuing.
| Option | Use it when | Values used |
|---|---|---|
| New ticket | The related issue needs a mostly blank ticket. | The subject is prefilled. Complete the remaining ticket details. |
| New ticket (copy fields) | The new ticket should use the parent ticket's last submitted values. | Saved values only. Unsubmitted on-screen changes are not copied. |
| New ticket (copy unsaved fields) | Recent on-screen changes need to be included before the parent is submitted. | Current on-screen values, including unsubmitted changes. |
Review the new ticket, make any required changes, then click Submit. The relationship does not exist until the new ticket is submitted.
Link an existing ticket
- From the parent ticket, select + Add > Existing ticket. If a warning about creating a grandchild appears, select Continue to proceed.
- Enter the ticket ID in Keyword or Ticket ID, or search using a relevant keyword.
- Select the correct result. The selected ticket is highlighted and its ID appears in the field.
- Click Add ticket.
The dialog initially shows recent and bookmarked tickets. Search results can display up to 20 matching tickets.
Unlink a ticket
When unlinking is enabled, an X appears on the linked ticket card. Select it and confirm the action. This removes the relationship but does not delete either ticket.
- For an escalated sub-ticket, the escalation path must allow the ticket to be unlinked after creation.
- For an other sub-ticket, Sub-ticket can be unlinked from parent after creation must be enabled in App settings.
- To unlink while viewing the child, Allow agents to unlink parent on child ticket must also be enabled.
Split a ticket into multiple sub-tickets
Split a ticket when it contains separate issues that need different owners or workflows. For example, a request involving a billing error and a missing delivery can be divided into one sub-ticket for Finance and another for Dispatch.
- Identify the separate issues and decide which team should own each one.
- Open Escalator and select + Add.
- Create a sub-ticket for the first issue using the appropriate new-ticket option.
- Enter a specific subject, copy only the relevant context, assign the correct team, then submit the ticket.
- Repeat for each remaining issue.
- Add an internal note to the parent explaining how the request was split and where each issue is being handled.
- Use the linked ticket list to monitor progress and update the customer according to your team's process.
Advanced configuration
Export related ticket IDs to fields
Exported IDs make ticket relationships available for Zendesk reporting and account-specific automations.
- In Zendesk Admin Center, go to Objects and rules > Tickets > Fields.
- Create a Number field for the parent ticket ID.
- Create a Text field for escalated ticket IDs.
- Create a separate Text field for other sub-ticket IDs.
- Open Escalator App settings > Global configuration.
- Map each custom field to the corresponding export setting, then save.
Automate updates between related tickets
The exported parent, escalated, and other sub-ticket IDs can be used in account-specific Zendesk triggers and webhooks. For example, a change on a child ticket could apply a tag or another supported update to its parent.
More advanced workflows can send a direct JSON update through a webhook, including a comment or field change. These workflows require Zendesk API authentication and should be designed and tested by an administrator familiar with the Zendesk API.
Create a base configuration with ll-default
An escalation tagged ll-default acts as a base configuration for other escalation paths. Use it for values that should normally apply everywhere, such as a requester or common tags.
- If an individual escalation defines its own value, that value overrides
ll-default. - If an individual escalation leaves the value unset, it inherits the value from
ll-default.
For example, if ll-default sets Requester Y and a specific escalation sets Requester X, that path uses Requester X. A path with no requester configured uses Requester Y.
Troubleshooting and FAQs
Why can't an agent see an escalation?
- Check whether Hide from escalation list is enabled.
- Check the selected groups and roles. An agent must match at least one configured group or role.
- Confirm the escalation was saved and is in the expected folder.
- Reload Zendesk after configuration changes.
Visibility restrictions affect the manual menu only. They do not stop an automatic escalation from running.
Why are some + Add options missing?
Administrators can show or hide individual options under App settings > Sub-ticket customization > + Add button options. If every option is disabled, the + Add menu is hidden, but the escalation menu remains available.
Why does Escalator ask me to keep a ticket tab open?
Escalator may still be linking the new ticket to its parent or applying a configured parent macro after the ticket is created. When the progress dialog is enabled, wait for it to report completion before closing the tab. A failure message can help identify an update that could not finish.
What is the difference between Copy fields and Copy unsaved fields?
New ticket (copy fields) copies values last saved on the parent ticket. New ticket (copy unsaved fields) copies what is currently shown on screen, including changes that have not been submitted. When confirmation is enabled, Escalator identifies which source will be used before proceeding.
Why is the new ticket not linked to the parent?
The relationship is created only after the new ticket is submitted. Submit the new ticket, allow a short time for Escalator to finish updating the parent, then refresh or reopen the parent ticket. Also check whether New ticket is not linked to parent was enabled for the escalation.
Can I restrict an escalation to selected groups or roles?
Yes. Use Visible to groups and Visible to roles in the escalation settings. The fields use OR logic: matching any selected group or any selected role is enough. Leave both empty to make the path visible to all agents.
How do I stop Escalator from opening the app tray?
Enable Do not automatically open app tray under App settings > Global configuration.
Why does an automatic escalation not appear in the menu?
An escalation can be hidden from the manual list while remaining available to automatic conditions. This is expected when Hide from escalation list is enabled.
Why can't an agent unlink a ticket?
Unlinking must be enabled for the relevant ticket type. Check the escalation-specific setting for escalated sub-tickets and the Sub-ticket customization settings for other sub-tickets. To unlink from the child ticket, also enable Allow agents to unlink parent on child ticket.
Why does the copied ticket contain different values from the screen?
New ticket (copy fields) deliberately uses the last saved values. Use New ticket (copy unsaved fields) when the current on-screen changes should be included.
What should I do before making a large configuration change?
Download a current backup from Backup & Restore. Test the change with a limited escalation path or in a Zendesk sandbox where possible, then confirm agent visibility, copied fields, comment visibility, ticket links, and any macros or automations before wider use.
Comments