Helpdesk migration

Migrate from Thulium to Zoho Desk

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

Thulium logo

Thulium

Source

Zoho Desk

Destination

Zoho Desk logo

Compatibility

63%

10 of 16

objects map 1:1 between Thulium and Zoho Desk.

Complexity

CModerate

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Thulium to Zoho Desk is a structural migration that requires flattening Thulium's embedded conversation threads into Zoho's Ticket Thread model, mapping nine distinct Thulium custom field types to Zoho's field equivalents, and resolving Agent-to-Case assignments against Zoho's department-centric agent hierarchy. Thulium stores individual email, chat, and voice interactions as sub-objects within a Case; we extract and flatten these into a linear chronological thread before loading into Zoho Desk. We preserve the original Thulium Case status, priority, and assignee fields and map them to Zoho Ticket status, priority, and agent assignment. Thulium's CRM Contacts and Companies migrate to Zoho Desk Contacts and Accounts with the relationship linkage intact. We do not migrate Thulium automations or custom workflows as code; we deliver a written inventory of these for the customer's admin to rebuild in Zoho Desk's rule engine post-migration.

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

Zoho Desk logo

Zoho Desk

What's pulling them in

  • Deep Zoho ecosystem integration lets support data tie directly to CRM contacts, invoice records in Zoho Books, and custom apps built in Zoho Creator, providing a unified customer view without third-party middleware.
  • Pricing undercuts comparable platforms significantly: Enterprise at roughly $40 per agent per month versus Zendesk at comparable tiers, making it attractive for cost-sensitive teams scaling past 10 agents.
  • Blueprints and multi-level escalations allow teams to codify support workflows and enforce SLA routing automatically, reducing manual triage for mid-size support operations.
  • Multi-channel ticket ingestion unifies email, social media, live chat, and phone into a single queue view, giving agents one inbox without context-switching across channels.
  • The free tier up to 3 agents lets small teams validate the platform before committing, reducing financial risk for startups and micro-businesses evaluating help desk software.

Object mapping

How Thulium objects map to Zoho Desk

Each row shows how a Thulium object lands in Zoho Desk, 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

Zoho Desk

Ticket

1:1
Fully supported

Thulium Cases map directly to Zoho Desk Tickets. The Thulium Case ID becomes the Ticket number or a custom lookup field for traceability. We preserve Case Subject, Description, Status, Priority, Created timestamp, and Last Modified timestamp by mapping them to Zoho Ticket Subject, Description, Status, Priority, Created Time, and Modified Time respectively. Thulium's Case resolution time migrates to a custom field if the customer's Zoho Desk tier supports it.

Thulium

Conversation (embedded in Case)

maps to

Zoho Desk

Ticket Thread

1:many
Fully supported

Thulium stores individual email, chat, and voice interactions as sub-objects within a Case. We extract each interaction as a separate Ticket Thread record in Zoho Desk. Each thread captures the channel type (Email, Chat, Phone), direction (Incoming/Outgoing), author name and email, body content with HTML formatting preserved, and timestamp. Thread ordering is preserved chronologically within the parent Ticket. This flattening step is required because Zoho Desk expects threads as child records rather than an embedded array.

Thulium

Contact

maps to

Zoho Desk

Contact

1:1
Fully supported

Thulium CRM Contacts map to Zoho Desk Contacts. We map First Name, Last Name, Email, Phone, and any custom field values. The Contact email address serves as the dedupe key during import. Thulium Contact-to-Company linkage migrates to Zoho Contact-to-Account linkage by resolving the Thulium Company reference ID to the corresponding Zoho Account record before Contact insert.

Thulium

Company

maps to

Zoho Desk

Account

1:1
Fully supported

Thulium Companies map to Zoho Desk Accounts. We preserve Company name, address fields (street, city, state, postal code, country), phone, website, and any custom field values. Zoho Desk Accounts must exist before Contact import so that the Contact-to-Account lookup relationship is satisfied at the moment of Contact insert.

Thulium

Contact-to-Company linkage

maps to

Zoho Desk

Contact-to-Account linkage

1:1
Fully supported

Thulium's Contact-to-Company relationship (a reference ID on the Contact pointing to the Company) migrates to Zoho Desk's Contact-to-Account lookup. We resolve the Thulium Company ID for each Contact before importing and populate the Zoho Account ID field on the Contact record. If a Contact has no Company in Thulium, it is imported as a standalone Contact with no Account lookup.

Thulium

Custom Field (text, large text, email, numeric, link, date)

maps to

Zoho Desk

Custom Field (single-line, multi-line, email, number, URL, date)

lossy
Fully supported

Thulium custom fields with types text, large text, email, numeric, link, and date map directly to Zoho Desk equivalent field types. We create the corresponding Zoho custom field with the matching type before migration and populate values directly from the Thulium export. Email-type fields in Thulium preserve format validation in Zoho.

Thulium

Custom Field (list type)

maps to

Zoho Desk

Custom Field (picklist or multi-select picklist)

lossy
Fully supported

Thulium list-type custom fields map to Zoho Desk picklist fields. We extract the list values from Thulium, create the Zoho picklist with those exact values, and populate each record's field value against the Zoho picklist. If a Thulium list field is multi-select (checkbox-style), we map it to a Zoho multi-select picklist. Any Thulium list values not found in Zoho are flagged during scoping for the customer's admin to add or consolidate.

Thulium

Custom Field (yes/no type)

maps to

Zoho Desk

Custom Field (checkbox or multi-select picklist)

lossy
Fully supported

Thulium yes/no boolean fields map to Zoho Desk checkbox fields. We set the Zoho checkbox to true if Thulium value is yes, false if no. If Zoho Desk edition constraints prevent checkbox creation, we use a picklist with Yes and No values instead.

Thulium

Agent

maps to

Zoho Desk

Agent

1:1
Fully supported

Thulium Agents map to Zoho Desk Agents. We extract Agent name, email, and role from Thulium and resolve by email match against the Zoho Desk agent table. If a Thulium Agent has no matching Zoho Desk Agent account, the record goes to a reconciliation queue for the customer's admin to provision the Zoho user before migration resumes. Role assignments (Admin, Agent) map to Zoho Desk role equivalents.

Thulium

Case assignee (Agent-to-Case linkage)

maps to

Zoho Desk

Ticket Agent assignment

1:1
Fully supported

Thulium assigns Agents to Cases via a reference ID rather than a flattened user field. We resolve each Thulium Agent reference ID against our Agent mapping table and populate the Zoho Desk Ticket's Assignee field. If the destination Zoho Desk org uses Department-based ticket routing or shared queues, we configure the assignment logic during scoping to match the customer's workflow.

Thulium

Attachment

maps to

Zoho Desk

Attachment

1:1
Fully supported

Files attached to Thulium Cases or Contacts are exported from Thulium's storage, downloaded with original filenames preserved, and uploaded to Zoho Desk as attachments on the corresponding Ticket or Contact record. We preserve the attachment-to-record linkage by uploading each file to the Zoho record that corresponds to the Thulium record it was attached to. Note that Zoho's native Zwitch migration tool does not migrate attachments; we handle this as a separate import phase using Zoho Desk's REST API.

Thulium

Tag

maps to

Zoho Desk

Tag or Label

1:1
Fully supported

Thulium Tags on Cases migrate to Zoho Desk Tags or to a custom multi-select picklist depending on the customer's Zoho Desk edition. We build a value-mapping table during scoping to translate Thulium tag names to Zoho tag names, handling any naming differences or consolidations. If a Thulium tag has no Zoho equivalent, the customer chooses whether to create a new Zoho tag or map to an existing one.

Thulium

Case Status

maps to

Zoho Desk

Ticket Status

lossy
Fully supported

Thulium Case status values (e.g., Open, Pending, Resolved, Closed) map to Zoho Desk Ticket status values via a status-mapping table created during scoping. We preserve the original Thulium status name where Zoho supports an equivalent, or map to the closest Zoho default (Open, Pending, On Hold, Closed) with a note for the customer's admin to adjust if needed.

Thulium

Case Priority

maps to

Zoho Desk

Ticket Priority

lossy
Fully supported

Thulium Case priority values (e.g., Low, Medium, High, Urgent) map to Zoho Desk Ticket priority values via a priority-mapping table. Zoho Desk supports a configurable priority scale, typically Low, Medium, High, or Urgent, which we align to Thulium's existing priority tiers during schema setup.

Thulium

Case Created timestamp

maps to

Zoho Desk

Ticket Created Time

1:1
Fully supported

Thulium Case creation timestamps migrate to Zoho Desk Ticket Created Time. We preserve the exact original timestamp to maintain audit history. If the customer's Zoho Desk tier limits backdating, we flag this during scoping.

Thulium

Case history timestamps

maps to

Zoho Desk

Ticket Thread timestamps

1:1
Fully supported

Individual Thulium conversation thread timestamps migrate as Thread creation timestamps in Zoho Desk. We preserve the original date and time of each email, chat, or voice interaction to maintain the chronological conversation history within each Ticket. Thread author information (agent name or contact name) maps to Zoho Thread Author.

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

Zoho Desk logo

Zoho Desk gotchas

High

Agent email identity determines comment ownership after migration

High

Blueprints and SLA policies do not export via API

Medium

File upload capped at 10GB per migration batch

Medium

Tier-gated export and migration capabilities

Low

Inbound migration is two-phase with a hard Phase 2 cutoff

Pair-specific challenges

  • Zoho Zwitch does not migrate attachments

    Zoho Desk's native Zwitch migration tool explicitly excludes attachments from migration, per its documentation stating 'Attachments will not be migrated.' Thulium Cases and Contacts frequently contain attached files including screenshots, log files, and customer documents. We handle attachments as a separate migration phase using Zoho Desk's REST API, downloading files from Thulium storage and uploading them to the corresponding Zoho Ticket or Contact record. This step is not automated in Zwitch and must be handled by a migration engineer or the customer's admin.

  • Thulium list-type custom fields require value mapping

    Thulium supports list-type custom fields with arbitrary values configured per field. Zoho Desk uses picklist fields that require predefined values. During scoping, we extract all Thulium list field values for each custom field and build a Zoho picklist with those values before migration. If Thulium contains list values not yet created in Zoho, we flag them for the customer's admin to add or consolidate before the migration phase. This is a scoping-time dependency, not a post-migration cleanup.

  • Conversation thread flattening required before Zoho import

    Thulium embeds email, chat, and voice interactions as sub-objects within a Case rather than as standalone records. Zoho Desk expects each interaction as a Ticket Thread child record. We flatten Thulium's nested conversation structure into a linear thread array during the transformation phase. If Thulium records contain mixed channel types (e.g., a Case with both email and chat threads), we split them into separate Zoho Thread records with the correct channel type and direction flags. This transformation adds processing time proportional to conversation history volume.

  • Thulium Agent provisioning must precede Case import

    Zoho Desk requires a valid Agent record to exist before a Ticket can be assigned to that Agent. Thulium Agent-to-Case linkages are stored as reference IDs rather than flattened user fields. We resolve each Thulium Agent reference, map it to the corresponding Zoho Agent, and validate that the Zoho Agent account exists before the Case migration phase. Any Thulium Agent without a matching Zoho Agent goes to a reconciliation queue; migration cannot proceed for Cases assigned to unresolved Agents until the customer's admin provisions the Zoho user.

  • Zoho Desk departments may require pre-migration configuration

    Zoho Desk organizes agents by Department, which controls ticket routing, SLA policies, and reporting scopes. Thulium does not use a department-centric hierarchy. If the customer wants department-based routing in Zoho, we configure the Zoho Department structure during the pre-migration schema setup phase. This is a configuration step the customer's Zoho admin performs with our guidance; it is not a data migration task.

Migration approach

Six steps for a successful Thulium to Zoho Desk data migration

  1. Discovery and scoping

    We audit the Thulium portal for record counts across Cases, Contacts, Companies, Agents, Attachments, and Tags. We inventory all custom fields by type (text, large text, email, numeric, link, list, yes/no, date) and extract list values for each list-type field. We document the conversation thread volume per Case to estimate the thread-flattening workload. We confirm the Zoho Desk edition (Free, Standard, Professional, or Enterprise) and verify which custom field types are available at that tier. The discovery output is a written migration scope, a field-mapping table per object, and a Zoho schema checklist for the customer's admin to complete.

  2. Zoho Desk schema setup and agent provisioning

    We guide the customer's Zoho Desk admin through schema setup: creating custom fields matching Thulium's field types, configuring picklist values for list-type fields, setting up Ticket status and priority values aligned to Thulium's, and configuring Departments if department-based routing is required. We also produce an Agent mapping table listing every Thulium Agent and the corresponding Zoho Desk Agent email, with any unresolved agents flagged for admin provisioning. Migration cannot proceed past Case import until all Agent assignments can resolve to a valid Zoho Agent.

  3. Data extraction and transformation

    We extract data from Thulium in dependency order: Contacts and Companies first, then Cases with conversation threads flattened. For each Case, we decompose the embedded conversation sub-objects into individual Ticket Thread records with channel type, direction, author, body, and timestamp. Attachments are downloaded separately with their parent record ID logged for Zoho re-attach. Tags are extracted as a value-mapping table. Custom field values are extracted in their native types for direct mapping to Zoho field equivalents. The transformation phase produces a Zoho-ready import dataset organized by object with all lookups and references resolved.

  4. Sample migration and reconciliation

    We run a sample migration using a subset of Thulium data (typically 50-100 Cases with associated Contacts, Companies, threads, and attachments) into the customer's Zoho Desk sandbox or trial environment. The customer reconciles record counts, spot-checks field mappings for 25-50 random records against the Thulium source, and reviews the thread chronology in Zoho Tickets to confirm conversation history is preserved correctly. Any mapping corrections, missing picklist values, or status-mapping adjustments are documented and resolved before the full migration. We do not proceed to production migration until the customer signs off on the sample reconciliation.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Accounts (from Thulium Companies), Contacts (with Account lookup resolved), Agents (validated against the provisioning list), Tickets (with Assignee resolved and threads attached), Attachments (via Zoho REST API after ticket creation), and Tags (mapped via the value-mapping table). Each phase emits a row-count reconciliation report. We apply Zoho API rate-limit handling with exponential backoff and batch chunking to prevent throttling. During migration, the customer's Thulium instance remains live so that no new data is created in the migration window without a delta sync.

  6. Cutover, delta sync, and automation handoff

    We freeze writes to Thulium during cutover, run a final delta migration of any records created or modified during the migration window, then set Zoho Desk as the system of record. We deliver a written inventory of Thulium automations and custom workflows with a Zoho Desk rule-equivalent recommendation for each. We do not rebuild Thulium automations as Zoho rules as part of the migration scope; that is a separate engagement or an internal admin task. We support a one-week hypercare window to resolve reconciliation issues raised during the customer's first week in Zoho Desk.

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.
Zoho Desk logo

Zoho Desk

Destination

Strengths

  • Generous free tier for teams of up to 3 agents with no time limit, reducing financial risk for small support operations.
  • Per-agent flat pricing across tiers is significantly lower than Zendesk, Freshdesk, or Intercom at equivalent feature levels.
  • Tight integration with Zoho CRM, Zoho Books, and Zoho Creator provides a unified data ecosystem without third-party middleware.
  • Multi-channel ticket aggregation consolidates email, social, chat, and phone into a single queue view.
  • Assisted migration service handles the two-phase transfer process with Zoho's own migration team for inbound moves.

Weaknesses

  • The UI is frequently described as dated, clunky, and inconsistent across modules compared to modern SaaS competitors.
  • Advanced automation features including Blueprints, multi-brand, and live chat are tier-gated, limiting the free and Express plans to basic ticketing.
  • Non-Zoho integrations require custom Deluge scripting or external middleware, reducing flexibility for heterogeneous tech stacks.
  • Steep learning curve and complex customization options mean slower onboarding for new agents and ongoing training investment.
  • Export and migration capabilities are gated by plan tier, with data backup only available on higher plans.

Complexity grading

How hard is this migration?

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

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Thulium and Zoho Desk.

  • Object compatibility

    C

    4 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 Zoho Desk 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 Zoho Desk data migrations

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

Can't find your answer?

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

Book a free 30 minute consultation

Migrations under 10,000 Cases and 5,000 Contacts with standard Thulium custom field schemas typically complete in two to four weeks. Migrations with complex Thulium custom field schemas (nine distinct types requiring type-mapping tables), large conversation histories (over 50,000 embedded interaction records), or multi-agent role hierarchies requiring department configuration extend to six to ten weeks. The timeline depends on the scoping sign-off, Zoho schema setup completion, and the customer's availability to validate the sample migration.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Thulium.
Land in Zoho Desk, 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