Helpdesk migration
Field-level mapping, validation, and rollback between LiveChat and Salesforce Service Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Service Cloud.
LiveChat
Source
Salesforce Service Cloud
Destination
Compatibility
10 of 12
objects map 1:1 between LiveChat and Salesforce Service Cloud.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from LiveChat to Salesforce Service Cloud is a shift from a chat-native platform to an omnichannel service CRM. LiveChat organizes data around Chats, Agents, and Requesters; Salesforce Service Cloud uses Cases, Contacts, Accounts, and the MessagingSession object as the Enhanced Chat successor to the legacy LiveChatTranscript. We extract chat history through the LiveChat API (or the $7 Chats Exporter app for accounts without API access), transform each conversation into a Case with linked MessagingSession records, and resolve requesters against the Salesforce Contact or Lead schema. Agent seats map directly to Salesforce Users. We flag LiveChat automated rules, canned responses, and integration configurations for admin-side rebuild because they are configuration-bound and not portable.
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.
Source platform
LiveChat platform overview
Scorecard, SWOT, gotchas, and pricing for LiveChat.
Destination platform
Salesforce Service Cloud platform overview
Scorecard, SWOT, gotchas, and pricing for Salesforce Service Cloud.
Data migration guide
The complete Salesforce Service Cloud migration guide
Data model, import mechanisms, field mapping strategy, pitfalls, and cutover — by the engineers running it.
Destination checklist
Salesforce Service Cloud migration checklist
Pre- and post-cutover tasks for moving onto Salesforce Service Cloud.
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 Salesforce Service Cloud, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
LiveChat
Chat
Salesforce Service Cloud
Case
1:1LiveChat Chat records map to Salesforce Case as the primary ticket object. The Chat id becomes the Case CaseNumber for traceability. Chat status (active, closed) maps to Case Status (Open, Closed). Priority maps to Case Priority. Group or department assignment maps to Case Owner (User) or Case Team. Each Chat produces one parent Case; multi-session chats from the same requester are consolidated into a single Case with multiple MessagingSession records.
LiveChat
Chat
Salesforce Service Cloud
MessagingSession
1:1Chat transcript content maps to Salesforce MessagingSession, which is the Enhanced Chat successor object replacing the legacy LiveChatTranscript. Salesforce's own migration tooling from Legacy Chat to Enhanced Chat uses MessagingSession as the target object. We write message content, timestamps, agent name, and requester identifier into MessagingSession fields during the LiveChat export ingest, linking each session to the parent Case via the CaseId reference.
LiveChat
Requester
Salesforce Service Cloud
Contact or Lead
1:1LiveChat Requester records (customers initiating conversations) map to Salesforce Contact by email match. If the requester email has no matching Contact in Salesforce, we create one and flag it for Account association review post-migration. Requester custom properties map to custom fields on the Contact record. Anonymous chat visitors (no email) are mapped to Salesforce Lead records until a Contact is established through subsequent Case activity.
LiveChat
Agent
Salesforce Service Cloud
User
1:1LiveChat Agent records map directly to Salesforce User by email match. Agent display name becomes User Name, and agent role (regular, admin, owner) informs the Salesforce Profile assignment. We recommend assigning migrated agents a Support Agent or Customer Service standard Profile during migration, with role customization handled by the Salesforce admin post-migration.
LiveChat
Tag
Salesforce Service Cloud
Case Tag or Custom Picklist
lossyLiveChat tags attached to Chats map to Salesforce Case Tag records or a custom multi-select picklist on Case depending on the destination org's tagging strategy. We normalize tag character set and length (Salesforce tags have a 255-character limit; LiveChat tags up to 100 characters are preserved intact). The customer chooses tag strategy during scoping.
LiveChat
Custom Field (Chat-level)
Salesforce Service Cloud
Custom Field (Case)
1:1LiveChat custom fields created at the chat widget level map to custom fields on the Salesforce Case object. We detect per-widget field overlap (same field name, different internal IDs across widgets) during discovery and consolidate duplicate field definitions before creating destination custom fields. Field data type mapping: text to Text, number to Number, date to Date, dropdown to Picklist.
LiveChat
Custom Field (Requester-level)
Salesforce Service Cloud
Custom Field (Contact)
1:1LiveChat custom fields at the requester level map to custom fields on the Salesforce Contact object. If the destination org uses Person Accounts, we map to Account custom fields instead. Requester-level custom fields with no equivalent in Salesforce are created as custom fields on Contact before migration.
LiveChat
Chat Rating (CSAT)
Salesforce Service Cloud
Case Satisfaction
1:1LiveChat chat ratings (1-5 stars or thumbs up/down) map to the standard Salesforce Case Satisfaction field if the destination org has Customer Satisfaction enabled. Ratings are written as percentage values (5-star to 100%, 3-star to 60%, etc.). If Satisfaction is not enabled in the destination org, we write ratings to a custom numeric field csat_rating__c on Case for reporting purposes.
LiveChat
Canned Response
Salesforce Service Cloud
Email Template or Quick Text
1:1LiveChat canned responses map to Salesforce Email Templates (for structured templates sent via Case email actions) or Quick Text (for agent desktop shortcuts). The mapping is not 1:1 because LiveChat uses {{variable}} placeholder syntax while Salesforce uses {!Contact.firstname} merge field syntax. We document the translation table during scoping and convert placeholders as part of the migration transform.
LiveChat
Group / Department
Salesforce Service Cloud
Queue or Group
1:1LiveChat Groups and Departments assign agents to functional teams and route chats. These map to Salesforce Queues (for Case routing by skills) or Salesforce Groups (for internal team organization). We preserve group membership by mapping each group to a Queue with the same set of agents as members. Queue-based routing requires Omni-Channel configuration in Salesforce, which the customer's admin handles post-migration based on our documented routing map.
LiveChat
Knowledge Base Article (LiveChat Help Center)
Salesforce Service Cloud
Knowledge Article
1:1LiveChat Help Center articles export as HTML with title, body, slug, and visibility settings. We map these to Salesforce Knowledge Article records with the article body as the Article Content field and URL Name mapped from the LiveChat slug. Complex nested category structures are flattened to Salesforce data categories at migration time. We do not migrate article version history beyond the current published version.
LiveChat
Automated Rule
Salesforce Service Cloud
Flow (documented, not migrated)
lossyLiveChat automated rules trigger based on chat events (new chat, chat status change, visitor action). We document each rule's trigger, conditions, and actions in a written inventory delivered to the customer's admin. These do not migrate as Salesforce Flow because LiveChat automation logic and Salesforce Flow record-triggered logic are structurally different. The admin or a Salesforce partner rebuilds each rule post-migration.
| LiveChat | Salesforce Service Cloud | Compatibility | |
|---|---|---|---|
| Chat | Case1:1 | Fully supported | |
| Chat | MessagingSession1:1 | Fully supported | |
| Requester | Contact or Lead1:1 | Fully supported | |
| Agent | User1:1 | Fully supported | |
| Tag | Case Tag or Custom Picklistlossy | Fully supported | |
| Custom Field (Chat-level) | Custom Field (Case)1:1 | Fully supported | |
| Custom Field (Requester-level) | Custom Field (Contact)1:1 | Fully supported | |
| Chat Rating (CSAT) | Case Satisfaction1:1 | Fully supported | |
| Canned Response | Email Template or Quick Text1:1 | Fully supported | |
| Group / Department | Queue or Group1:1 | Fully supported | |
| Knowledge Base Article (LiveChat Help Center) | Knowledge Article1:1 | Fully supported | |
| Automated Rule | Flow (documented, not migrated)lossy | 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
Salesforce Service Cloud gotchas
Data Export 512MB file size cap breaks large org exports
API Daily Request Limits vary by license edition
No automatic data backup in base Salesforce
Picklist dependencies silently break records when unmapped
Workflow rules fire unexpectedly during data load
Pair-specific challenges
Migration approach
Discovery and widget audit
We audit the LiveChat account across all widgets, agent accounts, custom field schemas (per-widget), canned responses, automated rules, and chat volume by date range. We confirm whether the customer has API access (Business plan or Enterprise) or will use the Chats Exporter app for bulk export. We also audit the destination Salesforce org's Service Cloud configuration: Case Record Types, Sales Processes (if Service Cloud with Sales Cloud), custom fields on Case, Contact, and Account, and existing Queues or Groups. The discovery output is a written migration scope with object mapping, widget merge plan, and Salesforce schema gap analysis.
Schema design and Salesforce configuration
We design the destination Salesforce schema: we create any missing custom fields on Case and Contact, configure Case Record Types for any new support categories, set up Queues for LiveChat group equivalents, and create a mapping table for canned response placeholder translation. We deploy the schema to a Salesforce Sandbox first for validation. If the destination org does not yet have Service Cloud enabled, we advise on the appropriate edition during this step.
Bulk export and data stitching
We extract chat history from LiveChat using the API (Business plan or higher) or the $7 Chats Exporter app (Starter or Team plan). For multi-widget accounts, we run parallel export jobs per widget and per date window, then merge the output into a single chronological dataset. We validate total chat count against LiveChat reporting and flag any gaps at widget or date boundaries. We also export agents, requesters, tags, canned responses, and knowledge base articles during this phase.
Sandbox migration and reconciliation
We run a full migration into the Salesforce Sandbox using production-like data volume. The customer's Service Cloud admin reconciles record counts (Cases in, Contacts in, Agents mapped), spot-checks 25-50 random Cases against the LiveChat source transcripts, and reviews MessagingSession message threading for chronological accuracy. We fix any field mapping errors, validate custom field data in Case, and confirm that agent assignments match LiveChat group membership before production migration begins.
Owner and user provisioning
We extract every distinct LiveChat Agent and map them to Salesforce Users by email match. Any Agent without a matching Salesforce User goes to a provisioning queue for the customer's admin to create before production migration. Group and department membership maps to Queue membership, which we configure during Sandbox validation. Migration cannot proceed past this step because Case OwnerId references require resolved User records.
Production migration and cutover
We run production migration in dependency order: Salesforce Users (validated), Contacts (from LiveChat Requesters), Cases (with ContactId resolved), MessagingSession records (linked to parent Cases), Case Tags, Knowledge Articles, and Quick Text or Email Templates from canned responses. Each phase emits a row-count reconciliation report. We freeze LiveChat chat acceptance during cutover, run a final delta migration of any records modified during the migration window, then enable Salesforce as the system of record.
Validation, handoff, and automation inventory delivery
We validate total case count, transcript completeness, and custom field population against the LiveChat source export. We deliver the automated rule inventory document to the customer's admin team with recommended Salesforce Flow equivalents for each LiveChat rule. We support a one-week hypercare window for reconciliation issues. We do not rebuild LiveChat automated rules as Salesforce Flow inside the migration scope; that is a separate engagement or an internal admin task.
Platform deep dives
LiveChat
Source
Strengths
Weaknesses
Salesforce Service Cloud
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 1 of 7 objects need a manual workaround.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across LiveChat and Salesforce Service Cloud.
Object compatibility
1 of 7 objects need a manual workaround.
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 Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.
Walk through your LiveChat to Salesforce Service Cloud 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 Salesforce Service Cloud
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.