Helpdesk migration
Field-level mapping, validation, and rollback between LiveChat and Freshdesk. We move data and schema; workflows are rebuilt natively in Freshdesk.
LiveChat
Source
Freshdesk
Destination
Compatibility
8 of 8
objects map 1:1 between LiveChat and Freshdesk.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from LiveChat to Freshdesk is a conversation-to-ticket translation. LiveChat organizes support around Chats and Requesters; Freshdesk uses Tickets, Contacts, and Companies. We convert each LiveChat conversation into a Freshdesk ticket with the full message thread intact, preserving timestamps, agent names, and message attribution. Requester-level custom fields map to Freshdesk Contact properties, while chat-level custom fields map to ticket fields after we consolidate duplicate field names from LiveChat multi-widget deployments. LiveChat groups and departments become Freshdesk Teams, and chat ratings land as CSAT scores. We do not migrate automated rules, canned response variable syntax, chat widget configuration, or analytics summaries; we deliver written inventories of these for your admin to rebuild post-migration. Freshdesk's free Sprout plan for unlimited agents makes the switch financially attractive for growing support teams, and its omnichannel architecture consolidates chat, email, phone, and social channels under one ticket system.
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 LiveChat object lands in Freshdesk, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
LiveChat
Agent
Freshdesk
Agent
1:1LiveChat Agents map directly to Freshdesk Agents. We resolve by email address and preserve display name, role (agent vs admin), and group memberships. LiveChat group assignments become Freshdesk Teams with agent memberships migrated accordingly. If a LiveChat agent email does not match an existing Freshdesk user, we hold the record in a reconciliation queue and the customer's Freshdesk admin provisions the account before production migration begins.
LiveChat
Requester
Freshdesk
Contact
1:1LiveChat Requesters map to Freshdesk Contacts. Email address is the primary dedupe key; we also match on name where emails are missing or anonymized. Requester-level custom fields migrate to Freshdesk Contact custom fields after we consolidate any duplicate field names from multi-widget LiveChat deployments. Phone number, company name, language, and timezone from LiveChat map to Freshdesk Contact properties. If LiveChat requesters include a company identifier, we create the corresponding Freshdesk Company record and attach it to the Contact.
LiveChat
Chat
Freshdesk
Ticket + Conversation
1:1Each LiveChat Chat becomes a Freshdesk Ticket with the full message thread as Ticket Conversations. We preserve chronological message order, agent vs customer attribution, message timestamps, and system events (chat started, transferred, rated, closed). Chat subject or first message becomes the Ticket subject. The LiveChat widget identifier is stored as a custom ticket field to preserve the original channel context. Open chats at migration time are flagged for the customer to close or convert before cutover to avoid split conversation threads.
LiveChat
Tag
Freshdesk
Tag
1:1LiveChat tags applied at the chat level migrate as Freshdesk ticket Tags. We normalize tag names to Freshdesk's allowed character set (alphanumeric plus hyphens and underscores, max 30 characters). If a LiveChat tag exceeds the length limit, we truncate with an ellipsis indicator and document the original tag name in the migration reconciliation report. Tag-to-label mapping is preserved 1:1 where names are valid; tags with special characters are normalized and documented.
LiveChat
Custom Field (chat-level)
Freshdesk
Custom Field (ticket-level)
1:1LiveChat custom fields created at the chat level map to Freshdesk ticket custom fields. We handle type mapping (string to text, number to number, boolean to checkbox, date to date picker). Freshdesk custom fields are account-global, so if the LiveChat account uses multiple widgets with identically named custom fields but different internal IDs, we consolidate into a single Freshdesk custom field definition rather than creating duplicates. Field display names in Freshdesk are limited to 30 characters; longer LiveChat field names are truncated and documented.
LiveChat
Custom Field (requester-level)
Freshdesk
Custom Field (contact-level)
1:1LiveChat custom fields applied at the Requester level migrate to Freshdesk Contact custom fields. The same consolidation logic applies: if the same field name appears across multiple LiveChat widgets, we create one global Contact custom field in Freshdesk. We preserve field values per requester and map types accordingly (string to text, date to date field, boolean to checkbox). Multi-select or comma-separated text in LiveChat custom fields maps to Freshdesk's multi-select picklist where the picklist values are predefined.
LiveChat
Chat Rating
Freshdesk
CSAT Survey Rating
1:1LiveChat chat ratings (CSAT scores 1-5) map to Freshdesk CSAT Survey Rating. We write the numeric score to the ticket's satisfaction_rating field if available on the target plan, otherwise we preserve the rating in a custom ticket field and flag it for the customer's admin to configure Freshdesk's native CSAT survey post-migration. Agent-specific ratings in LiveChat are noted in a custom field since Freshdesk CSAT is attached to the ticket as a whole, not per-agent.
LiveChat
Knowledge Base Article
Freshdesk
Article
1:1LiveChat Help Center articles migrate to Freshdesk Help Center Articles. We preserve article title, body HTML, and URL slug. Complex nested category structures (multi-level folder hierarchies) may require manual reorganization in Freshdesk post-migration because Freshdesk's article category model differs from LiveChat's folder nesting. Base64-encoded images embedded in article HTML are flagged as requiring re-upload as Freshdesk media attachments because encoded images do not transfer reliably across platforms. We document which articles contain embedded images for manual post-migration correction.
| LiveChat | Freshdesk | Compatibility | |
|---|---|---|---|
| Agent | Agent1:1 | Fully supported | |
| Requester | Contact1:1 | Fully supported | |
| Chat | Ticket + Conversation1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Custom Field (chat-level) | Custom Field (ticket-level)1:1 | Fully supported | |
| Custom Field (requester-level) | Custom Field (contact-level)1:1 | Fully supported | |
| Chat Rating | CSAT Survey Rating1:1 | Fully supported | |
| Knowledge Base Article | Article1: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.
LiveChat gotchas
Chats Exporter app required for bulk export
Seat-based billing creates migration cost surprises
API rate limits throttle large migrations
Custom field schema is per-widget, not global
Ongoing chats auto-close on reconnect failure
Freshdesk gotchas
API access is blocked on the free plan
Per-minute rate limits are account-wide and endpoint-specific
Multi-channel source types do not map 1:1 to all destinations
Custom objects created in-product cannot be accessed by other apps
Contact import requires at least 10 existing tickets in the account
Pair-specific challenges
Migration approach
Discovery and widget audit
We audit the source LiveChat account across all widgets, identifying agent count, requester volume, chat history date range, tag taxonomy, custom field definitions (and their per-widget scope), canned response inventory, automated rule count, and integration list. We also assess the Freshdesk destination: plan tier, existing data, custom field definitions, and team structure. The discovery output is a written scope document with object counts, widget-level field consolidation recommendations, and a migration order plan. We confirm the customer's Freshdesk plan has the required features for each mapping (CSAT, custom fields, knowledge base) before proceeding.
Custom field schema design in Freshdesk
We create the target custom field schema in Freshdesk before any data migration begins. Chat-level custom fields from all LiveChat widgets are consolidated into a single Freshdesk ticket field definition per logical field. Requester-level custom fields are created as Freshdesk Contact custom fields. We set appropriate field types (text, number, checkbox, date, dropdown) to match LiveChat's type definitions. If the Freshdesk plan includes CSAT, we confirm the satisfaction rating field is active. This step runs against the production Freshdesk instance unless a Sandbox is specified by the customer.
Agent and team provisioning
We extract every distinct LiveChat agent and their group memberships. Agents map 1:1 to Freshdesk agents by email. LiveChat groups and departments become Freshdesk Teams with agent assignments migrated accordingly. If a LiveChat agent does not yet have a Freshdesk user account, we hold them in a provisioning queue and the customer's Freshdesk admin creates the accounts before the production migration phase. Migration cannot write ticket assignments for agents that do not yet exist in Freshdesk because Freshdesk requires a valid agent ID on assignment.
Chat export and ticket migration
We run the LiveChat Chats Exporter per widget and per date window, merge the output files, and validate that no conversations are truncated at export boundaries. Each chat becomes a Freshdesk ticket with message history reconstructed as ticket Conversations in chronological order. We preserve the originating widget as a ticket custom field and set the ticket status based on the LiveChat chat status (open, resolved, closed). Tags are attached to each ticket after the ticket is created. Chat ratings are written to the CSAT field or a custom rating field depending on the Freshdesk plan tier.
Contact and organization migration
We migrate LiveChat Requesters to Freshdesk Contacts, deduplicating by email. If a Requester includes a company name, we create a corresponding Freshdesk Company record and link the Contact to it. Requester-level custom fields are written to Contact custom fields after the field schema is confirmed in Freshdesk. If the destination Freshdesk instance already contains contact data, we run duplicate detection by email and company name before inserting, flagging potential duplicates for the customer to resolve.
Knowledge base migration (if applicable)
If the LiveChat account includes Help Center articles, we export them and create Freshdesk Help Center Articles with the same title, body HTML, and URL slug. We flag articles containing Base64-encoded images for manual re-upload post-migration and note complex nested category structures that may need reorganization in Freshdesk's article category system. Knowledge base migration runs after contacts and tickets to avoid overloading the Freshdesk instance during the primary data migration window.
Validation, cutover, and rebuild handoff
We run a row-count reconciliation comparing LiveChat source record counts against Freshdesk destination record counts for agents, contacts, companies, tickets, conversations, and tags. We spot-check 20-30 tickets to confirm message thread integrity, custom field values, tag accuracy, and CSAT scores. We deliver the automated rules inventory and integration audit checklist to the customer's Freshdesk admin. We do not rebuild automated rules or reconfigure Freshchat widgets as part of the migration scope. We support a three-day post-migration hypercare window for data reconciliation issues reported by the support team.
Platform deep dives
LiveChat
Source
Strengths
Weaknesses
Freshdesk
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 3 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 LiveChat and Freshdesk.
Object compatibility
3 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
LiveChat: Configuration API: 1,000 requests per 10-minute window per license (shared across all tokens and integrations on that license), with X-RateLimit-Remaining and Retry-After headers for backoff. Chat API (Zendesk-aligned heritage): 200 requests per minute per endpoint..
Data volume sensitivity
LiveChat 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 LiveChat to Freshdesk migration scoping. Not seeing yours? Book a call.
Walk through your LiveChat to Freshdesk migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave LiveChat
Other ways to arrive at Freshdesk
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.