Helpdesk migration
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
Source
Salesforce Service Cloud
Destination
Compatibility
7 of 11
objects map 1:1 between eDesk and Salesforce Service Cloud.
Complexity
BStandard
Timeline
3-5 weeks
Overview
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.
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
eDesk platform overview
Scorecard, SWOT, gotchas, and pricing for eDesk.
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 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
Salesforce Service Cloud
Case
1:1eDesk 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
Salesforce Service Cloud
Case Origin (custom field)
lossyeDesk'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
Salesforce Service Cloud
Contact
1:1eDesk 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
Salesforce Service Cloud
User
1:1eDesk 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
Salesforce Service Cloud
Knowledge Articles
1:1eDesk 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
Salesforce Service Cloud
Custom fields on Case
lossyeDesk 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
Salesforce Service Cloud
Email Templates or Custom Object
1:1eDesk 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
Salesforce Service Cloud
Tags or Custom Picklist
lossyeDesk 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
Salesforce Service Cloud
Entitlement Processes and Milestones
lossyeDesk 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
Salesforce Service Cloud
Documentation only
1:1eDesk 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
Salesforce Service Cloud
Report snapshots (CSV export)
1:1Historical 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.
| eDesk | Salesforce Service Cloud | Compatibility | |
|---|---|---|---|
| Ticket | Case1:1 | Fully supported | |
| Channel | Case Origin (custom field)lossy | Fully supported | |
| Contact | Contact1:1 | Fully supported | |
| Agent | User1:1 | Fully supported | |
| Knowledge Base Articles | Knowledge Articles1:1 | Mapping required | |
| AI Classifications | Custom fields on Caselossy | Mapping required | |
| Templates | Email Templates or Custom Object1:1 | Mapping required | |
| Tags | Tags or Custom Picklistlossy | Mapping required | |
| SLA Policies | Entitlement Processes and Milestoneslossy | Mapping required | |
| Smart Rules and Message Rules | Documentation only1:1 | Mapping required | |
| Reports and Analytics | Report snapshots (CSV export)1:1 | Mapping required |
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.
eDesk gotchas
Per-agent pricing creates billing risk at migration cutover
Smart Rules and Message Rules are tier-gated and not portable
Store and marketplace count limits gate channel connectivity
AI resolution costs accrue per automated ticket handled
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 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).
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.
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.
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.
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.
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
eDesk
Source
Strengths
Weaknesses
Salesforce Service Cloud
Destination
Strengths
Weaknesses
Complexity grading
Standard Helpdesk migration. 1 of 7 objects need a manual workaround.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across eDesk 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
eDesk: Not publicly documented.
Data volume sensitivity
eDesk 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 eDesk to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave eDesk
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.