Helpdesk migration
Field-level mapping, validation, and rollback between LiveAgent and Zoho Desk. We move data and schema; workflows are rebuilt natively in Zoho Desk.
LiveAgent
Source
Zoho Desk
Destination
Compatibility
9 of 12
objects map 1:1 between LiveAgent and Zoho Desk.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from LiveAgent to Zoho Desk is a structural migration that requires respecting Zoho Desk's hard dependency order for imports: Agents first, then Accounts, then Contacts, then Tickets (which automatically pulls in Threads and Attachments). LiveAgent's Tickets, Customers, Companies, and Conversations map cleanly to their Zoho Desk equivalents (Tickets, Contacts, Accounts, and Threads), but Knowledgebase articles require a separate rebuild workflow since Zoho Desk does not migrate attachments to KB articles. We extract all conversation history via LiveAgent's REST API, respecting the 180 req/min cloud rate limit with exponential backoff and pagination, and insert into Zoho Desk in the required sequence. Custom fields on both Tickets and Contacts in LiveAgent require dynamic schema discovery and pre-creation of equivalent custom fields in Zoho Desk before import, because Zoho Desk scopes custom fields to individual departments. Macros, Rules, SLA configurations, and automated workflows do not migrate from LiveAgent — they are not accessible via the public REST API and must be rebuilt in Zoho Desk's Blueprint and workflow rule engine post-migration.
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 LiveAgent 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.
LiveAgent
Ticket
Zoho Desk
Ticket
1:1LiveAgent Tickets map to Zoho Desk Tickets. The LiveAgent ticket ID is preserved in a Zoho Desk custom field (zohoTicketId__c or equivalent) for cross-system audit. LiveAgent statuses (New, Open, Pending, Resolved, Archived) map to Zoho Desk status values that we configure as part of the department layout before import. Priority and assignee map directly. Note: Zoho Desk requires Agents to exist in the system before Tickets can be assigned to them, so agent pre-provisioning is a hard prerequisite that must complete before the Ticket import phase.
LiveAgent
Customer (Contact)
Zoho Desk
Contact
1:1LiveAgent Customers map to Zoho Desk Contacts. Name, email, phone, address, and social profile fields (Facebook, Twitter) migrate directly. The AccountExtId reference in Zoho Desk's Contacts CSV format is optional — if the LiveAgent Customer is linked to a Company, we import the Account first and then reference it on the Contact import. If no Company link exists, the Contact imports without an Account association. Custom fields on Contacts in LiveAgent require pre-creation in Zoho Desk under the target department's layout before import.
LiveAgent
Company
Zoho Desk
Account
1:1LiveAgent Companies map to Zoho Desk Accounts. Company name becomes Account Name, domain becomes Website, and industry, annual revenue, and description fields map to their Zoho Desk equivalents. Accounts must be imported before Contacts so that the Account lookup reference is available at Contact insert time. If the LiveAgent account does not use Companies, we skip this object and Contacts import without an Account association.
LiveAgent
Conversation (Message Thread)
Zoho Desk
Thread
1:1LiveAgent Conversations (the threaded message history within a Ticket) map to Zoho Desk Ticket Threads. Each thread record carries the message body, author type (customer or agent), timestamp, and channel type. Zoho Desk's import documentation states that selecting the Ticket module automatically includes its child modules — Ticket Threads and Attachments — so thread migration is handled as part of the ticket import pipeline. We fetch conversation records via LiveAgent's Conversations API and flatten them into the thread structure Zoho Desk expects.
LiveAgent
Tag
Zoho Desk
Tag
1:1LiveAgent Tags applied to Tickets migrate as Tags in Zoho Desk. Tag names are preserved exactly. Zoho Desk does not have a separate Tag management API for bulk creation, but tags are created implicitly when they appear in the ticket import data. If the customer's Zoho Desk plan limits tag-based filtering, we flag the constraint during scoping.
LiveAgent
Agent (User)
Zoho Desk
Agent
1:1LiveAgent Agents must be matched to Zoho Desk Agents by email before ticket import. Zoho Desk requires that agent profiles exist in the system before tickets can be assigned to them — the import rejects ticket records that reference an Agent email not found in Zoho Desk. We extract all distinct agent emails from LiveAgent ticket assignments, cross-reference against Zoho Desk's existing agents, and create any missing agents via Zoho Desk's API before the ticket phase begins. Agents receive an email invitation to activate their Zoho Desk account, which must be accepted before they appear in reports.
LiveAgent
Knowledgebase Article
Zoho Desk
Knowledgebase Article
1:1LiveAgent Knowledgebase articles migrate to Zoho Desk Knowledgebase articles, but the Zoho Desk assisted migration documentation explicitly states that KB article attachments will not be migrated. We export all LiveAgent KB articles including content, category, status, and ACL settings, then upload them to Zoho Desk as articles. Any article attachments (images, PDFs, files) are re-uploaded separately and the article is updated with the new attachment URLs. The knowledgebase article migration runs as a separate phase after the ticket migration is validated.
LiveAgent
File/Attachment
Zoho Desk
Attachment
1:1LiveAgent file attachments linked to Tickets and Conversations are downloaded via the LiveAgent Files API and re-uploaded to Zoho Desk. Attachments are linked to the parent Ticket and Thread in Zoho Desk. File size limits in Zoho Desk are enforced during re-upload — files exceeding the plan limit are flagged and stored externally with a link embedded in the thread. Note: attachments on Knowledgebase articles do not migrate per Zoho Desk's documented exclusion.
LiveAgent
Ticket Custom Field
Zoho Desk
Ticket Custom Field
lossyLiveAgent ticket custom fields (account-specific schemas discovered dynamically via the API) require pre-creation in Zoho Desk before ticket import. Zoho Desk custom fields are scoped to a specific department and layout — we enumerate all LiveAgent ticket custom fields during scoping, create matching Zoho Desk custom fields under the target department's Ticket layout, and then map field values during import. Field type mapping is direct for string, integer, decimal, currency, and checkbox types. Dropdown fields in LiveAgent map to picklist fields in Zoho Desk with the same option values.
LiveAgent
Customer Custom Field
Zoho Desk
Contact Custom Field
lossyLiveAgent customer (contact) custom fields follow the same pattern as ticket custom fields — account-specific schemas requiring dynamic discovery and pre-creation in Zoho Desk under the target department's Contact layout. We map each LiveAgent contact custom field to a Zoho Desk equivalent, creating new custom fields if no matching standard field exists. Customer Groups in LiveAgent (used to segment customers by tier or region) are documented as a custom picklist field on the Contact record in Zoho Desk since Zoho Desk does not have a native Customer Groups API equivalent.
LiveAgent
Customer Group
Zoho Desk
Custom Picklist Field (Account Type)
lossyLiveAgent Customer Groups are used to segment customers by tier, region, or other dimensions. Zoho Desk does not have a native Customer Groups object with API endpoints, so we map group membership to a custom picklist or multi-select picklist field on the Contact record. We export group assignments from LiveAgent, create the equivalent field in Zoho Desk, and populate during the Contact import phase. If the customer has more than 30 distinct groups, we discuss whether to use a picklist or store the data in a custom related object.
LiveAgent
Macro / Automated Rule
Zoho Desk
Blueprint + Escalation Rule (documented only)
1:1LiveAgent Macros and Rules are not accessible via the public REST API. We do not migrate automation rules as code. We deliver a written inventory of every LiveAgent Macro and Rule configuration discovered during scoping — including trigger conditions, actions, SLA settings, and routing logic — mapped to Zoho Desk Blueprint and Escalation Rule equivalents where a direct translation exists. The customer's admin rebuilds the automations in Zoho Desk post-migration using the delivered inventory as the configuration guide.
| LiveAgent | Zoho Desk | Compatibility | |
|---|---|---|---|
| Ticket | Ticket1:1 | Fully supported | |
| Customer (Contact) | Contact1:1 | Fully supported | |
| Company | Account1:1 | Fully supported | |
| Conversation (Message Thread) | Thread1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Agent (User) | Agent1:1 | Fully supported | |
| Knowledgebase Article | Knowledgebase Article1:1 | Fully supported | |
| File/Attachment | Attachment1:1 | Fully supported | |
| Ticket Custom Field | Ticket Custom Fieldlossy | Fully supported | |
| Customer Custom Field | Contact Custom Fieldlossy | Fully supported | |
| Customer Group | Custom Picklist Field (Account Type)lossy | Fully supported | |
| Macro / Automated Rule | Blueprint + Escalation Rule (documented only)1: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.
LiveAgent gotchas
180 req/min API rate limit on cloud accounts
Custom plugins cannot migrate to cloud
Migration requires mandatory downtime
Ticket resolved email notification must be deactivated pre-migration
Invoicing is usage-based with forward-fee billing
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 schema audit
We enumerate all LiveAgent objects in scope — Tickets, Customers, Companies, Conversations, Agents, Tags, Knowledgebase articles, and all custom fields on Tickets and Customers — by calling the LiveAgent REST API and inspecting the dynamic schema. We map each LiveAgent status, priority, and custom field to its equivalent Zoho Desk type. We also identify all distinct agent emails referenced on tickets, check which agents already exist in Zoho Desk, and flag any missing agents for pre-creation. The discovery output is a written migration scope with a full object inventory and Zoho Desk pre-creation checklist.
Zoho Desk pre-configuration
Before any data moves, we configure the Zoho Desk side: creating all agent profiles (from the email list gathered in discovery), creating all Teams with rosters (from the LiveAgent group and department structure), creating all Accounts (Companies) and Contacts (Customers) that have no dependencies, and creating all department-scoped custom fields on Ticket and Contact layouts. We validate that Zoho Desk field types match LiveAgent field types for every custom field before proceeding. This phase runs against the production Zoho Desk account so that the configured schema is in place for import.
LiveAgent export with rate-limit handling
We export all Tickets, Conversations, and Knowledgebase articles from LiveAgent using paginated REST API requests, throttled to 180 req/min with exponential backoff on 429 responses. Conversation threads are fetched per ticket and associated with the ticket record in the export manifest. Attachments are downloaded to local storage and assigned a reference URI for re-upload to Zoho Desk. The export produces a set of structured CSV files (or JSON equivalents) organized per Zoho Desk's documented import format, with original LiveAgent IDs preserved for cross-system audit.
Data transformation and mapping
We apply the mapping logic to each export file: LiveAgent ticket status values map to Zoho Desk status values configured in step 2; LiveAgent agent email references map to Zoho Desk agent IDs resolved in step 2; LiveAgent Company IDs map to Zoho Desk Account IDs; LiveAgent Customer IDs map to Zoho Desk Contact IDs with the optional AccountExtId reference; conversation threads are flattened into Zoho Desk's thread structure per ticket. Any field that has no Zoho Desk equivalent is mapped to a custom field. The transformation runs as a staged process with a reconciliation report before each Zoho Desk import phase begins.
Phased import in Zoho Desk dependency order
We import into Zoho Desk in the required sequence: Agents (validated pre-created in step 2), Accounts (from LiveAgent Companies), Contacts (with optional AccountExtId resolved), then Tickets with Threads and Attachments. Each phase runs against production Zoho Desk. We validate row counts after each phase against the export manifest. KB articles import in a separate phase after ticket validation, with attachments handled as a post-article supplemental upload. We disable Zoho Desk notification triggers during import to prevent agents from receiving automated emails about records being created in bulk.
Delta sync, validation, and automation rebuild handoff
We run a delta scan of any LiveAgent records created or modified during the migration window, import the delta into Zoho Desk, and reconcile final record counts. We validate 25-50 randomly sampled tickets end-to-end — checking that the Contact, Account, assignee, status, priority, thread count, and attachment count match the LiveAgent source. We deliver the written Macro and Rule inventory mapped to Zoho Desk Blueprint and Escalation Rule equivalents. We do not rebuild LiveAgent macros or automations as Zoho Desk workflows inside the migration scope; that work is handled by the customer's admin using the delivered inventory as the configuration guide.
Platform deep dives
LiveAgent
Source
Strengths
Weaknesses
Zoho Desk
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 4 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 LiveAgent and Zoho Desk.
Object compatibility
4 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
LiveAgent: 180 requests per minute per API key on cloud accounts; configurable and overridable on standalone installations.
Data volume sensitivity
LiveAgent 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 LiveAgent to Zoho Desk migration scoping. Not seeing yours? Book a call.
Walk through your LiveAgent 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 LiveAgent
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.