Skip to content

Dependency Mapping

Dependency Mapping helps you understand how your Zendesk configuration objects are connected. It answers questions like:

  • Which triggers use this custom field?
  • What will break if I delete this group?
  • Which macros reference this tag?
  • How do I find all objects that assign to a specific team?

What Dependencies Are Tracked

Configly automatically extracts dependencies from your configuration objects during sync. It identifies references to:

Custom Fields

When a trigger, automation, macro, or view references a custom field:

  • Ticket fields - custom_fields_12345
  • User fields - In conditions and actions
  • Organization fields - In conditions and actions

Example:

A trigger condition checks custom_fields_67890 (Product Type), and an action sets custom_fields_12345 (Priority Score). Configly tracks both dependencies.

Groups

When objects reference Zendesk groups (teams):

  • Group assignments - Actions that assign tickets to groups
  • Group restrictions - Macros or views restricted to specific groups
  • Group conditions - Rules that check which group a ticket is assigned to

Example:

A macro is restricted to the "Billing Team" group. Configly tracks this dependency so you know the macro won't work if the group is deleted.

Tags

When objects add, remove, or check for tags:

  • Tag actions - Macros or triggers that add/remove tags
  • Tag conditions - Rules that fire only if specific tags are present

Example:

An automation checks for the vip tag and escalates the ticket. Configly tracks this dependency.

Brands

When objects reference Zendesk brands (for multi-brand instances):

  • Brand conditions - Rules that check which brand a ticket belongs to
  • Brand restrictions - Views or macros specific to one brand

Users

When objects reference specific users:

  • Assignee conditions - Rules that check who a ticket is assigned to
  • Requester conditions - Rules that check who submitted a ticket

Ticket Forms

When objects reference specific ticket forms:

  • Form conditions - Rules that only apply to certain forms
  • Form fields - Configuration tied to specific forms

How to View Dependencies

From a Configuration Object

When viewing a trigger, macro, or view:

  1. Look for the Dependencies section
  2. See all fields, groups, and tags this object references
  3. Click on a dependency to see more details

Example: Trigger "Auto-assign to billing"

Dependencies:
  - Ticket Field: "Product Type" (ID: 67890)
  - Group: "Billing Team" (ID: 123)
  - Tag: "billing" (used in actions)

From a Field or Group

To find what uses a specific field or group:

  1. Navigate to the field's detail page (or group page)
  2. View the Reverse Dependencies section
  3. See all triggers, macros, and views that reference this field or group

Example: Ticket Field "Product Type"

Used by:
  - Trigger: "Auto-assign to billing" (checks field in conditions)
  - Trigger: "Tag enterprise products" (checks field in conditions)
  - Macro: "Set product category" (sets field in actions)
  - View: "Enterprise tickets" (displays field as column)

From the Dashboard

The dashboard shows a summary of dependencies:

  • Total dependencies extracted
  • Dependencies by type (fields, groups, tags, etc.)
  • Most referenced fields or groups

Why Dependencies Matter

Before Deleting Objects

Scenario: You want to delete a custom field because it's no longer needed.

Problem: If triggers or macros reference that field, they'll break when the field is deleted.

Solution:

  1. View the field's reverse dependencies
  2. See which triggers, macros, and views use it
  3. Update or remove those references first
  4. Then safely delete the field

Impact Analysis

Scenario: You're renaming a group from "Support Team" to "Customer Success Team".

Problem: Macros restricted to "Support Team" will stop working after the rename.

Solution:

  1. Check reverse dependencies for the "Support Team" group
  2. Find all macros, triggers, and views that reference it
  3. Update those objects after renaming the group

Understanding Complex Configuration

Scenario: You inherited a Zendesk instance with hundreds of triggers.

Problem: It's hard to understand how everything fits together.

Solution:

  1. View dependencies for key objects
  2. See which fields and groups are most commonly used
  3. Understand the "core" configuration vs. edge cases

Dependency Extraction Details

When Dependencies Are Extracted

Dependencies are extracted automatically after each sync:

  1. Configly fetches configuration from Zendesk
  2. Saves it as a snapshot
  3. Analyzes the snapshot to find dependencies
  4. Stores dependencies in the database for fast lookup

You don't need to do anything - dependency extraction happens in the background.

What Gets Analyzed

Configly scans the following parts of configuration objects:

Object Type Analyzed Sections
Triggers Conditions (all/any arrays), Actions
Automations Conditions (all/any arrays), Actions
Macros Actions, Restrictions (group/user)
Views Conditions, Execution columns, Restrictions
SLA Policies Filter conditions

Field Reference Patterns

Configly recognizes several patterns:

  • custom_fields_12345 - Custom ticket field with ID 12345
  • group_id - Group reference in conditions or actions
  • brand_id - Brand reference
  • assignee_id / requester_id - User references
  • current_tags - Tag references
  • ticket_form_id - Ticket form reference

Dependency Statistics

From the dashboard, you can view dependency stats:

Total Dependencies: 1,247
  - Ticket Fields: 523
  - Groups: 198
  - Tags: 412
  - Brands: 45
  - Users: 69

This gives you a sense of how interconnected your configuration is.

Most Referenced Objects

Configly also shows which fields and groups are most commonly used:

Top Referenced Ticket Fields:
  1. "Priority Score" - used by 45 triggers
  2. "Product Type" - used by 32 triggers
  3. "Customer Tier" - used by 28 triggers

This helps you identify critical fields that many objects depend on.

Practical Examples

Example 1: Field Cleanup

Goal: Remove unused custom fields to simplify your Zendesk.

Workflow:

  1. View the list of ticket fields
  2. For each field, check reverse dependencies
  3. If a field has zero dependencies, it's safe to archive
  4. If a field has dependencies, review them to see if they're still needed

Example 2: Group Restructuring

Goal: Reorganize support teams and groups.

Workflow:

  1. Before changing groups, check dependencies
  2. Identify which macros, triggers, and views reference each group
  3. Plan to update those objects after restructuring
  4. Use the dependency list as a checklist during the change

Example 3: Macro Auditing

Goal: Ensure macros are restricted to the right teams.

Workflow:

  1. View macros and their restrictions
  2. Check which groups each macro is restricted to
  3. Verify the restrictions match your intended access control
  4. Update macros where restrictions are missing or incorrect

Example 4: Tag Standardization

Goal: Standardize tag names (e.g., rename vip to vip_customer).

Workflow:

  1. Find all triggers and automations that reference the vip tag
  2. Note which objects need updating
  3. Rename the tag in Zendesk
  4. Update the dependent triggers and automations to use the new tag name
  5. Re-sync and verify dependencies updated

Limitations

External Dependencies

Configly only tracks dependencies within the configuration it syncs. It doesn't track:

  • Zendesk apps or integrations that reference fields
  • API clients that use custom fields
  • Manual agent workflows that rely on specific tags

You'll need to check these separately.

Indirect Dependencies

Configly tracks direct references only. For example:

  • Trigger A references Field X
  • Trigger B copies the value from Field X to Field Y

Configly tracks that Trigger A uses Field X, but doesn't track that Trigger B indirectly uses Field X.

Next Steps