Helpdesk migration

Migrate from eDesk to Salesforce Service Cloud

Field-level mapping, validation, and rollback between eDesk and Salesforce Service Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Service Cloud.

eDesk logo

eDesk

Source

Salesforce Service Cloud

Destination

Salesforce Service Cloud logo

Compatibility

64%

7 of 11

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

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from eDesk to Salesforce Service Cloud is a shift from a purpose-built eCommerce helpdesk into a CRM-backed service platform. eDesk organises conversations by channel (Amazon, eBay, Shopify, email) and attaches marketplace order context to each ticket; Salesforce Service Cloud organises service interactions around Cases linked to Accounts and Contacts with a full 360-degree customer view. We resolve the channel-to-Case-Origin mapping during scoping, carry AI Classification taxonomies into custom Case fields, and preserve full conversation threads, attachments, and timestamps against the correct Salesforce Contact and Account records. Smart Rules, Message Rules, and eDesk automation rules do not migrate as code; we deliver a written inventory of every rule for your admin to rebuild in Salesforce Flow or Omni-Channel. The Knowledge Base migrates as structured article content with categories preserved, though article-to-case linking requires a post-migration configuration pass.

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

eDesk logo

eDesk

What's pushing teams away

  • Performance issues and downtime are the most cited frustrations — G2 reviews note the platform can run slowly and that recent downtime has disrupted support operations at critical periods.
  • Setup complexity without professional services — users report that initial configuration is challenging and recommend engaging eDesk's support team from day one rather than self-onboarding.
  • Pricing at $39-$119 per agent per month feels expensive compared to alternatives for small teams, with the Essential plan's single-store limit forcing upgrades sooner than expected.
  • Translation quality within multi-language support is flagged as inconsistent by review sites, affecting brands with high volumes of non-English customer queries.
  • Limited refund flexibility — eDesk's policy of no refunds on cancellations or downgrades means teams stuck on an over-specified plan have no financial recourse.

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 eDesk objects map to Salesforce Service Cloud

Each row shows how a eDesk 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.

eDesk

Ticket

maps to

Salesforce Service Cloud

Case

1:1
Fully supported

eDesk Tickets map to Salesforce Case. The ticket subject becomes Case Subject; the full conversation thread (agent replies, customer messages, internal notes) migrates as CaseComments and EmailMessage records. Ticket status (Open, Pending, Resolved, Closed) maps to Salesforce Case Status with the Status values configured to match the customer's eDesk workflow stages. Priority from eDesk maps to Case Priority, and the original eDesk ticket ID is preserved in a custom field edesk_ticket_id__c for cross-system reconciliation.

eDesk

Channel

maps to

Salesforce Service Cloud

Case Origin (custom field)

lossy
Fully supported

eDesk's 200+ channel types (Amazon, eBay, Shopify, email, social, phone) have no direct Salesforce standard equivalent. We create a custom picklist field case_origin__c on Case and map each active eDesk channel to a corresponding picklist value. For Amazon and Walmart channels, we also preserve the marketplace order ID and seller SKU in custom fields on Case for order context visibility inside the Salesforce case record.

eDesk

Contact

maps to

Salesforce Service Cloud

Contact

1:1
Fully supported

eDesk Contact records (customer email, name, phone, marketplace identity) map directly to Salesforce Contact. The customer's marketplace identity (Amazon Customer ID, eBay buyer username) migrates to a custom field marketplace_identity__c on Contact. If the destination org uses Person Accounts, we apply a pre-migration configuration to enable Person Account record types before importing eDesk contacts as Person Accounts rather than standard Contacts.

eDesk

Agent

maps to

Salesforce Service Cloud

User

1:1
Fully supported

eDesk Agent accounts map to Salesforce User records. We resolve agents by email match. Any eDesk Agent without a matching Salesforce User goes to a reconciliation queue for the customer's admin to provision before record import resumes. Agent roles and team assignments from eDesk migrate to Salesforce Permission Sets or Public Group memberships depending on the destination org's security model.

eDesk

Knowledge Base Articles

maps to

Salesforce Service Cloud

Knowledge Articles

1:1
Mapping required

eDesk KB articles migrate to Salesforce Knowledge with article type configuration matched to the source article categories. Article body migrates as structured HTML with internal/external visibility flags mapped to Salesforce Data Category visibility. Article-to-category assignments are recreated as Salesforce Data Category Group memberships. If eDesk articles contain marketplace-specific content (Amazon return policies, Shopify TOS), these migrate as custom fields on the Knowledge article type rather than embedded in the article body.

eDesk

AI Classifications

maps to

Salesforce Service Cloud

Custom fields on Case

lossy
Mapping required

eDesk AI Classifications are a taxonomy for auto-categorising tickets that is not a standalone exportable object. We capture the AI classification values as custom picklist fields on Case (ai_category__c, ai_intent__c) during extraction, preserving the classification label and confidence score from the source. The customer rebuilds AI-powered case routing in Service Cloud using Einstein Classification or Flow-based routing rules configured post-migration.

eDesk

Templates

maps to

Salesforce Service Cloud

Email Templates or Custom Object

1:1
Mapping required

eDesk canned response templates migrate as Salesforce Email Templates. Template variables such as {{customer_name}} and {{order_number}} are preserved as merge field strings; variable mapping to Salesforce merge fields (like {{!Contact.FirstName}}) is documented in a template mapping spreadsheet for the customer's admin to update. Dynamic content for multi-language templates migrates as separate Salesforce Email Template versions per language.

eDesk

Tags

maps to

Salesforce Service Cloud

Tags or Custom Picklist

lossy
Mapping required

eDesk ticket tags migrate to Salesforce CaseTags with a companion custom multi-select picklist field case_tags__c on Case for reporting and filtering. If the eDesk tag taxonomy is used for routing or SLA assignment, we document the tag-to-queue mapping for rebuilding in Salesforce Omni-Channel routing configurations.

eDesk

SLA Policies

maps to

Salesforce Service Cloud

Entitlement Processes and Milestones

lossy
Mapping required

eDesk SLA configurations (first-response time, resolution time thresholds) migrate as Salesforce Entitlement Processes linked to Entitlement records on Cases. We preserve the SLA name, applicable case types, and time thresholds in Salesforce's milestone configuration. Note that Salesforce enforces SLA milestones via Entitlement Processes rather than as standalone policies, so the eDesk SLA rule logic requires manual rebuilding in Salesforce setup.

eDesk

Smart Rules and Message Rules

maps to

Salesforce Service Cloud

Documentation only

1:1
Mapping required

eDesk Smart Rules and Message Rules are eDesk-proprietary automation logic that has no direct Salesforce equivalent. We extract the rule configuration (trigger conditions, actions, time-based delays) as a machine-readable JSON document during extraction. The customer's admin uses this document to rebuild equivalent routing, escalation, and auto-response logic in Salesforce Flow and Omni-Channel. Rules are not migrated as active code; they are inventoried for manual rebuild.

eDesk

Reports and Analytics

maps to

Salesforce Service Cloud

Report snapshots (CSV export)

1:1
Mapping required

Historical reporting data from eDesk's Automated Report Extracts API (Agents, Tickets, Channels, Chats, AI metrics) is exported as CSV snapshots at migration cutover. Live eDesk dashboards do not replicate in Salesforce because Service Cloud's reporting engine requires rebuilding reports against the migrated data. We deliver the CSV exports as a data warehouse ingestion package for the customer's BI team to load into Tableau, Looker, or the reporting tool of their choice.

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.

eDesk logo

eDesk gotchas

High

Per-agent pricing creates billing risk at migration cutover

Medium

Smart Rules and Message Rules are tier-gated and not portable

Medium

Store and marketplace count limits gate channel connectivity

Medium

AI resolution costs accrue per automated ticket handled

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

  • Channel-to-Case mapping requires manual configuration

    eDesk connects 200+ marketplace and D2C channels natively, and each ticket carries its originating channel as a first-class attribute. Salesforce Service Cloud has no standard Case Origin value for most marketplace channels; only email, phone, web, and chat are standard. We create a custom picklist field to capture the eDesk channel taxonomy, but Omni-Channel skill-based routing requires mapping each channel to a Service Channel and Skills record. Teams with 30+ active channels should expect a configuration pass post-migration to map each channel to the correct queue and routing profile.

  • Smart Rules and Message Rules do not migrate as active logic

    eDesk Smart Rules (available on all plans) and Message Rules (Professional and Enterprise only) automate ticket routing, status changes, and auto-responses. These are eDesk-proprietary configurations that have no Salesforce equivalent at the automation level. We document every active rule in a structured format with trigger conditions, criteria, and actions for the customer's admin to rebuild in Salesforce Flow or Omni-Channel. Skipping this step means losing all automated routing logic on day one of the new system.

  • Order context fields require custom field creation

    eDesk attaches live marketplace order data to each ticket (order number, SKU, fulfillment status, return eligibility) visible inside the conversation view without switching context. Salesforce Case does not have native order context fields for Amazon, eBay, or Shopify order data. We create custom fields on Case (order_id__c, marketplace__c, fulfillment_status__c) and migrate the most recent order context from each eDesk ticket. Live order data requires an active marketplace API integration post-migration; the migrated snapshot reflects the order state at cutover only.

  • AI Classification rebuild requires Service Cloud Einstein licensing

    eDesk AI Classifications auto-categorise tickets at ingestion using a trained taxonomy. We preserve the classification labels and confidence scores as custom Case fields at migration time, but the active AI classification model does not transfer. Rebuilding equivalent classification in Salesforce requires either Einstein Service AI licensing (add-on to Service Cloud Enterprise and Unlimited) or a custom ML model trained on the migrated case data. Teams relying heavily on AI ticket sorting should budget for Einstein licensing or a separate ML build.

  • Knowledge Base article type structure differs significantly

    eDesk Knowledge Base articles use a category-based hierarchy with internal/external visibility flags. Salesforce Knowledge uses article types with data categories and Lightning community visibility controls that do not map one-to-one. We migrate article content and category assignments as data category memberships, but the article type schema must be pre-created in Salesforce before migration. Articles with embedded marketplace policy text (Amazon return policies, Shopify help articles) may need restructuring if they reference platform-specific URLs or variables that do not exist in Salesforce.

Migration approach

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

  1. Discovery and channel audit

    We audit the source eDesk account across plan tier (Essential/Growth/Professional/Enterprise), active channel count, ticket volume, contact volume, Knowledge Base article count, Smart Rules and Message Rules inventory, and AI Classification taxonomy. We identify any channels on the source that have no Salesforce standard equivalent and document the custom field strategy for Case Origin and order context fields. The discovery output is a written migration scope with record counts, a channel mapping spreadsheet, and a Salesforce edition recommendation (Service Cloud Professional at $75/user covers most migrations; Enterprise at $300/user is required for Einstein AI or advanced Omni-Channel routing).

  2. Schema design and Salesforce configuration

    We design the destination schema in Salesforce. This includes creating the custom Case Origin picklist with eDesk channel values mapped, custom order context fields on Case, custom AI classification fields, custom case tag picklist, and Entitlement Processes for SLA milestone configuration. We configure article types in Salesforce Knowledge matched to the eDesk KB category structure. Schema is deployed into a Salesforce Sandbox first for validation before production migration begins.

  3. Sandbox migration and reconciliation

    We run a full migration into a Salesforce Sandbox using production-like data volume. The customer's support operations lead reconciles record counts (Cases in, Contacts in, Accounts in), spot-checks 25-50 random cases against the eDesk source, verifies that conversation threads are complete, and signs off the mapping before production migration begins. Any field mapping corrections, article type mismatches, or channel value gaps are resolved here.

  4. Agent-to-User reconciliation and provisioning

    We extract every distinct eDesk Agent referenced on tickets and match by email against the Salesforce destination org's User table. Agents without a matching User go to a reconciliation queue. The customer's Salesforce admin provisions any missing Users (active or inactive depending on whether the original eDesk agent is still supporting the team). Migration cannot proceed past this step because the OwnerId reference on Case requires a valid Salesforce User.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Contacts (from eDesk Contacts), Accounts (if the destination uses Business Accounts; otherwise Person Account record type pre-configuration), Cases (with Case Origin, order context fields, and AI classification values resolved), Knowledge Articles (with Data Category assignments), Email Templates (from eDesk canned responses), and Case Comments and EmailMessage threads (attached to the correct Case and Contact). Each phase emits a row-count reconciliation report before the next phase begins.

  6. Cutover, validation, and automation rebuild handoff

    We freeze eDesk writes during cutover, run a final delta migration of any cases modified during the migration window, then enable Salesforce Service Cloud as the system of record. We deliver the Smart Rules and Message Rules inventory document to the customer's admin team with trigger-condition summaries and recommended Salesforce Flow equivalents. We support a one-week hypercare window where we resolve any data quality issues raised by the support team. We do not rebuild eDesk automation 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

eDesk logo

eDesk

Source

Strengths

  • Purpose-built for Amazon, eBay, Walmart, and Shopify with native marketplace API integrations rather than third-party connectors.
  • AI Agent add-on across all plans provides automated ticket resolution at a flat per-resolution cost without per-user AI licensing.
  • Unlimited tickets on all plans removes volume-based billing surprises during peak seasons.
  • Comprehensive channel support with 200+ marketplace and D2C integrations listed in their App Store.
  • Established enterprise partnerships — sole customer support provider on Amazon and Walmart developer councils.

Weaknesses

  • Per-agent pricing model with Essential capped at one store forces early plan upgrades as teams scale across marketplaces.
  • Performance and downtime reported in G2 reviews with no published SLA uptime guarantee for all tiers.
  • Setup complexity noted by users as requiring professional services engagement rather than self-serve onboarding.
  • Translation quality for multi-language tickets flagged as inconsistent, affecting brands with international customer bases.
  • No refunds on cancellations or downgrades creates commitment risk for teams uncertain of headcount needs.
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?

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

B

Overall complexity

Standard migration

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

  • Object compatibility

    B

    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

    eDesk: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your eDesk to Salesforce Service Cloud migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most migrations land between three and five weeks for accounts under 15,000 tickets, 5,000 contacts, and a straightforward channel taxonomy. Migrations with large ticket histories (over 100,000 cases), complex Knowledge Base structures (200+ articles with multi-language versions), or 50+ active marketplace and D2C channels move to eight to twelve weeks because of custom field schema design, article type configuration, and Entitlement Process setup. Salesforce sandbox validation adds one to two weeks at the front of the timeline.

Adjacent paths

Related migrations to explore

Ready when you are

Move from eDesk.
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