Helpdesk migration

Migrate from LiveChat to Salesforce Service Cloud

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 logo

LiveChat

Source

Salesforce Service Cloud

Destination

Salesforce Service Cloud logo

Compatibility

83%

10 of 12

objects map 1:1 between LiveChat and Salesforce Service Cloud.

Complexity

CModerate

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

LiveChat logo

LiveChat

What's pushing teams away

  • Pricing scales per agent, and as teams grow, costs increase linearly with headcount rather than conversation volume, making it expensive for large support organizations.
  • Feature gaps compared to all-in-one platforms: no native AI phone support, limited native CRM depth, and teams that need omnichannel coverage find themselves piecing together multiple Text products.
  • Starter plan limits to one user, forcing teams to upgrade to Business immediately even for small pilot deployments, which creates friction during evaluation.
  • Notification sounds and minor UI polish items are flagged in long-term reviews as areas where the product has not kept pace with competitors.
  • Teams that scale past 50 agents report the platform becomes harder to manage without third-party tools for advanced routing and workload balancing.

Choosing

Salesforce Service Cloud logo

Salesforce Service Cloud

What's pulling them in

  • Deep Salesforce ecosystem integration with Sales Cloud, Marketing Cloud, and custom Apex apps creates a single pane of glass for enterprise customer data and cross-functional workflows.
  • Omnichannel case routing — email, chat, phone, social, and messaging — unified under one case object means agents do not lose context when customers switch channels mid-interaction.
  • AI for customer service (Einstein AI / Agentforce) offers automated case classification, suggested replies, and chatbot routing that reduces Tier-1 ticket volume without manual rule authoring.
  • Entitlement and milestone tracking enforces SLA compliance natively, automatically calculating breach windows and surfacing violations to supervisors in dashboards.
  • Salesforce's massive AppExchange ecosystem provides pre-built connectors, industry-specific managed packages, and third-party tools that extend Service Cloud beyond its out-of-box capabilities.

Object mapping

How LiveChat objects map to Salesforce Service Cloud

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

maps to

Salesforce Service Cloud

Case

1:1
Fully supported

LiveChat 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

maps to

Salesforce Service Cloud

MessagingSession

1:1
Fully supported

Chat 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

maps to

Salesforce Service Cloud

Contact or Lead

1:1
Fully supported

LiveChat 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

maps to

Salesforce Service Cloud

User

1:1
Fully supported

LiveChat 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

maps to

Salesforce Service Cloud

Case Tag or Custom Picklist

lossy
Fully supported

LiveChat 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)

maps to

Salesforce Service Cloud

Custom Field (Case)

1:1
Fully supported

LiveChat 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)

maps to

Salesforce Service Cloud

Custom Field (Contact)

1:1
Fully supported

LiveChat 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)

maps to

Salesforce Service Cloud

Case Satisfaction

1:1
Fully supported

LiveChat 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

maps to

Salesforce Service Cloud

Email Template or Quick Text

1:1
Fully supported

LiveChat 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

maps to

Salesforce Service Cloud

Queue or Group

1:1
Fully supported

LiveChat 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)

maps to

Salesforce Service Cloud

Knowledge Article

1:1
Fully supported

LiveChat 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

maps to

Salesforce Service Cloud

Flow (documented, not migrated)

lossy
Fully supported

LiveChat 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.

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.

LiveChat logo

LiveChat gotchas

High

Chats Exporter app required for bulk export

High

Seat-based billing creates migration cost surprises

Medium

API rate limits throttle large migrations

Medium

Custom field schema is per-widget, not global

Low

Ongoing chats auto-close on reconnect failure

Salesforce Service Cloud logo

Salesforce Service Cloud gotchas

High

Data Export 512MB file size cap breaks large org exports

High

API Daily Request Limits vary by license edition

High

No automatic data backup in base Salesforce

Medium

Picklist dependencies silently break records when unmapped

Medium

Workflow rules fire unexpectedly during data load

Pair-specific challenges

  • LiveChatTranscript replaced by MessagingSession in Salesforce Enhanced Chat

    Salesforce has deprecated Legacy Chat and the LiveChatTranscript object in favor of Enhanced Chat and MessagingSession. When migrating chat transcripts to Salesforce Service Cloud, we write to MessagingSession (not LiveChatTranscript) to ensure compatibility with current Salesforce tooling and long-term support. Any existing Salesforce configuration using LiveChatTranscript will require update to MessagingSession as part of the migration cleanup. We flag these for the admin during discovery.

  • LiveChat bulk export requires Chats Exporter app or API scripting

    LiveChat has no built-in bulk-export UI. The official Chats Exporter app costs $7 and generates JSON or CSV per widget and per date range. Accounts with multiple widgets or multi-year chat histories must run separate export jobs per widget and per time window, then merge the results. We automate the stitching process, validate completeness against widget-level record counts, and detect conversations truncated at widget or date boundaries before writing to Salesforce Case and MessagingSession.

  • Per-widget custom fields create duplicate schema definitions

    LiveChat custom fields are created per chat widget, not globally at the account level. If a customer uses multiple chat widgets, the same custom field name may exist in multiple widgets with different internal IDs. We detect this during discovery and consolidate duplicate field definitions into a single Salesforce custom field on the Case object before migration. Skipping this step results in multiple custom fields with identical labels in Salesforce that confuse agents post-migration.

  • Agent deactivation required to stop LiveChat billing

    LiveChat charges per agent seat. When migrating out, the customer must explicitly deactivate agents in the LiveChat admin panel to stop billing. Inactive agents do not generate export data but remain billed if not deactivated. We confirm agent deactivation with the customer before destination-side import begins and advise on the LiveChat offboarding steps to avoid stranded billing on seats that are no longer in use.

  • LiveChat integrations are configuration-bound and not portable

    LiveChat integrations (Salesforce connector, Slack, Shopify, Google Analytics, and other third-party connectors) are configuration-bound settings that do not export to a portable format. We document the list of active integrations during discovery and recommend re-configuring them in Salesforce Service Cloud post-migration. The Salesforce connector requires Service Cloud to have a Connected App configured with OAuth; we do not migrate the OAuth tokens or webhook subscriptions.

Migration approach

Six steps for a successful LiveChat to Salesforce Service Cloud data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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.

  7. 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

Context on both ends of the pair

LiveChat logo

LiveChat

Source

Strengths

  • Real-time typing preview and visitor context give agents a head start on responses without additional back-and-forth.
  • Seat-based pricing is predictable and transparent, with no hidden conversation caps on paid tiers.
  • API supports programmatic chat export, allowing migration tooling to pull historical transcripts and requester data reliably.
  • 14-day free trial with no credit card removes purchase friction for new teams evaluating the platform.

Weaknesses

  • AI features and advanced automation are gated behind higher tiers, limiting what small teams can test on lower plans.
  • No native bulk-export UI in the product itself; teams rely on the $7 Chats Exporter app or API scripting to extract historical data.
  • Integrations must be reconfigured manually at the destination; there is no importable integration backup or migration package.
  • Knowledge base and chatbot flows exist in separate products (KnowledgeBase and ChatBot), making a full support-stack migration more complex than a single-object export.
Salesforce Service Cloud logo

Salesforce Service Cloud

Destination

Strengths

  • Enterprise-grade security, compliance certifications, and audit logging available across all paid editions with Shield offering enhanced event monitoring.
  • Scalable multi-tenant cloud architecture supporting orgs from 5 users to 150,000+ seat enterprises without infrastructure management overhead.
  • Omnichannel contact center unifying email, live chat, phone, messaging, and social into a single Case timeline per customer interaction.
  • Rich workflow automation via Salesforce Flow, Process Builder, and Apex triggers enabling complex case escalation, routing, and field updates.
  • Native AI capabilities (Agentforce / Einstein) for case auto-routing, classification, suggested responses, and chatbot escalation without third-party add-ons.

Weaknesses

  • Per-seat pricing model with no contact limits creates unpredictable cost scaling for large organizations adding many agents over time.
  • No automatic data backup — organizations must purchase a third-party backup solution or build manual Data Loader exports to protect against data loss from human error, failed deployments, or integrations overwriting records.
  • Steep learning curve for non-technical users requiring dedicated admin resources and formal training investment before teams reach productive velocity.
  • Annual contract requirements and limited pro-ration on exit create significant switching cost friction, especially for organizations evaluating alternatives mid-cycle.
  • Add-on licensing (CPQ, Einstein Activity Capture, Shield, Data Cloud) can double effective per-seat cost without clear documentation of which features are included in base tiers.

Complexity grading

How hard is this migration?

Moderate Helpdesk migration. 1 of 7 objects need a manual workaround.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across LiveChat and Salesforce Service Cloud.

  • Object compatibility

    C

    1 of 7 objects need a manual workaround.

  • 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

    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

    B

    LiveChat doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your LiveChat to Salesforce Service Cloud 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 LiveChat to Salesforce Service Cloud data migrations

Answers to the questions buyers ask most during LiveChat to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Straightforward migrations under 50,000 chats and a single widget land between three and five weeks. Migrations with multiple widgets, large historical transcript archives (over 200,000 chats), per-widget custom field consolidation, or knowledge base article migration move to seven to twelve weeks because of widget-stitching validation, MessagingSession parent-record resolution, and Sandbox rehearsal cycles. The LiveChat export phase alone can take three to five business days for accounts with multi-year chat histories and no API access.

Adjacent paths

Related migrations to explore

Ready when you are

Move from LiveChat.
Land in Salesforce Service Cloud, 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