Helpdesk migration
Field-level mapping, validation, and rollback between Herodesk and Salesforce Service Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Service Cloud.
Herodesk
Source
Salesforce Service Cloud
Destination
Compatibility
4 of 11
objects map 1:1 between Herodesk and Salesforce Service Cloud.
Complexity
BStandard
Timeline
4-6 weeks
Overview
Moving from Herodesk to Salesforce Service Cloud is an upgrade from a solo and small-team eCommerce helpdesk to an enterprise-grade service platform built inside the Salesforce Customer 360 ecosystem. Herodesk organizes work around Customers, Tickets, and Conversations inside Inboxes; Salesforce Service Cloud uses a Case model with Account-Contact relationships, CaseComments for thread history, and Omni-Channel for multi-channel routing. We extract Herodesk Customer and Ticket records through paginated REST API calls (no bulk endpoint exists), resolve the Customer-to-Account/Contact parent linkage before insert, and map conversation threads to CaseComment records or EmailMessage objects depending on channel origin. We do not migrate Workflow Automations or AI Agent configurations as code; we audit the active configuration during discovery and deliver a written specification for the customer's admin to rebuild in Salesforce Flow and Einstein for Service. Herodesk's webshop integrations (Shopify, WooCommerce, Magento) do not have direct Salesforce equivalents and are flagged as reconnection tasks for the customer's technical team post-migration.
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
Herodesk platform overview
Scorecard, SWOT, gotchas, and pricing for Herodesk.
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 Herodesk 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.
Herodesk
Customer
Salesforce Service Cloud
Account + Contact
1:manyHerodesk Customers are contact records with webshop order links. We map each Customer to a Salesforce Account (the organisation) and a Contact (the individual) with the Contact.AccountId reference resolved at migration time. Email, name, phone, and any custom fields map to Contact fields. Webshop order references migrate as URL fields on the Account or as a custom field linking to the e-commerce platform. If Herodesk stores multiple contacts per organisation, we split them to separate Contact records under the same Account.
Herodesk
Ticket (Conversation)
Salesforce Service Cloud
Case
1:1Herodesk Tickets are the primary work unit containing the conversation thread, status, assignee, priority, and timestamps. We map tickets to Salesforce Case with CaseOrigin, CasePriority, and Status fields resolved against Herodesk's channel and status values. Open tickets migrate with status preserved; closed tickets land as resolved Cases. The Herodesk assignee maps to Case.OwnerId via the User reconciliation step.
Herodesk
Conversation (Messages inside Ticket)
Salesforce Service Cloud
CaseComment or EmailMessage
1:1Herodesk conversation threads are a flat list of messages inside each Ticket. We map each message to a Salesforce CaseComment record (for internal or public replies) or an EmailMessage record (for email channel messages) linked to the parent Case. Direction (customer vs agent), timestamp, and author reference are preserved. Herodesk does not natively separate internal and public comments; we inspect the message visibility flag and map accordingly, defaulting to public CaseComment when the flag is absent.
Herodesk
User / Agent
Salesforce Service Cloud
User
1:1Herodesk Users map to Salesforce Users by email match. We resolve Herodesk agent records to the destination org's User table and hold any Herodesk agent without a corresponding Salesforce User in a reconciliation queue pending admin provisioning. Agent name and email migrate; Herodesk role metadata maps to Salesforce Profile and Permission Set assignments that the admin configures post-provisioning.
Herodesk
Inbox
Salesforce Service Cloud
Queue or Case Assignment Rule
lossyHerodesk Inboxes aggregate channels and are tied to team access. We map each Herodesk Inbox to a Salesforce Queue for case assignment, or to an Omni-Channel Routing Configuration if the destination org has Omni-Channel enabled. On Plus plan Herodesk supports multiple Inboxes; we create one Queue per Herodesk Inbox during migration and map active tickets to their source Inbox queue.
Herodesk
Channel (Email, Facebook, Instagram, Chat)
Salesforce Service Cloud
CaseOrigin or Digital Engagement Channel
lossyHerodesk Email, Facebook, Instagram, and Chat channels map to Salesforce CaseOrigin values. Herodesk Chat messages are stored as conversation entries and migrate as CaseComments. Facebook and Instagram direct messages migrate as CaseComments unless the destination org has Facebook Messenger or Instagram Messaging integrations configured, in which case they map to the corresponding Digital Engagement channel.
Herodesk
Tag
Salesforce Service Cloud
Custom Field or Topic
lossyHerodesk Tags are flat string labels applied to tickets. We map Tags to a Salesforce custom multi-select picklist field on Case (herodesk_tags__c) for reporting continuity. If the customer uses Tags for content classification, we map to Salesforce Topics with TopicAssignment records. The tag strategy is confirmed during scoping.
Herodesk
Auto-tagging Rule
Salesforce Service Cloud
Flow (record-triggered)
lossyAuto-tagging rules are Herodesk workflow logic that applies Tags based on conditions. This logic has no export representation in the Herodesk API and cannot migrate as code. We audit all active auto-tagging rules during discovery, document the conditions and actions, and deliver a written Flow design for the customer's Salesforce admin to implement in record-triggered Flow after migration.
Herodesk
Workflow Automation
Salesforce Service Cloud
Flow (record-triggered)
lossyHerodesk Workflow Automations handle routing, auto-replies, and status updates via a rules engine. These do not migrate as Salesforce Flow because the two automation models are architecturally different. We deliver a complete written inventory of every active Herodesk Workflow with its trigger event, conditions, and actions, plus a recommended Salesforce Flow equivalent for the admin to rebuild post-migration.
Herodesk
AI Agent Configuration
Salesforce Service Cloud
Einstein for Service (configuration)
lossyHerodesk AI Agents manage automatic replies and translation settings on the Plus plan. Salesforce Einstein for Service provides AI case summarisation and agent coaching at the Enterprise and Unlimited tiers. We document the active Herodesk AI Agent reply rules and translation settings as a written specification for the customer to configure in Einstein for Service after migration.
Herodesk
Attachment
Salesforce Service Cloud
ContentVersion + ContentDocumentLink
1:1File attachments on Herodesk tickets and messages migrate via the REST API. We download each attachment, upload to Salesforce as ContentVersion, and link it to the parent Case record via ContentDocumentLink with original filenames preserved. Inline images in conversation messages migrate as ContentDocument records with a reference in the corresponding CaseComment.
| Herodesk | Salesforce Service Cloud | Compatibility | |
|---|---|---|---|
| Customer | Account + Contact1:many | Fully supported | |
| Ticket (Conversation) | Case1:1 | Fully supported | |
| Conversation (Messages inside Ticket) | CaseComment or EmailMessage1:1 | Fully supported | |
| User / Agent | User1:1 | Fully supported | |
| Inbox | Queue or Case Assignment Rulelossy | Fully supported | |
| Channel (Email, Facebook, Instagram, Chat) | CaseOrigin or Digital Engagement Channellossy | Fully supported | |
| Tag | Custom Field or Topiclossy | Fully supported | |
| Auto-tagging Rule | Flow (record-triggered)lossy | Fully supported | |
| Workflow Automation | Flow (record-triggered)lossy | Fully supported | |
| AI Agent Configuration | Einstein for Service (configuration)lossy | Fully supported | |
| Attachment | ContentVersion + ContentDocumentLink1:1 | 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.
Herodesk gotchas
Lite plan single-user and single-inbox constraint blocks real multi-agent migrations
No bulk-export endpoint means API pulls must be sequenced per object
AI Agents and Workflow Automations are not machine-migratable
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 plan selection
We audit the source Herodesk account across plan tier (Lite, Plus), object volume (Customers, Tickets, Messages, Attachments), active Inboxes, active Channels, active Workflow Automations, and AI Agent configurations. We confirm the plan tier before any API extraction because Lite plan accounts cannot be fully exported with multiple agents. The discovery output is a written migration scope covering record counts, a preliminary object map, the conversation-thread flattening decision, and the tag-to-field strategy. We also assess the destination Salesforce org's current state: Service Cloud licence tier, existing Custom Objects, active Validation Rules, and Omni-Channel readiness.
Schema design and Salesforce preparation
We design the destination schema in the Salesforce org or Sandbox. This includes provisioning any custom fields on Case (herodesk_tags__c, herodesk_ticket_id__c), Account, and Contact to receive Herodesk source data. We configure Case Record Types and Sales Processes if the customer uses multiple Herodesk Inboxes as business-line queues. We create Queues for each Herodesk Inbox and map channel types to CaseOrigin values. If Omni-Channel is in scope, we design Routing Configurations and Presence Configurations. All schema work is validated in a Sandbox before production migration begins.
Sandbox migration and reconciliation
We run a full migration into a Salesforce Sandbox using representative data volume. The customer's Service Cloud admin or RevOps lead reviews record counts (Cases in, Contacts in, Accounts in, CaseComments in), spot-checks 25-50 records against the Herodesk source, and validates that message threads and timestamps are intact. The admin signs off the schema, mapping, and thread-decision before we schedule the production migration window. Mapping corrections happen in Sandbox, not production.
User provisioning and owner reconciliation
We extract every distinct Herodesk agent referenced on Tickets and Messages and match by email against the destination Salesforce org's User table. Any Herodesk agent without a matching Salesforce User goes to a reconciliation queue. The customer's Salesforce admin provisions the missing Users with appropriate Profiles and active status before record migration resumes. OwnerId references on Case must be satisfied at insert time.
Production migration in dependency order
We run production migration in dependency sequence: Accounts (from Herodesk Customers, first to satisfy the AccountId lookup), Contacts (linked to Accounts), Cases (from Herodesk Tickets with CaseOrigin and Status mapped), CaseComments (conversation messages linked to Cases), Attachments (ContentVersion + ContentDocumentLink to Cases), Tags (populated into herodesk_tags__c on Case), and User provisioning validation. Each phase emits a row-count reconciliation report before the next phase begins. We use Salesforce Bulk API 2.0 for high-volume CaseComment inserts to stay within API limits.
Cutover, delta migration, and automation rebuild handoff
We freeze writes to Herodesk during cutover, run a final delta migration for any Cases or Messages created or updated during the migration window, then enable Salesforce as the live system of record. We deliver the Workflow Automation and AI Agent specification document to the customer's admin team for rebuild in Salesforce Flow and Einstein for Service. We conduct a post-migration validation comparing record counts and spot-checking timestamps, tags, and attachment links. We offer a one-week hypercare window for reconciliation issues raised by the support team. Workflow rebuild and Salesforce admin configuration work beyond the migration run are outside standard scope.
Platform deep dives
Herodesk
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 Herodesk 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
Herodesk: Not publicly documented.
Data volume sensitivity
Herodesk 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 Herodesk to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.
Walk through your Herodesk 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 Herodesk
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.