This integration is certified by Stitch. For support, contact Support.
Zendesk Support integration summary
Stitch’s Zendesk Support integration replicates data using the Zendesk Support API. Refer to the Schema section for a list of objects available for replication.
Zendesk Support feature snapshot
A high-level look at Stitch's Zendesk Support (v15-10-2015) integration, including release status, useful links, and the features supported in Stitch.
STITCH | |||
Release status |
Deprecated on November 5, 2018 |
Supported by |
[Stitch] (https://community.qlik.com/t5/Support/ct-p/qlikSupport) |
Stitch plan |
Standard |
API availability |
Not available |
Singer GitHub repository |
Not applicable |
||
REPLICATION SETTINGS | |||
Anchor Scheduling |
Unsupported |
Advanced Scheduling |
Unsupported |
Table-level reset |
Unsupported |
Configurable Replication Methods |
Unsupported |
DATA SELECTION | |||
Table selection |
Unsupported |
Column selection |
Unsupported |
Select all |
Unsupported |
||
TRANSPARENCY | |||
Extraction Logs |
Unsupported |
Loading Reports |
Supported |
Connecting Zendesk Support
Zendesk Support setup requirements
To set up Zendesk Support in Stitch, you need:
-
Administrator permissions in Zendesk Support. Only users with the Zendesk Support Administrator role can create an API token, which is required to complete the setup.
Step 1: Create a Zendesk API token
- Sign into your Zendesk account.
- Click the Settings (gear) icon in the left sidebar.
- When the Settings menu displays, locate the Channels section.
- Click the API link in this section.
- Verify that the Token Access setting is enabled.
- Click the + button in the Active API Tokens section to create a new token.
- When prompted, enter a description for the token. We recommend using ‘Stitch,’ so you will know, at a glance, what application is using the token.
- Copy the token into a text file. Do NOT click Save until you’ve copied the token, as Zendesk only displays API tokens once for security reasons. If you save before copying the token, you’ll have to create another one.
- After you’ve copied the token, click Save.
Step 2: Add Zendesk Support as a Stitch data source
- Sign into your Stitch account.
-
On the Stitch Dashboard page, click the Add Integration button.
-
Click the Zendesk Support icon.
-
Enter a name for the integration. This is the name that will display on the Stitch Dashboard for the integration; it’ll also be used to create the schema in your destination.
For example, the name “Stitch Zendesk Support” would create a schema called
stitch_zendesk_support
in the destination. Note: Schema names cannot be changed after you save the integration. - In the Site Prefix field, enter your Zendesk site prefix. For example: For
stitchdata.zendesk.com
, onlystitchdata
would be entered into this field. - In the Login Email field, enter the email of the user who created the Zendesk API token in step one.
- In the API Token field, enter the user’s password.
Step 3: Define the historical replication start date
The Sync Historical Data setting defines the starting date for your Zendesk Support integration. This means that:
- For tables using Key-based Incremental Replication, data equal to or newer than this date will be replicated to your destination.
- For tables using Full Table Replication, all data - including records that are older, equal to, or newer than this date - will be replicated to your destination.
Change this setting if you want to replicate data beyond Zendesk Support’s default setting of 1 year. For a detailed look at historical replication jobs, check out the Syncing Historical SaaS Data guide.
Step 4: Create a replication schedule
In the Replication Frequency section, you’ll create the integration’s replication schedule. An integration’s replication schedule determines how often Stitch runs a replication job, and the time that job begins.
Zendesk Support integrations support the following replication scheduling methods:
To keep your row usage low, consider setting the integration to replicate less frequently. See the Understanding and Reducing Your Row Usage guide for tips on reducing your usage.
Initial and historical replication jobs
After you finish setting up Zendesk Support, its Sync Status may show as Pending on either the Stitch Dashboard or in the Integration Details page.
For a new integration, a Pending status indicates that Stitch is in the process of scheduling the initial replication job for the integration. This may take some time to complete.
Initial replication jobs with Anchor Scheduling
If using Anchor Scheduling, an initial replication job may not kick off immediately. This depends on the selected Replication Frequency and Anchor Time. Refer to the Anchor Scheduling documentation for more information.
Free historical data loads
The first seven days of replication, beginning when data is first replicated, are free. Rows replicated from the new integration during this time won’t count towards your quota. Stitch offers this as a way of testing new integrations, measuring usage, and ensuring historical data volumes don’t quickly consume your quota.
Zendesk Support table reference
Schemas and versioning
Schemas and naming conventions can change from version to version, so we recommend verifying your integration’s version before continuing.
The schema and info displayed below is for version 15-10-2015 of this integration.
audits
Replication Method: Key-based Incremental
Primary Key: id
Contains Nested Structures?:
Yes
audits
table contains info about the activity associated with a ticket. This table contains the history of a ticket, with each audit event representing a single update to the ticket.audits & Nested Structures
This table contains nested structures. If you use a data warehouse that doesn't natively support nested structures, some of the attributes listed below may be in a subtable.
These items are marked with a *
Event Types
For event types, see Zendesk’s documentation.
audits Attributes
While we try to include everything Zendesk Support has here, this may not be a full list of attributes. Refer to Zendesk Support's documentation for a full list and description of each attribute.
Audit ID (
id
)ticket_id
metadata
via
created_at
author_id
events
*
: If a subtable, this will contain the event ID (id
),type
,body
,public
, and data about attachments.
zendesk_group_memberships
Replication Method: Full Table
Primary Key: id
Contains Nested Structures?:
No
zendesk_group_memberships
table contains info about the groups your Zendesk agents are members of.Group Membership Record Deletes
As Zendesk’s API doesn’t currently provide a method for identifying deleted records, we recommend periodically dropping this table and allowing Stitch to re-create it. Currently, dropping and re-populating the table is the only way to detect deletions.
zendesk_group_memberships Attributes
While we try to include everything Zendesk Support has here, this may not be a full list of attributes. Refer to Zendesk Support's documentation for a full list and description of each attribute.
Group Membership ID (
id
)user_id
group_id
default
created_at
updated_at
zendesk_groups
Replication Method: Key-based Incremental
Primary Key: id
Contains Nested Structures?:
No
zendesk_groups
table contains info about the groups - which is how agents are organized - in your Zendesk account.Group Deletes
This table includes a field (deleted
) to identify groups that have been deleted.
zendesk_groups Attributes
While we try to include everything Zendesk Support has here, this may not be a full list of attributes. Refer to Zendesk Support's documentation for a full list and description of each attribute.
Group ID (
id
)url
name
deleted
created_at
updated_at
zendesk_macros
Replication Method: Key-based Incremental
Primary Key: id
Contains Nested Structures?:
Yes
zendesk_macros
table contains info about the macros in your Zendesk account. Macros are actions defined by you that modify the values of a ticket’s fields.zendesk_macros & Nested Structures
This table contains nested structures. If you use a data warehouse that doesn't natively support nested structures, some of the attributes listed below may be in a subtable.
These items are marked with a *
zendesk_macros Attributes
While we try to include everything Zendesk Support has here, this may not be a full list of attributes. Refer to Zendesk Support's documentation for a full list and description of each attribute.
Macro ID (
id
)actions
*
active
description
position
restriction
title
created_at
updated_at
organizations
Replication Method: Key-based Incremental
Primary Key: id
Contains Nested Structures?:
Yes
organizations
table contains company information about your end-users.organizations & Nested Structures
This table contains nested structures. If you use a data warehouse that doesn't natively support nested structures, some of the attributes listed below may be in a subtable.
These items are marked with a *
organizations Attributes
While we try to include everything Zendesk Support has here, this may not be a full list of attributes. Refer to Zendesk Support's documentation for a full list and description of each attribute.
Organization ID (
id
)url
external_id
name
created_at
updated_at
domain_names
*
details
notes
group_id
shared_tickets
shared_comments
tags
*
organization_fields
zendesk_tags
Replication Method: Full Table
Primary Key: name
Contains Nested Structures?:
No
zendesk_tags
table contains a list of tags in your Zendesk account.tickets
Replication Method: Key-based Incremental
Primary Key: id
Contains Nested Structures?:
Yes
tickets
table contains info about the tickets in your Zendesk account.tickets & Nested Structures
This table contains nested structures. If you use a data warehouse that doesn't natively support nested structures, some of the attributes listed below may be in a subtable.
These items are marked with a *
tickets Attributes
While we try to include everything Zendesk Support has here, this may not be a full list of attributes. Refer to Zendesk Support's documentation for a full list and description of each attribute.
Ticket ID (
id
)url
external_id
type
subject
raw_subject
priority
status
recipient
requester_id
submitter_id
assignee_id
organization_id
group_id
collaborator_ids
*
forum_topic_id
problem_id
has_incidents
due_at
tags
*
via
custom_fields
*
fields
*
: Zendesk plans to deprecate this attribute in the near future. Stitch will continue replicating it at this time.satisfaction_rating
sharing_agreement_ids
*
followup_ids
ticket_form_id
brand_id
allow_channelback
is_public
created_at
updated_at
ticket_fields
Replication Method: Key-based Incremental
Primary Key: id
Contains Nested Structures?:
Yes
ticket_fields
table contains info about the basic text and custom ticket fields in your Zendesk account.ticket_fields & Nested Structures
This table contains nested structures. If you use a data warehouse that doesn't natively support nested structures, some of the attributes listed below may be in a subtable.
These items are marked with a *
ticket_fields Attributes
While we try to include everything Zendesk Support has here, this may not be a full list of attributes. Refer to Zendesk Support's documentation for a full list and description of each attribute.
Ticket Field ID (
id
)url
type
title
raw_title
description
raw_description
position
active
required
collapsed_for_agents
regxp_for_validation
title_in_portal
raw_title_in_portal
visible_in_portal
editable_in_portal
required_in_portal
tag
created_at
updated_at
system_field_options
*
custom_field_options
*
removable
zendesk_ticket_metrics
Replication Method: Full Table
Primary Key: id
Contains Nested Structures?:
No
zendesk_ticket_metrics
table contains info about the metrics associated with Zendesk tickets. Note that this table will NOT include records for archived tickets - see the Table Info section for details.Archived Ticket Metrics
As Zendesk’s API doesn’t currently support returning metrics for archived tickets, this table will not contain any metrics for archived tickets.
If you believe you’re missing records, check in your Zendesk account to see if the missing records are for archived tickets.
For more info on how Zendesk handles archiving tickets, check out their documentation.
zendesk_ticket_metrics Attributes
While we try to include everything Zendesk Support has here, this may not be a full list of attributes. Refer to Zendesk Support's documentation for a full list and description of each attribute.
Ticket Metric ID (
id
)ticket_id
url
group_stations
assignee_stations
reopens
replies
assignee_updated_at
requester_updated_at
status_updated_at
intitially_updated_at
assigned_at
solved_at
latest_comment_added_at
first_resolution_time_in_minutes
reply_time_in_minutes
full_resolution_time_in_minutes
agent_wait_time_in_minutes
requester_wait_time_in_minutes
created_at
updated_at
users
Replication Method: Key-based Incremental
Primary Key: id
Contains Nested Structures?:
Yes
users
table contains info about all the users - end-users, agents, and administrators - in your Zendesk account.users & Nested Structures
This table contains nested structures. If you use a data warehouse that doesn't natively support nested structures, some of the attributes listed below may be in a subtable.
These items are marked with a *
users Attributes
While we try to include everything Zendesk Support has here, this may not be a full list of attributes. Refer to Zendesk Support's documentation for a full list and description of each attribute.
User ID (
id
)email
name
active
alias
chat_only
created_at
custom_role_id
details
external_id
last_login_at
locale_id
moderator
notes
only_private_comments
organization_id
phone
photo
restricted_agent
role
shared
shared_agent
signature
suspended
tags
*
ticket_restriction
time_zone
two_factor_auth_enabled
updated_at
url
user_fields
verified
Related | Troubleshooting |
Questions? Feedback?
Did this article help? If you have questions or feedback, feel free to submit a pull request with your suggestions, open an issue on GitHub, or reach out to us.