Helpdesk migration

Migrate from Thulium to Zendesk

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

Thulium logo

Thulium

Source

Zendesk

Destination

Zendesk logo

Compatibility

91%

10 of 11

objects map 1:1 between Thulium and Zendesk.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Thulium to Zendesk means restructuring a CRM-integrated helpdesk into Zendesk's separate Support, Talk, and Explore products. Thulium stores email, chat, and voice interactions as sub-objects embedded within a Case; Zendesk represents these as Comments appended to a Ticket in chronological order. We extract and flatten Thulium's conversation chronology during the transform phase before loading. Custom fields require type mapping because Thulium supports nine distinct field types (text, large text, email, numeric, link, list, yes/no, date) while Zendesk's custom field API uses a different type taxonomy. Agent-to-Case assignments are stored as reference IDs in Thulium and must be resolved against Zendesk Users before ticket import. We do not migrate Thulium's automation rules, canned responses, or reporting dashboards; we deliver a written inventory of these for your admin team to rebuild in Zendesk Admin Center.

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

Thulium logo

Thulium

What's pushing teams away

  • Limited platform recognition outside Europe makes it harder to find Thulium-experienced consultants or replacement talent compared to global brands like Zendesk.
  • Smaller ecosystem of third-party integrations compared to larger helpdesk platforms limits connectivity to niche business tools.
  • Lack of publicly documented API rate limits and bulk export endpoints makes programmatic data extraction uncertain for technical teams.
  • Teams requiring advanced AI features may outgrow Thulium's capabilities as customer service expectations escalate with generative AI adoption.

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 Thulium objects map to Zendesk

Each row shows how a Thulium 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.

Thulium

Case

maps to

Zendesk

Ticket

1:1
Fully supported

Thulium Cases map directly to Zendesk Tickets. The Case subject becomes Ticket subject, Case status maps to Ticket status (new, open, pending, hold, solved, closed), and Case priority maps to Ticket priority (low, normal, high, urgent). Thulium's Case ID can be preserved in a custom field thulium_case_id__c for cross-reference after migration. The Ticket is created before any Comment import so that comment threading has a parent record.

Thulium

Conversation (embedded)

maps to

Zendesk

Ticket Comment

1:many
Fully supported

Thulium stores email, chat, and voice interactions as sub-objects within a Case. We flatten these into Zendesk Ticket Comments during the transform phase, extracting each interaction in chronological order. The channel type (email, chat, voice) is preserved in a custom comment attribute or tag so the customer can filter by original channel. Internal notes in Thulium map to Zendesk private Comments (is_public = false). Public comments map to Zendesk public Comments.

Thulium

Contact

maps to

Zendesk

End User (User)

1:1
Fully supported

Thulium CRM Contacts with name, email, phone, and custom fields map to Zendesk Users with role = end-user. The Thulium Contact email becomes the Zendesk User email and serves as the dedupe key during import. If the Contact email is blank, we use the contact name as a fallback identifier. Custom field values from Thulium migrate to Zendesk User custom fields if the destination field types are compatible.

Thulium

Company

maps to

Zendesk

Organization

1:1
Fully supported

Thulium Companies map to Zendesk Organizations. The Company name becomes Organization name, and address data maps to Organization fields. We extract the Company from each Contact record and create the Organization before Contact import so that the Organization lookup is satisfied at import time. Contacts without a linked Company in Thulium create standalone Zendesk Users without an Organization assignment.

Thulium

Contact-to-Company link

maps to

Zendesk

User-to-Organization relationship

1:1
Fully supported

Thulium links Contacts to Companies via a relationship table. Zendesk Links Users to Organizations via the organization_id field on the User record. We resolve each Contact's Company reference during scoping and populate organization_id on the corresponding Zendesk User at migration time. If the same Contact has multiple Company associations in Thulium, we assign the primary Company and flag the secondary associations for manual review.

Thulium

Custom Field (Thulium CRM)

maps to

Zendesk

User Custom Field

1:1
Fully supported

Thulium CRM supports nine field types: text, large text, email, numeric, link, list, yes/no, and date. We apply type mapping when the destination Zendesk field uses a different type name or constraint. For example, Thulium list fields map to Zendesk tagger (dropdown) fields with explicit option value mapping. Thulium yes/no fields map to Zendesk checkbox (boolean) fields. Thulium link fields (URLs) map to Zendesk text fields with URL format validation. We build a field-mapping table during scoping before any import.

Thulium

Case Custom Field

maps to

Zendesk

Ticket Custom Field

1:1
Fully supported

Custom fields applied to Thulium Cases map to Zendesk Ticket custom_fields entries using the same type-mapping logic as CRM custom fields. The Zendesk custom field must be pre-created in the target Zendesk instance before migration. We use the Zendesk API field ID (not the display name) as the target identifier. List-type values from Thulium migrate to Zendesk dropdown option IDs via a value-mapping table built during scoping.

Thulium

Agent

maps to

Zendesk

Agent (User with role = agent)

1:1
Fully supported

Thulium Agents are the user accounts that can be assigned to Cases and Companies. We map Agent records to Zendesk Users with role = agent. Agent email is the dedupe key. Agent status (active/inactive) in Thulium maps to Zendesk User active field. The customer's Zendesk admin must provision the Agent accounts in Zendesk before migration; we reconcile any Agent references in Cases against the available Zendesk User list and flag unresolved assignees for manual provisioning.

Thulium

Agent-to-Case assignment

maps to

Zendesk

Ticket assignee_id

1:1
Fully supported

Thulium assigns Agents to Cases via a reference ID stored on the Case. We resolve each reference ID against the Thulium Agent table to get the email address, then match that email to the corresponding Zendesk User at migration time. If Zendesk supports group-based routing and the customer uses Thulium's team structure, we map the Agent's team to a Zendesk Group and assign the Ticket to the Group rather than directly to the Agent.

Thulium

Tag

maps to

Zendesk

Tag

1:1
Fully supported

Thulium Tags on Cases map to Zendesk Tags on Tickets. We build a value-mapping table during scoping for any naming differences between the two systems. Zendesk Tags are flat strings; Thulium Tags are also flat, so the mapping is direct. Tags used for channel identification (email, chat, voice) are preserved as separate tags during migration.

Thulium

Attachment

maps to

Zendesk

Ticket Attachment

1:1
Fully supported

Files attached to Thulium Cases or Contacts are exported and re-uploaded to Zendesk Tickets via the Zendesk API. We preserve original filenames and map each attachment to the correct parent Ticket using the Thulium attachment-to-Case linkage. Attachments stored as inline images within conversation text are handled as separate ContentDocument records in Zendesk. Note: Zendesk has a 50MB attachment size limit per file.

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.

Thulium logo

Thulium gotchas

Medium

Custom field type mismatches require field-level mapping

Low

Conversation history embedded in Cases requires flattening

Low

Agent-to-Case linkage must be preserved explicitly

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

  • Thulium conversation flattening required before Zendesk import

    Thulium nests individual email, chat, and voice interactions as sub-objects within a Case. Zendesk expects each interaction to be a Comment appended to the Ticket with a public/private flag and author attribution. We extract and restructure the conversation chronology during the transform phase before loading. If the source Thulium account has Cases with hundreds of embedded interactions, the flattening step adds significant processing time and must be validated against a sample of tickets before the full migration runs. Skipping this step results in empty Tickets with no comment history.

  • Zendesk tickets with 250+ comments may split automatically

    Zendesk's native import tooling splits tickets that contain more than 250 comments into multiple records. If your Thulium Cases have long conversation histories exceeding this threshold, the split behavior applies unless you use the Zendesk API directly for migration. We use the Zendesk API to preserve full comment history without splitting, but the customer should be aware that tickets with very long threads will be intact rather than split, which may differ from Zendesk's default import behavior.

  • Custom field type mapping must complete before import

    Thulium CRM custom fields support nine distinct types including large text, link, and list. Zendesk uses a different type taxonomy with text, integer, decimal, boolean, date, tagger, and multiline variants. Thulium large text fields map to Zendesk multiline text. Thulium link fields (URLs) map to Zendesk text with URL format. Thulium list fields require a value-mapping table that maps each Thulium list option to the corresponding Zendesk dropdown option ID. The destination custom fields must be created in Zendesk Admin Center before migration begins; we build the mapping table during scoping.

  • SLA policies and automations do not activate on imported tickets

    Zendesk SLA policies and trigger-based automations do not retroactively apply to tickets created via import. Import-created tickets bypass workflow evaluation to prevent unintended escalations on historical data. We tag migrated tickets (e.g., migrated_from_thulium) so that the customer's admin can create exclusion rules in Zendesk automations. The admin must manually evaluate whether any Thulium SLA breaches should be recreated in Zendesk SLA policies post-migration.

  • Thulium API export limitations may require alternative extraction

    Thulium does not publicly document API rate limits or provide a bulk export endpoint equivalent to Zendesk's Bulk API. If the Thulium API enforces undocumented throttling during extraction, we apply adaptive rate limiting with exponential backoff. For accounts with large data volumes (over 100,000 Cases), we may need to request a database export or CSV export from Thulium support if the API proves insufficient for extraction within the migration window.

Migration approach

Six steps for a successful Thulium to Zendesk data migration

  1. Discovery and data audit

    We audit the source Thulium account to establish record counts across Cases, Contacts, Companies, Agents, and embedded conversation interactions. We identify all custom field schemas (field name, type, applicable object), active tags, and any Thulium channel configurations (voice, chat, email). We assess data quality by sampling for blank required fields, duplicate records, and orphaned relationships. The discovery output is a written migration scope with a custom field mapping table draft and a Zendesk edition recommendation based on volume (Suite Team at $19/agent/mo for straightforward migrations; Suite Professional at $55/agent/mo for SLA management; Suite Enterprise at $115/agent/mo for sandbox and advanced AI).

  2. Destination schema setup

    We work with the customer's Zendesk admin to pre-create the target schema in Zendesk Admin Center. This includes creating all custom fields for Tickets and Users with correct type selections (text, dropdown, checkbox, date, etc.), configuring ticket fields and forms, setting up Groups to mirror Thulium's team structure, and creating any required Organization fields. The Thulium list-type field values are mapped to Zendesk dropdown option values during this phase. The Zendesk admin must complete this setup before we begin data migration.

  3. Conversation flattening and data transformation

    We extract all Thulium Cases and their embedded Conversation sub-objects (email, chat, voice interactions) into an intermediate staging format. Each interaction is assigned a sequence number based on its timestamp to preserve chronological order. Internal notes are flagged as private Comments; external messages are flagged as public Comments. We resolve Agent reference IDs against the Thulium Agent table to map to Zendesk User emails. We flatten the conversation chronology into a linear comment array per Case. This transform step produces a migration-ready dataset where each Case is represented as a Ticket with an ordered comment list.

  4. Contact and Company migration first

    We run migration in dependency order: Organizations (from Thulium Companies) are created first, then Users (from Thulium Contacts) with organization_id resolved, then Agents provisioned by the admin are verified. This ordering ensures that when Tickets are created, the requester (User) and assignee (Agent) references are valid Zendesk records. Any Thulium Contacts without an email address are flagged for the customer's review; Zendesk requires an email for User creation.

  5. Ticket migration with comment threading

    We create Zendesk Tickets from Thulium Cases using the Zendesk API. Each Ticket is created with subject, status, priority, requester_id, assignee_id (or group_id), and any ticket custom field values. After each Ticket is created, we append Comments in chronological order using the flattened conversation data. The channel type for each interaction is preserved as a tag on the Comment. Attachments are uploaded via the Zendesk attachments API and linked to the correct Ticket. Tags from Thulium migrate as Zendesk Tags on each Ticket.

  6. Validation and reconciliation

    We reconcile record counts between Thulium source and Zendesk destination: Cases in, Tickets out; Contacts in, Users out; Companies in, Organizations out. We spot-check a sample of 25-50 Tickets against the Thulium source to verify comment chronology, attachment presence, assignee accuracy, and custom field values. We deliver a written automation inventory of every Thulium workflow, rule, or canned response that requires rebuild in Zendesk Admin Center or Zendesk Guide.

  7. Cutover and handoff

    We freeze Thulium write access during cutover, run a final delta migration of any Cases modified during the migration window, and hand off to the customer's admin to update DNS, email forwarding rules, and any active integrations (phone systems, chat widgets) to point to the new Zendesk instance. We deliver the automation inventory document. We do not rebuild Thulium automations in Zendesk; that work is a separate engagement for the customer's admin or a Zendesk implementation partner.

Platform deep dives

Context on both ends of the pair

Thulium logo

Thulium

Source

Strengths

  • Unified inbox consolidating calls, emails, and live chat into a single queue for support agents.
  • CRM built into the same platform for contact and company management alongside ticket handling.
  • Cloud-hosted SaaS delivery eliminates infrastructure management for customer service teams.
  • Custom field flexibility across multiple data types supports varied business-specific data capture.

Weaknesses

  • Smaller third-party integration ecosystem compared to global helpdesk competitors like Zendesk.
  • Limited public API documentation makes automated data extraction less predictable for migrations.
  • Platform is primarily recognized in European markets, reducing available implementation and migration expertise.
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. 2 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 Thulium and Zendesk.

  • Object compatibility

    B

    2 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

    Thulium: Not publicly documented.

  • Data volume sensitivity

    B

    Thulium doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Thulium 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 Thulium to Zendesk data migrations

Answers to the questions buyers ask most during Thulium to Zendesk migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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

Book a free 30 minute consultation

Most migrations land between three and five weeks for accounts under 50,000 Cases with no CRM dependencies and clean custom field schemas. Migrations with Thulium CRM data (Contacts, Companies), long conversation histories (over 100,000 embedded interactions), multiple Thulium channels (voice, chat, email), or complex custom field configurations move to seven to twelve weeks because of conversation flattening, organization lookup resolution, and type-mapping work. Discovery and scoping typically require one to two weeks regardless of migration size.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Thulium.
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