Helpdesk migration
Field-level mapping, validation, and rollback between Usedesk and Salesforce Service Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Service Cloud.
Usedesk
Source
Salesforce Service Cloud
Destination
Compatibility
9 of 11
objects map 1:1 between Usedesk and Salesforce Service Cloud.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Usedesk to Salesforce Service Cloud is a helpdesk migration that crosses platform architecture boundaries. Usedesk is a ticket-centric platform with Clients, Channels, and a Knowledge Base; Salesforce Service Cloud uses Cases linked to Accounts, Contacts, and Entitlements within a full CRM object model. Usedesk has no publicly documented API, so we extract records through UI-based export and CSV where available, then map every ticket property to a typed Salesforce field including custom fields that exist per-account with no schema registry. We preserve attachment links, conversation threads, and Knowledge Base article content, but we do not migrate automation rules as code; we deliver a written inventory of each Usedesk trigger and condition for rebuild in Salesforce Flow. The per-agent pricing model in Usedesk requires an exact seat audit before migration to prevent billing disruption at cutover. Timestamp normalization from EET/EEST to UTC happens during transformation, and any ambiguous datestamps are flagged for customer review before import.
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
Usedesk platform overview
Scorecard, SWOT, gotchas, and pricing for Usedesk.
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 Usedesk 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.
Usedesk
Ticket
Salesforce Service Cloud
Case
1:1Usedesk Tickets map to Salesforce Case. The Usedesk status (Open, Pending, Resolved, Closed) maps to Salesforce Case Status with a custom picklist that preserves the original state names. Priority maps to Case Priority. Assignee maps to Case OwnerId via the Agent-to-User lookup. Subject and description map to Subject and Description. Custom fields on tickets are discovered during pre-migration audit and mapped to custom Case fields in Salesforce; any unmapped fields are flagged in the validation report and resolved before cutover. Channel origin (email, chat, messenger) maps to Case Origin.
Usedesk
Client
Salesforce Service Cloud
Account + Contact
1:1Usedesk Clients map to Salesforce Account for organization-level data and Contact for individual person records. Email, name, phone, and custom client properties migrate. Where Usedesk stores both a company name and a personal contact, we create an Account and a Contact linked via AccountId. Phone number formats are normalized during transformation to E.164 where possible. Deduping uses email as the primary key for Contacts and company domain for Accounts.
Usedesk
Agent
Salesforce Service Cloud
User
1:1Usedesk Agents map to Salesforce Users. We extract the agent roster and match by email against the Salesforce destination org. Role and permission parity between Usedesk and Salesforce is not 1:1; we flag which Usedesk role permissions need manual reassignment via Salesforce Profiles and Permission Sets post-migration. Inactive agents can be set as Salesforce Users with a Login=False setting to preserve historical assignment without enabling access.
Usedesk
Channel
Salesforce Service Cloud
Case Origin + Custom Fields
lossyUsedesk's up to 20 channel types (email, chat, social media, messengers) consolidate into Salesforce Case Origin for standard channels, with additional channel metadata stored as custom Case fields. Omni-Channel routing configurations are not migrated; we provide a channel mapping document listing which Usedesk channels map to which Salesforce channel types for manual Omni-Channel setup.
Usedesk
Knowledge Base Article
Salesforce Service Cloud
KnowledgeArticleVersion
1:1Usedesk Knowledge Base articles migrate to Salesforce Knowledge as KnowledgeArticleVersion records. Article title, content (HTML body), category, and publication status transfer. Article-to-ticket linking is preserved where the destination Salesforce org has the Article Number field available on Case; otherwise it is noted as a manual relink task post-migration. Categories map to Salesforce Data Category Groups if the destination org has these configured; otherwise articles are migrated without category hierarchy.
Usedesk
Tag
Salesforce Service Cloud
Case Tags or Custom Field
lossyUsedesk tags used for ticket categorization migrate as flat label sets. Where the destination uses Salesforce native Case Tags, we create Tag records linked to Cases. Where the customer prefers a hierarchical taxonomy, we flatten the tag structure into a multi-select picklist custom field and flag what needs reorganizing in Salesforce. The customer chooses the tag strategy during scoping.
Usedesk
Attachment
Salesforce Service Cloud
ContentDocument + ContentVersion
1:1File attachments embedded in Usedesk tickets or knowledge base articles migrate to Salesforce ContentDocument via ContentVersion. Attachment URLs in Usedesk conversation threads are preserved as ContentDocumentLink records linked to the parent Case. We flag oversized files (over 25 MB) early in scoping and recommend Salesforce Files or Experience Cloud storage as the destination. Files attached to knowledge base articles link to the KnowledgeArticleVersion.
Usedesk
Conversation Thread
Salesforce Service Cloud
EmailMessage + Case Thread
1:1Usedesk conversation threads (public replies and internal notes) migrate to Salesforce EmailMessage records linked to the Case. Internal notes map to EmailMessage with IsPrivate=True. Agent names and customer names are preserved in the FromAddress and ToAddress fields. Timestamp ordering is maintained via EmailMessage.MessageDate. Case Thread ID is generated post-migration for email-to-case functionality.
Usedesk
Automation Rule
Salesforce Service Cloud
Flow (manual rebuild)
1:1Usedesk automation rules (triggers, conditions, chained actions) are exported as structured JSON documenting the original logic. We do not migrate automation as code because Usedesk's internal workflow engine does not export to Salesforce Flow format. We deliver a written inventory of each Usedesk automation with its trigger type, conditions, and recommended Salesforce Flow equivalent. The customer's admin rebuilds these in Flow post-migration.
Usedesk
Settings and Integrations
Salesforce Service Cloud
Documentation (manual rebuild)
1:1Account-level settings, SLA configurations, and third-party integrations (CRM sync, analytics connectors) do not migrate. We document each Usedesk setting and integration in a pre-migration checklist with notes on how to configure the equivalent in Salesforce Service Cloud. SLA entitlements, omnichannel presence configurations, and service channel setups are rebuilt manually in Salesforce Setup.
Usedesk
Report Data
Salesforce Service Cloud
Salesforce Reports (rebuild)
1:1Historical analytics and reporting data within Usedesk are not migrated. Reports are regenerated from migrated records in Salesforce Reports and Dashboards post-cutover. We deliver a report requirements document listing the Usedesk metrics the team used (ticket volume, response time, resolution rate, agent workload) with notes on how to replicate each in Salesforce Report Builder using the migrated Case data.
| Usedesk | Salesforce Service Cloud | Compatibility | |
|---|---|---|---|
| Ticket | Case1:1 | Fully supported | |
| Client | Account + Contact1:1 | Fully supported | |
| Agent | User1:1 | Fully supported | |
| Channel | Case Origin + Custom Fieldslossy | Fully supported | |
| Knowledge Base Article | KnowledgeArticleVersion1:1 | Fully supported | |
| Tag | Case Tags or Custom Fieldlossy | Fully supported | |
| Attachment | ContentDocument + ContentVersion1:1 | Fully supported | |
| Conversation Thread | EmailMessage + Case Thread1:1 | Fully supported | |
| Automation Rule | Flow (manual rebuild)1:1 | Fully supported | |
| Settings and Integrations | Documentation (manual rebuild)1:1 | Not supported | |
| Report Data | Salesforce Reports (rebuild)1: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.
Usedesk gotchas
Usedesk API is undocumented publicly
Per-agent pricing model requires careful seat audit
Automation rules require manual rebuild in destination
Custom fields are account-specific with no schema reference
Timezone and language defaults may affect timestamps
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
Pre-migration audit and extraction planning
We conduct a pre-migration audit of the Usedesk account, including all active and archived tickets, client records, agent list, Knowledge Base articles, attachments, and tags. Because Usedesk has no public API, we document the exact UI export paths available (CSV export, bulk record display, direct database export if accessible) and estimate extraction time per object. We flag any records that exceed export limits and plan manual extraction passes for those subsets. The audit output is a written migration scope with object counts, a custom field inventory, and an extraction schedule.
Custom field discovery and Salesforce schema design
We discover all custom fields on Usedesk Tickets and Clients during the audit and map each one to a typed Salesforce field before migration. We design the destination Salesforce schema: custom Case fields, custom Account and Contact fields, Record Types if multiple case types exist, Case Status values matching the Usedesk status matrix, and any custom objects. Schema is deployed into a Salesforce Sandbox via metadata API or change set 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 Service Cloud admin or operations lead reconciles record counts (Cases in, Accounts in, Contacts in, Knowledge Articles in), spot-checks 25-50 random records against the Usedesk source, and validates custom field values. Any mapping corrections, validation rule adjustments, or field-level security changes happen here, not in production. Sign-off from the customer's admin is required before production migration begins.
Agent-to-User reconciliation
We extract every distinct Usedesk Agent referenced on Tickets and match by email against the Salesforce destination org's User table. Any Agent without a matching User goes to a reconciliation queue for the customer's admin to provision before record import resumes. We also reconcile the Usedesk seat count against active Salesforce user licenses to surface any per-agent pricing changes at cutover. Inactive agents are provisioned as Salesforce Users with no login access to preserve historical assignment without adding to license count.
Production migration in dependency order
We run production migration in record-dependency order: Users (validated from step 4), Accounts (from Usedesk Clients with company data), Contacts (with AccountId resolved), Cases (with AccountId, ContactId, and OwnerId resolved), Knowledge Articles (with Data Categories applied where configured), EmailMessage records for conversation threads, ContentDocument records for attachments, and Tags. Each phase emits a row-count reconciliation report before the next phase begins. All timestamps are normalized to UTC during transformation.
Cutover, validation, and automation rebuild handoff
We freeze Usedesk writes during cutover, run a final delta migration of any records modified during the migration window, then enable Salesforce Service Cloud as the system of record. We deliver the automation inventory document listing each Usedesk workflow rule with its Salesforce Flow equivalent to the customer's admin team. We support a one-week hypercare window where we resolve any reconciliation issues. We do not rebuild Usedesk automations as Salesforce Flow inside the migration scope; that is a separate engagement or internal admin task.
Platform deep dives
Usedesk
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 Usedesk 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
Usedesk: Not publicly documented — confirmed during integration scoping..
Data volume sensitivity
Usedesk 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 Usedesk to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.
Walk through your Usedesk 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 Usedesk
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.