Helpdesk migration
Field-level mapping, validation, and rollback between eTicket and Zoho Desk. We move data and schema; workflows are rebuilt natively in Zoho Desk.
eTicket
Source
Zoho Desk
Destination
Compatibility
10 of 12
objects map 1:1 between eTicket and Zoho Desk.
Complexity
CModerate
Timeline
2-4 weeks
Overview
Moving from eTicket to Zoho Desk is a structural migration for support teams that have outgrown a lightweight single-instance ticketing tool. eTicket organizes support around a flat Ticket and Conversation model; Zoho Desk introduces multi-channel routing (email, chat, social, phone), department-scoped custom fields, role-based agent profiles, and SLA policies available from the Professional tier. We migrate Agents, Accounts/Contacts, Tickets with full conversation threads, and Attachments through Zoho Desk's API with email-based agent resolution. We flag eTicket custom ticket fields that must be recreated per-department in Zoho Desk, and we preserve original ticket IDs in a custom field since Zoho Desk assigns its own numbering. Workflows, SLAs, macros, and team structures do not migrate as code; we deliver a written inventory of these for your admin to rebuild in Blueprint and the SLA console after cutover.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a eTicket 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.
eTicket
Ticket
Zoho Desk
Ticket
1:1eTicket Tickets map directly to Zoho Desk Tickets. The original eTicket ticket ID is preserved in a custom field original_ticket_id__c on the Zoho Desk Ticket because Zoho Desk assigns its own sequential ticket number at import time. Ticket status, priority, and category map from eTicket field values to Zoho Desk Status and Priority picklists. Any eTicket custom ticket fields require pre-creation in Zoho Desk under the relevant department before migration begins because Zoho Desk custom fields are scoped per department.
eTicket
Conversation / Thread
Zoho Desk
Thread
1:1eTicket conversation entries map to Zoho Desk Ticket Threads. Thread ordering is preserved by setting the Zoho Desk thread timestamp to the original eTicket message timestamp. Agent replies and customer messages are distinguished using eTicket's sender type field mapped to the Zoho Desk thread type (threadType: reply or comment). Internal notes in eTicket map to Zoho Desk private comments if the destination account has internal note visibility enabled.
eTicket
Attachment
Zoho Desk
Attachment
1:1eTicket file attachments on tickets migrate to Zoho Desk Ticket Attachments. We download attachments from eTicket, verify MIME type and file size, then upload to Zoho Desk via the Desk API against the migrated ticket. Files exceeding Zoho Desk's attachment size limit are flagged for manual handoff or alternative storage. Note that Zoho Desk's native Zwitch import tool excludes KB article attachments; we handle ticket attachments as part of the standard migration scope.
eTicket
Customer / Contact
Zoho Desk
Contact
1:1eTicket Customer records map to Zoho Desk Contacts. Email address serves as the dedupe key during import. If an eTicket Customer record lacks an email address, we generate a placeholder identifier and flag the record for admin review post-migration. Contact phone, company name, and address fields map to the corresponding Zoho Desk Contact fields. Any contact custom fields require pre-creation in Zoho Desk under the Contacts module before migration.
eTicket
Agent
Zoho Desk
Agent
1:1eTicket Agents map to Zoho Desk Agents. Agent resolution uses email as the matching key: we match eTicket agent emails against Zoho Desk user accounts by email. If a matching Zoho Desk agent profile does not exist at migration time, we create the agent via the Desk API and send the invitation email. Agent roles (Admin, Agent) map to Zoho Desk Support Administrator and Agent profiles. Light Agent creation requires Professional or Enterprise tier.
eTicket
Team
Zoho Desk
Team
lossyeTicket Teams map to Zoho Desk Teams. Zoho Desk requires teams to be created manually or via API before agent assignment. We create Zoho Desk Teams during migration setup using the Desk API, then map eTicket team membership to Zoho Desk team membership during the agent migration phase. The Zoho Desk Team Assignment setting must be enabled under Setup > Users and Control > Team Assignment for team routing to function post-migration.
eTicket
Organization / Company
Zoho Desk
Account
1:1If eTicket stores Organization or Company records linked to Customers, these map to Zoho Desk Accounts. Account name becomes the Account Name field, and the domain or website maps to the Website field. Account-to-Contact linkage is resolved during the Contact migration phase using the AccountExtId reference.
eTicket
Tag
Zoho Desk
Tag
1:1eTicket Tags on tickets map to Zoho Desk Tags. Tags migrate as a string array attached to the migrated ticket. Zoho Desk allows filtering by tag in ticket views and reports. If a tag references a content category or topic, we preserve it as a tag rather than converting it to a Zoho Desk Topic, which is used for Knowledge Base article organization.
eTicket
KB Article
Zoho Desk
Knowledge Base Article
1:1eTicket KB Articles map to Zoho Desk Knowledge Base Articles. Articles migrate with title, body content, and category. Note that attachment migration for KB articles is excluded per Zoho Desk's native limitations on KB article file attachments; article attachments are inventoried in the handoff document for manual re-upload by the admin. Article-to-article internal links do not update automatically and are included in the link audit handoff.
eTicket
Custom Ticket Field
Zoho Desk
Custom Field (Department-scoped)
lossyeTicket custom ticket fields require pre-creation in Zoho Desk under the relevant department before migration. We audit all eTicket custom fields during discovery, generate a Zoho Desk custom field creation checklist by department, and flag any field types that do not have a direct Zoho Desk equivalent (e.g., multi-select picklist, date range). Zoho Desk supports custom fields of type string, decimal, integer, currency, checkbox, date, datetime, and picklist per module per department.
eTicket
Product
Zoho Desk
Product
1:1If eTicket tracks Products linked to tickets, these map to Zoho Desk Products. Product name, SKU, and description migrate. Products are imported before ticket migration so that the product reference on tickets resolves at import time.
eTicket
Task
Zoho Desk
Task
1:1eTicket tasks linked to tickets map to Zoho Desk Tasks. Task title, description, due date, and assignee migrate. Task status maps from eTicket status values to Zoho Desk Task status values. Standalone tasks not linked to a ticket migrate as Zoho Desk Tasks under the linked Contact or Account.
| eTicket | Zoho Desk | Compatibility | |
|---|---|---|---|
| Ticket | Ticket1:1 | Fully supported | |
| Conversation / Thread | Thread1:1 | Fully supported | |
| Attachment | Attachment1:1 | Fully supported | |
| Customer / Contact | Contact1:1 | Fully supported | |
| Agent | Agent1:1 | Fully supported | |
| Team | Teamlossy | Fully supported | |
| Organization / Company | Account1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| KB Article | Knowledge Base Article1:1 | Fully supported | |
| Custom Ticket Field | Custom Field (Department-scoped)lossy | Fully supported | |
| Product | Product1:1 | Fully supported | |
| Task | Task1:1 | Fully supported |
Gotchas + challenges
Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.
eTicket gotchas
Project is effectively dormant — latest release dates to 2008
No public API or vendor-supported export tooling
Attachments live on disk and can be orphaned
No SLA, automation, or modern routing engine
Zoho Desk gotchas
Agent email identity determines comment ownership after migration
Blueprints and SLA policies do not export via API
File upload capped at 10GB per migration batch
Tier-gated export and migration capabilities
Inbound migration is two-phase with a hard Phase 2 cutoff
Pair-specific challenges
Migration approach
Discovery and eTicket data audit
We audit the eTicket instance across all modules: ticket count, conversation volume, attachment file sizes and counts, agent count, customer/contact count, team structure, custom fields, KB articles, and any product or task records. We extract a representative data sample to validate field types, required-field coverage, and timestamp formats. The output is a written migration scope document with object-level record counts, a Zoho Desk department layout plan, and a list of eTicket custom fields that require pre-creation in Zoho Desk.
Zoho Desk schema preparation
We guide your admin through Zoho Desk setup: creating departments, provisioning agent profiles (Agent, Light Agent, Support Administrator), creating teams, and recreating eTicket custom fields per department. We also configure ticket status and priority picklist values to match eTicket's taxonomy, and we create the original_ticket_id__c custom field on the Ticket module for ID preservation. All schema work happens in the production Zoho Desk account or a sandbox, depending on your preference, before any data extraction from eTicket begins.
Agent and User provisioning
We extract every distinct agent email from eTicket and match against Zoho Desk User records. Agents without a matching Zoho Desk profile are created via the Desk API and sent invitation emails. We document the mapping of each eTicket agent to their Zoho Desk counterpart, including any role elevation (e.g., eTicket admin to Zoho Desk Support Administrator). Deactivated or unresolvable agents are flagged and assigned to a designated fallback Zoho Desk agent.
Contact and Account migration
We extract eTicket Customers and any Organization records, deduplicate by email, and import into Zoho Desk Contacts and Accounts in dependency order: Accounts first (so AccountExtId is available), then Contacts (resolving AccountId lookup). Custom contact fields require pre-creation per department. Any eTicket Customers without email addresses are flagged with a placeholder identifier for admin review post-migration.
Ticket and conversation migration with threading preserved
We extract eTicket tickets in chronological order, resolve the assignee agent ID against the Zoho Desk agent mapping, resolve the contact ID against the migrated Contacts, and insert tickets via the Zoho Desk API. Conversation threads are inserted immediately after each ticket, preserving message order by timestamp. Attachments are downloaded from eTicket and uploaded to Zoho Desk against the migrated ticket. We chunk large ticket batches to avoid API timeout and validate record counts at each batch boundary. The original eTicket ticket ID is written to original_ticket_id__c on every migrated ticket.
KB article, tag, and product migration
KB articles are migrated to Zoho Desk Knowledge Base articles with title, body content, and category. Attachment inventory is compiled for manual re-upload. Tags are migrated as ticket tags. Products are migrated if present in the scope. These modules are independent of ticket dependency chains and run in parallel with the contact/account phase where possible.
Cutover, validation, and automation rebuild handoff
We freeze eTicket write access during the cutover window, run a final delta migration of any tickets created or modified during the migration, then enable Zoho Desk as the system of record. We validate record counts across all modules, spot-check 25-50 tickets for thread completeness and attachment presence, and deliver the Workflow and Automation Inventory document listing every eTicket automation requiring rebuild in Zoho Desk Blueprint and SLA console. We provide a one-week hypercare window for reconciliation issues. We do not rebuild eTicket workflows, macros, or SLAs as code; that work is handled by your admin using the provided inventory.
Platform deep dives
eTicket
Source
Strengths
Weaknesses
Zoho Desk
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 6 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across eTicket and Zoho Desk.
Object compatibility
6 of 7 objects need a mapping; the rest are 1:1.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
7-object category — typical timelines run 2–7 days end-to-end.
API constraints
eTicket: Not applicable — no API surface exists..
Data volume sensitivity
eTicket doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during eTicket to Zoho Desk migration scoping. Not seeing yours? Book a call.
Walk through your eTicket to Zoho Desk migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave eTicket
Other ways to arrive at Zoho Desk
Same-Helpdesk migrations
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.