Helpdesk migration

Migrate from TeamDynamix IT Service Management to Zendesk

Field-level mapping, validation, and rollback between TeamDynamix IT Service Management and Zendesk. We move data and schema; workflows are rebuilt natively in Zendesk.

TeamDynamix IT Service Management logo

TeamDynamix IT Service Management

Source

Zendesk

Destination

Zendesk logo

Compatibility

60%

6 of 10

objects map 1:1 between TeamDynamix IT Service Management and Zendesk.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from TeamDynamix ITSM to Zendesk is a shift from an internal-ITSM platform to a customer-facing service desk. TeamDynamix combines ITSM with PPM and ESM in a unified no-code architecture, while Zendesk is optimized for external customer support with omnichannel intake and a separate Help Center product. We migrate Tickets and their full comment threads, Knowledge Base articles with category hierarchy, Custom Attributes with option-list recreation, Service Catalog entries as Zendesk Help Center sections and request forms, and Assets with CI relationships preserved. We do not migrate Ticket Workflows, automations, or PPM projects as code; we deliver written inventories of each requiring rebuild so your admin has a clear map before cutover.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

TeamDynamix IT Service Management logo

TeamDynamix IT Service Management

What's pushing teams away

  • Some organizations outgrow the platform as their ITSM requirements scale in complexity beyond what the no-code model can accommodate without custom development.
  • Users report that the Knowledge Base migration process requires significant manual effort, with one university spending over 300 person-hours to migrate 200+ help pages.
  • Integration capabilities, while present, may not match the depth available in more mature enterprise platforms, causing friction for complex multi-system environments.

Choosing

Zendesk logo

Zendesk

What's pulling them in

  • Mature omnichannel routing across email, chat, phone, messaging, and social — one unified inbox for support teams regardless of size or complexity.
  • Deep automation with Triggers, Automations, and SLA Policies lets high-volume teams enforce consistent workflows without manual ticket handling.
  • Large ecosystem of third-party integrations and a public app marketplace reduce friction for teams already using Salesforce, Jira, or Slack.
  • Industry-leading brand recognition and trust signal — many enterprise buyers default to Zendesk as a known quantity in vendor procurement cycles.
  • Generous documentation library and community mean onboarding teams can self-configure without needing a services engagement to get started.

Object mapping

How TeamDynamix IT Service Management objects map to Zendesk

Each row shows how a TeamDynamix IT Service Management object lands in Zendesk, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

TeamDynamix IT Service Management

Ticket

maps to

Zendesk

Ticket

1:1
Fully supported

TeamDynamix Tickets map directly to Zendesk Tickets. We preserve TicketID as a custom field tdx_ticket_id__c for audit traceability, and map Status (New, Active, Pending, Resolved, Closed) to Zendesk Ticket Status (New, Open, Pending, Solved, Closed). Priority, Assignee, and Requester map by email lookup. Comment threads migrate as Zendesk Comments with public/internal distinction preserved from TDX visibility flags. Attachments migrate as Zendesk Attachments on comments.

TeamDynamix IT Service Management

Knowledge Base Articles

maps to

Zendesk

Help Center Articles

1:1
Mapping required

TeamDynamix KB articles are HTML content with category assignments. We extract article body and metadata via structured HTML capture, then map to Zendesk Help Center Articles. The primary challenge is hierarchy depth: TDX supports nested category structures that may exceed Zendesk's three-level Category > Section > Article limit. We flag deep hierarchies during scoping and recommend a flattened category structure in Zendesk Guide before bulk import. Article-to-service linkages require separate mapping since Zendesk Help Center sections do not natively link to tickets.

TeamDynamix IT Service Management

Knowledge Base Categories

maps to

Zendesk

Help Center Sections and Categories

lossy
Mapping required

TDX KB categories form a hierarchical tree that maps to Zendesk Guide's Category and Section levels. We preserve the top two hierarchy levels as Zendesk Categories and Sections respectively; any third level or deeper is flattened into section-level articles with section headers or labels for organizational continuity. Customer admins review the flattened structure before bulk article import to confirm the categorization aligns with their content strategy.

TeamDynamix IT Service Management

Custom Attributes

maps to

Zendesk

Custom Ticket Fields and User/Organization Fields

1:1
Mapping required

TeamDynamix Custom Attributes (text, number, date, choice, user reference types) map to Zendesk custom fields. Choice-type attributes require explicit option-list creation in Zendesk before migration because Zendesk dropdown fields must be populated with their allowed values in advance. User-reference attributes map to Zendesk User lookup fields where the destination user exists; unresolved references are stored in a text custom field for admin follow-up. We document every attribute-to-field mapping with the source attribute ID, data type, and any transformation logic applied during import.

TeamDynamix IT Service Management

Service Catalog (Services)

maps to

Zendesk

Help Center Sections and Request Forms

1:many
Fully supported

TeamDynamix Services represent published self-service offerings with associated Ticket forms, request workflows, and KB article links. In Zendesk, there is no direct Service Catalog equivalent. We map each TDX Service to a Help Center Section (for article grouping) and a corresponding Zendesk Ticket Form for structured intake. Service request fields map to Zendesk custom ticket fields and the Service workflow routing is noted as a manual trigger/macro rebuild item for the customer's Zendesk admin. Active service offerings without a clear Zendesk equivalent are documented in the configuration inventory for admin decision.

TeamDynamix IT Service Management

Ticket Forms

maps to

Zendesk

Ticket Forms

lossy
Mapping required

TDX Ticket Forms control which fields appear during ticket creation and editing. These map to Zendesk Ticket Forms, which are available on Support Professional and above. We extract the field configuration from TDX, map standard fields by name, and flag custom attribute fields that must be recreated as Zendesk custom fields before the Ticket Form is active. Form field ordering migrates as Zendesk field positioning within the form layout.

TeamDynamix IT Service Management

Users and Agents

maps to

Zendesk

Users

1:1
Mapping required

TeamDynamix Users and Agents map to Zendesk end users and agents. Role and group membership from TDX is preserved as Zendesk agent role assignments and group memberships. We match by email address as the dedupe key. SSO tokens and passwords cannot migrate and agents receive a reset link in Zendesk at cutover. Light agents and full agents from TDX map to Zendesk's agent role tiers with the customer confirming the appropriate role assignment per user.

TeamDynamix IT Service Management

Assets and Configuration Items

maps to

Zendesk

Assets

1:1
Mapping required

TeamDynamix Assets with hardware and software inventory and CI relationships map to Zendesk Assets, which are available on Zendesk Suite Growth and above with the Asset Management add-on. CI relationship types (depends-on, contained-by, connects-to) are preserved as Zendesk Asset relationship records. If the Zendesk destination plan does not include Asset Management, we migrate asset records as Organization custom fields or a tagged custom object for the customer's admin to review and reclassify post-migration.

TeamDynamix IT Service Management

Projects (PPM)

maps to

Zendesk

Groups and Tickets

many:1
Mapping required

TeamDynamix PPM project records, time tracking, and governance statuses do not have a direct equivalent in Zendesk. We extract project metadata (name, description, status, dates, owner) and migrate it as a Zendesk Organization with a project-type tag, while project time entries are stored as custom fields on linked tickets. Projects requiring active tracking after cutover are documented for migration to Jira or a dedicated project management tool; we do not migrate PPM data as project records into Zendesk because Zendesk does not support a project object natively.

TeamDynamix IT Service Management

Tags

maps to

Zendesk

Tags

1:1
Mapping required

TeamDynamix tags are flat label fields attachable to Tickets and other objects. We migrate tag values as-is to Zendesk Tags. Tag vocabulary is recreated in the destination by the migration tool inserting all unique tags before ticket import so that tags are available for assignment during the load. Tags used for classification or workflow routing in TDX are flagged in the workflow inventory as items requiring Zendesk trigger or macro rebuild.

Gotchas + challenges

What specifically takes care here

Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.

TeamDynamix IT Service Management logo

TeamDynamix IT Service Management gotchas

High

Knowledge Base migration is labor-intensive and partially manual

Medium

Configuration export/import is separate from data migration

Medium

Azure database export requires explicit customer enablement

Zendesk logo

Zendesk gotchas

High

Data export requires API scripting on non-Enterprise plans

Medium

Automations cap at 500 active rules and 1,000 tickets per hour

Medium

Help Center has no native export feature

High

Custom Objects and full data export are Enterprise-only

Pair-specific challenges

  • KB hierarchy depth exceeds Zendesk Guide's three-level limit

    TeamDynamix supports nested Knowledge Base category structures that can go four or more levels deep. Zendesk Guide enforces a three-level hierarchy (Category > Section > Article), and while Enterprise Guide allows nested sections, the standard model flattens deeper trees. We audit the TDX KB category depth during discovery, identify which articles live below level three, and recommend a flattening strategy before migration: either articles are redistributed to shallower sections, or they are organized under a top-level category with the former parent path stored as a label. This is a structural decision that the customer admin must approve before bulk article import begins.

  • Ticket Workflows and automations do not migrate to Zendesk triggers and macros

    TeamDynamix Ticket Workflows define the state machine, routing rules, escalation triggers, and SLA timers for the ticket lifecycle. These are exported as configuration JSON bundles, not as code that can run inside Zendesk. We do not translate TeamDynamix Workflow logic into Zendesk triggers or macros. We deliver a written Workflow Inventory that documents each TDX Workflow: its trigger conditions, routing rules, escalation paths, and SLA thresholds. The customer's Zendesk admin uses this inventory to rebuild equivalent triggers, macros, and SLA policies inside Zendesk. This is the highest-effort manual rebuild item in any TDX-to-Zendesk migration and should begin before cutover.

  • Zendesk Asset Management is a separate add-on with limited CI modeling

    TeamDynamix has native CMDB and CI relationship modeling as part of its core ITSM offering. Zendesk's Asset Management is a separate product available on Suite Growth and above ($19/agent/mo) and has a simpler CI relationship model without full configuration item dependency mapping. If the migration includes CMDB data, we assess whether Zendesk Asset Management's relationship types (parent-child, connected, dependent) meet the customer's needs, or whether a third-party CMDB tool (ServiceNow SM, SolarWinds SAM) should remain the system of record for CI data with Zendesk tickets referencing CI records via ID lookup.

  • Service Catalog entries require business logic decisions for Zendesk equivalence

    TeamDynamix Services include automated routing, approval chains, and SLAs that are embedded in the service definition. Zendesk has no native Service Catalog; structured intake is handled via Ticket Forms and Help Center sections. We extract the TDX Service definitions and map available fields, but the routing logic, approval steps, and SLA timers associated with each service must be translated into Zendesk workflow equivalents (triggers, macros, SLA policies) by the customer's admin. We document each service's routing behavior in the Workflow Inventory and flag the most complex services as needing dedicated rebuild attention before cutover.

  • Time tracking entries in TeamDynamix have no native Zendesk equivalent on all tiers

    TeamDynamix Tickets can accumulate billable and non-billable time entries logged by agents against the ticket. Zendesk does not have a native time tracking field at the Ticket level on all plans; time tracking is available on Suite Growth and above as a feature with per-agent time logs. If the destination Zendesk plan supports time tracking, we migrate time entries as custom fields on the ticket with a date, duration, and agent reference. If the plan does not include time tracking, we store the data as a custom field (hours_spent__c) and the customer's admin decides whether to use it for reporting or archive it.

Migration approach

Six steps for a successful TeamDynamix IT Service Management to Zendesk data migration

  1. Discovery and scope definition

    We audit the TeamDynamix ITSM environment: ticket volume and age distribution, KB article count and category depth, Custom Attributes by object and type, active Ticket Workflows and Service Catalog entries, user and agent count by role, asset and CI relationship count, and whether PPM project records are in scope. We pair this with a Zendesk plan assessment: Suite Team ($19/agent) covers basic ticketing; Suite Growth ($89/agent) adds time tracking and advanced automation; Suite Professional ($115/agent) adds Ticket Forms and Help Center. The discovery output is a written migration scope document and a Zendesk edition recommendation.

  2. Zendesk account configuration and schema design

    Before any data moves, we configure the Zendesk environment. This includes creating the Help Center category and section hierarchy (matching the flattened TDX KB structure approved during discovery), provisioning custom fields mapped from TDX Custom Attributes with option lists created for every choice-type attribute, setting up Ticket Forms mirroring TDX Ticket Form field configurations, creating Zendesk Groups matching TDX team or department assignments, and configuring SLA policies with thresholds documented from TDX SLA definitions. All configuration is validated in a staging environment before production migration.

  3. Workflow and Service Catalog inventory

    We document every active TeamDynamix Ticket Workflow and Service Catalog entry. For each workflow, we record the trigger condition, stage progression rules, routing assignments, escalation timers, and SLA references. For each Service, we document the associated Ticket Form, request fields, workflow linkage, and KB article associations. This inventory is delivered as a written document for the customer's Zendesk admin to use as a rebuild specification. We do not translate TDX workflow logic to Zendesk triggers and macros as part of migration scope; that work is done by the customer's admin or a Zendesk partner.

  4. Test migration and reconciliation

    We run a full migration into the configured Zendesk staging environment using representative data volume. The customer reconciles record counts (tickets in, KB articles in, users in), spot-checks 25-50 random ticket records for field accuracy and comment integrity, and reviews the Help Center article layout and categorization. Mapping corrections and configuration adjustments are resolved at this stage. The customer signs off on the staging migration before production cutover is scheduled.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Users and Organizations first (satisfying all lookups), then Help Center Categories and Sections, then KB Articles, then Tickets with custom field population and comment thread import, then Assets and CI relationships. Each phase emits a row-count reconciliation report. Custom field values from TDX Attributes are inserted as Zendesk custom field data at the moment of ticket import. Attachments are uploaded to Zendesk's file storage and linked to the parent comment record.

  6. Cutover, final validation, and workflow rebuild handoff

    We freeze TeamDynamix writes during the cutover window, run a final delta migration of any records modified during the migration, enable Zendesk as the system of record, and send ticket migration notification to the customer's admin. We deliver the Workflow Inventory and Service Catalog rebuild guide for the customer's Zendesk admin. We offer a one-week hypercare window to resolve post-migration reconciliation issues reported by agents. We do not rebuild TDX workflows as Zendesk automations, do not provide post-migration training, and do not administer the Zendesk account as part of standard migration scope.

Platform deep dives

Context on both ends of the pair

TeamDynamix IT Service Management logo

TeamDynamix IT Service Management

Source

Strengths

  • No-code configuration model allows administrators to build workflows, forms, and services without developer involvement.
  • Combines ITSM, PPM, and ITAM in a single unified platform reducing tool sprawl and integration complexity.
  • Modern architecture with lower total cost of ownership compared to legacy ITSM platforms like ServiceNow.
  • Includes AI Service Assist for automated ticket triage and virtual support agent capabilities.
  • Consistently ranks at the top of independent analyst reports for ease of administration and user satisfaction.

Weaknesses

  • Market awareness and community resources are limited compared to larger competitors, making self-service troubleshooting more difficult.
  • The no-code model may reach limits for highly complex or non-standard workflow scenarios requiring custom code.
  • Pricing details are not publicly published, requiring direct sales engagement to obtain quotes.
Zendesk logo

Zendesk

Destination

Strengths

  • Well-documented REST API with broad endpoint coverage for Tickets, Users, Organizations, and Help Center.
  • Rich automation primitives: Triggers (event-driven), Automations (time-based), and Macros with variable substitution.
  • Multi-brand support enables large organizations to route and isolate support by product line or subsidiary.
  • Scalable from small teams on Team plan to global enterprises on Enterprise Plus with sandbox and disaster recovery options.
  • Large partner ecosystem and marketplace with hundreds of pre-built integrations reduces integration work at deployment.

Weaknesses

  • Per-agent pricing with aggressive feature gating makes lower tiers feel artificially limited.
  • No native full-KB export — Help Center content requires API scripting to extract.
  • AI features are add-on priced and behave inconsistently, not deeply embedded in core workflows.
  • Implementation timelines for complex multi-channel setups routinely exceed initial estimates by weeks or months.
  • Knowledge base and help center functionality are separate from core ticketing with their own permission model and versioning.

Complexity grading

How hard is this migration?

Standard Helpdesk migration. 1 of 7 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across TeamDynamix IT Service Management and Zendesk.

  • Object compatibility

    B

    1 of 7 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    7-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    TeamDynamix IT Service Management: Not publicly documented.

  • Data volume sensitivity

    B

    TeamDynamix IT Service Management doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your TeamDynamix IT Service Management to Zendesk migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about TeamDynamix IT Service Management to Zendesk data migrations

Answers to the questions buyers ask most during TeamDynamix IT Service Management to Zendesk migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your TeamDynamix IT Service Management to Zendesk migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Migrations under 15,000 tickets and 500 KB articles with no Service Catalog or PPM mapping typically complete in three to five weeks. Migrations with large KB hierarchies (200+ articles with deep category nesting), complex custom attributes with cross-attribute conditional logic, or asset-to-CI relationship mapping extend to eight to twelve weeks because of content reformatting, attribute-type translation, and the manual Service Catalog-to-Help-Center conversion work required during configuration.

Adjacent paths

Related migrations to explore

Ready when you are

Move from TeamDynamix IT Service Management.
Land in Zendesk, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day