Helpdesk migration
Field-level mapping, validation, and rollback between Deskhero and Salesforce Service Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Service Cloud.
Deskhero
Source
Salesforce Service Cloud
Destination
Compatibility
6 of 10
objects map 1:1 between Deskhero and Salesforce Service Cloud.
Complexity
CModerate
Timeline
4-6 weeks
Overview
Moving from Deskhero to Salesforce Service Cloud is a platform-class migration: Deskhero stores ticket context against live Shopify API queries, while Salesforce Service Cloud uses a structured Case object with SLAs, entitlements, and multi-channel routing built for enterprise support operations. We migrate Tickets to Cases with their full conversation threads preserved as EmailMessage and Task records, Knowledge Base articles as Salesforce Knowledge articles, and Deskhero Groups as Salesforce Queues and Public Groups. The Shopify live-data model means Deskhero never caches product pricing or stock — we carry forward product ID references and the original Shopify store configuration, but the destination must re-establish its own Shopify API connection to restore live pricing in agent console. Deskhero's Automation Rules, Forms, and Lists do not migrate as code; we deliver a written inventory of every active rule and form structure for your admin to rebuild in Salesforce Flow or Web-to-Case. Mailbox OAuth tokens cannot be exported — we document the mailbox configuration and your admin reconnects during a low-traffic window post-go-live.
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
Deskhero platform overview
Scorecard, SWOT, gotchas, and pricing for Deskhero.
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 Deskhero 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.
Deskhero
Ticket
Salesforce Service Cloud
Case
1:1Deskhero Tickets map directly to Salesforce Case records. We preserve ticket number, subject, description, status, priority, created date, last modified date, and closed date. Deskhero's custom ticket fields migrate as custom Case fields, with field types mapped to Salesforce equivalents (text, number, date, picklist, checkbox). The original Deskhero ticket ID is stored in a custom field deskhero_ticket_id__c for audit and cross-referencing during the reconciliation window.
Deskhero
Conversation
Salesforce Service Cloud
EmailMessage + Task
1:manyDeskhero Conversations are nested message threads inside each Ticket. Each message migrates as a Salesforce EmailMessage record (body, HTML body, author email, inbound/outbound flag, message date) linked to the Case via the ParentId foreign key. Agent-only internal notes map to Task records with IsVisibleInSelfService = false. Attachments migrate as ContentDocument records linked via ContentDocumentLink. The activity timeline ordering is preserved by matching the message sequence to the EmailMessage ActivityDate or Task ActivityDate.
Deskhero
Knowledge Base Article
Salesforce Service Cloud
Knowledge Article
1:1Deskhero KB articles with sections, categories, and attachment references map to Salesforce Knowledge Article records of the configured Article Type. We preserve article title, summary, body (rich text), section structure, and category assignment. Article attachments migrate as ContentDocument records linked to the article. Web-scraped source URLs are stored as a custom field article_source_url__c; the destination admin must re-scrape or re-import content for fresh articles.
Deskhero
Group
Salesforce Service Cloud
Queue + Public Group
1:1Deskhero Groups define team routing and agent permissions. We migrate Group definitions and their agent membership lists. Routing groups with case-assignment rules map to Salesforce Queues (CaseQueue object). Permission and visibility groups map to Salesforce Public Groups. Group membership resolves by matching Deskhero agent emails to Salesforce User records in the destination org.
Deskhero
Mailbox
Salesforce Service Cloud
Email-to-Case Configuration
1:1Deskhero Mailboxes represent connected Gmail or Outlook accounts with two-way sync. We migrate mailbox configuration (address, folder mapping rules, routing address) as documented settings. IMAP/SMTP credentials and OAuth tokens cannot be exported — they are tied to Deskhero's session. We document the routing email address, SPF/DKIM configuration, and folder routing rules for your admin to reconfigure Email-to-Case in Salesforce after go-live.
Deskhero
Custom Field
Salesforce Service Cloud
Custom Field
1:1Deskhero supports up to 100 (Small) or 250 (Large) custom fields across tickets and contacts. We migrate custom field definitions (name, type, required flag, picklist values) and their current values per ticket. Field type mapping depends on Salesforce equivalents: Deskhero text fields map to Text or Long Text Area; number fields map to Number or Currency; date fields map to Date; multi-select map to Multi-Select Picklist. Custom fields are pre-created in Salesforce before record migration begins.
Deskhero
List and List Entry
Salesforce Service Cloud
Campaign + CampaignMember or Custom Object
1:manyDeskhero Lists are segmentation objects with up to 5,000 or 10,000 entries tied to customer records by email or customer ID. Lists with ticket-linked customer records map to Salesforce Campaign with CampaignMember records for each entry. Lists used for internal categorization without customer links map to a custom object List_Entry__c with a lookup to Contact. The customer selects the strategy during scoping based on how Lists are used in their Deskhero instance.
Deskhero
Form
Salesforce Service Cloud
Web-to-Case Configuration (documented)
lossyDeskhero Forms generate tickets from web submissions. We migrate form definitions (field structure, routing rules) as documented form schemas. Salesforce Web-to-Case replaces Deskhero form submissions, but the form itself does not migrate as code. We deliver a written form inventory with field mapping to Salesforce Case fields and a Web-to-Case configuration guide for your admin to implement in Salesforce Setup.
Deskhero
Automation Rule
Salesforce Service Cloud
Flow (documented, not migrated)
lossyDeskhero Automation Rules trigger on language, tone, or subject conditions to assign, tag, or triage tickets. We do not migrate automation rules as Salesforce Flow because the trigger models differ. We deliver a written inventory of every active Deskhero Automation Rule with its trigger condition, action type, target field or tag, and a recommended Salesforce Flow equivalent (record-triggered Flow with entry condition, decision element, and update action). Your admin or a Salesforce consultant rebuilds these post-migration.
Deskhero
Shopify Data
Salesforce Service Cloud
External Data Reference (Shopify Store)
1:1Deskhero queries Shopify API live at reply time — it never stores product pricing or stock in its database. We migrate Shopify store references, product ID mappings, and customer association records. The actual price and stock data does not migrate because it was never stored. Salesforce requires its own Shopify API connection to restore live pricing in the agent console. We preserve product IDs and the Shopify store domain as external references; your admin reconnects Shopify through the AppExchange connector or a custom integration post-migration.
| Deskhero | Salesforce Service Cloud | Compatibility | |
|---|---|---|---|
| Ticket | Case1:1 | Fully supported | |
| Conversation | EmailMessage + Task1:many | Fully supported | |
| Knowledge Base Article | Knowledge Article1:1 | Fully supported | |
| Group | Queue + Public Group1:1 | Fully supported | |
| Mailbox | Email-to-Case Configuration1:1 | Fully supported | |
| Custom Field | Custom Field1:1 | Fully supported | |
| List and List Entry | Campaign + CampaignMember or Custom Object1:many | Fully supported | |
| Form | Web-to-Case Configuration (documented)lossy | Fully supported | |
| Automation Rule | Flow (documented, not migrated)lossy | Fully supported | |
| Shopify Data | External Data Reference (Shopify Store)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.
Deskhero gotchas
Shopify live-data model means no historical price or stock snapshot migrates
Three-agent minimum creates stranded cost for very small teams
Mailbox two-way sync requires re-authentication at destination
No documented bulk export API for self-service data portability
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 source audit
We audit the Deskhero instance across tier (Small/Medium/Large), ticket volume, conversation count per ticket, knowledge base article count with attachment size, Group and agent count, active Automation Rules, Forms, and Lists. We also confirm the Shopify store reference and whether the customer has established any custom field configurations beyond defaults. The discovery output is a written migration scope document and a Salesforce edition recommendation based on case volume and feature requirements (Essential, Professional, or Enterprise Service Cloud).
Destination schema preparation
We design the Salesforce destination schema in a Sandbox org before production migration. This includes configuring the Case object with custom fields mapped from Deskhero, creating Salesforce Knowledge with the appropriate Article Type and Data Category Groups, provisioning Queues for case routing mapped from Deskhero Groups, and creating any custom objects required for List Entry migration. Page Layouts and Record Types are configured per business unit. Validation rules and required fields are documented for the migration-context bypass step.
Sandbox migration and reconciliation
We run a full migration into a Salesforce Sandbox using production-like data volume. Your Service Cloud lead reconciles Case counts, conversation message counts, article counts, and attachment counts against the Deskhero source. We spot-check 25-50 random Cases for field-level accuracy and conversation thread completeness. Any mapping corrections happen in Sandbox before production begins. This step typically takes one to two weeks depending on data volume.
Owner and Queue reconciliation
We extract every distinct Deskhero agent and Group referenced on Tickets, Conversations, and custom fields and match by email against the Salesforce destination org's User table. Groups map to Salesforce Queues and Public Groups. Any Deskhero agent without a matching Salesforce User goes to a reconciliation queue. Your Salesforce admin provisions missing Users (active or inactive matching the original Deskhero agent status) before production migration begins. OwnerId resolution on Cases must complete before record import proceeds.
Production migration in dependency order
We run production migration in record-dependency order: Salesforce Users (validated from Step 4), Cases (with custom fields, status, priority, and timestamps), EmailMessage and Task records for conversation threads (via Bulk API with chunking and exponential backoff), Knowledge Articles (with ContentDocument attachments), Queues and Public Groups, List Entries (as CampaignMember or custom object), and Shopify store reference records. Each phase emits a row-count reconciliation report before the next phase begins. We freeze Deskhero writes during cutover and run a final delta migration for any records modified during the migration window.
Go-live, validation, and automation handoff
We enable Salesforce Service Cloud as the system of record, deliver the Automation Rule and Form inventory document to your admin team, and support a one-week hypercare window for reconciliation issues. Mailbox reconnection is scheduled during a low-traffic window post-go-live with documented configuration steps. We do not rebuild Deskhero Automation Rules as Salesforce Flow inside the migration scope; that is a separate engagement or an internal admin task documented in the handoff package.
Platform deep dives
Deskhero
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 Deskhero 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
Deskhero: Not publicly documented.
Data volume sensitivity
Deskhero 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 Deskhero to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.
Walk through your Deskhero 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 Deskhero
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.