Helpdesk migration

Migrate from Usedesk to Salesforce Service Cloud

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 logo

Usedesk

Source

Salesforce Service Cloud

Destination

Salesforce Service Cloud logo

Compatibility

82%

9 of 11

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

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

Usedesk logo

Usedesk

What's pushing teams away

  • Limited publicly available documentation and thin review presence on G2 and Capterra make independent due-diligence difficult before committing to a paid tier.
  • API capabilities, authentication method, and rate limits are not publicly documented, which blocks teams that need programmatic data export or integration with downstream BI tools.
  • Support team is based in Estonia with primary documentation in Russian, creating a language and timezone barrier for non-Russian-speaking teams evaluating the platform.
  • Lack of transparency around enterprise pricing and custom-plan minimums means mid-market teams often discover costs only after a sales conversation.

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

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

maps to

Salesforce Service Cloud

Case

1:1
Fully supported

Usedesk 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

maps to

Salesforce Service Cloud

Account + Contact

1:1
Fully supported

Usedesk 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

maps to

Salesforce Service Cloud

User

1:1
Fully supported

Usedesk 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

maps to

Salesforce Service Cloud

Case Origin + Custom Fields

lossy
Fully supported

Usedesk'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

maps to

Salesforce Service Cloud

KnowledgeArticleVersion

1:1
Fully supported

Usedesk 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

maps to

Salesforce Service Cloud

Case Tags or Custom Field

lossy
Fully supported

Usedesk 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

maps to

Salesforce Service Cloud

ContentDocument + ContentVersion

1:1
Fully supported

File 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

maps to

Salesforce Service Cloud

EmailMessage + Case Thread

1:1
Fully supported

Usedesk 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

maps to

Salesforce Service Cloud

Flow (manual rebuild)

1:1
Fully supported

Usedesk 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

maps to

Salesforce Service Cloud

Documentation (manual rebuild)

1:1
Not supported

Account-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

maps to

Salesforce Service Cloud

Salesforce Reports (rebuild)

1:1
Fully supported

Historical 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.

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.

Usedesk logo

Usedesk gotchas

High

Usedesk API is undocumented publicly

High

Per-agent pricing model requires careful seat audit

Medium

Automation rules require manual rebuild in destination

Medium

Custom fields are account-specific with no schema reference

Low

Timezone and language defaults may affect timestamps

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

  • Usedesk has no public API documentation

    Our research found no publicly accessible API reference, authentication documentation, or endpoint listing for Usedesk. Bulk programmatic export is not achievable through documented means. We work around this using UI-based record extraction and CSV export where available, but this is slower than API-based extraction and may face truncation limits on large histories. We raise this as a migration-blocking factor in scoping before any timeline is committed, and we plan extraction passes with sufficient buffer time for manual export steps.

  • Automation rules require manual rebuild in Salesforce Flow

    Usedesk's workflow engine uses internal logic that does not export cleanly to Salesforce Flow or any other automation platform. Triggers, conditions, and chained actions are exported as structured JSON documenting the original logic, but the automation itself must be recreated manually in Salesforce Flow post-migration. We provide a mapping document listing each Usedesk automation and its nearest Salesforce Flow equivalent (record-triggered, scheduled, or screen flow). This is the most significant post-migration admin task for teams with complex Usedesk workflows.

  • Custom fields have no schema registry and require pre-migration audit

    Usedesk allows each account to create custom fields on Tickets and Clients with no public schema reference. We discover all custom fields during the pre-migration data audit, then manually map each one to a typed Salesforce field before the migration run. Any unmapped custom fields are flagged in the validation report and resolved before cutover. This discovery step adds time to scoping that would not be required for platforms with documented schemas.

  • Timestamp normalization from EET/EEST to UTC

    Usedesk is based in Estonia and has strong Russian-language documentation and support. Created-at and updated-at timestamps on tickets and articles may reflect EET/EEST rather than UTC, and some historical records may not have timezone metadata attached. We normalize all timestamps to UTC during transformation and flag any ambiguous datestamps for customer review before import. Date-only fields without time components are assigned a default time of 00:00 UTC.

  • Salesforce field-level security can block Case import

    Salesforce orgs commonly enforce validation rules, required field formats, and field-level security that prevent records from loading during data migration. We coordinate with the customer's Salesforce admin to grant the migration user the necessary permissions (API Enabled, Bulk API access, and object-level create/edit) and either temporarily relax validation rules during migration or extend them with a migration-context check. Without this coordination, 5-25 percent of Case records can be rejected on first import attempt.

Migration approach

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

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

Usedesk logo

Usedesk

Source

Strengths

  • Multichannel ticket consolidation across email, web chat, social networks, messengers (WhatsApp, Telegram, Viber, Instagram, Facebook Messenger, X/Twitter).
  • Open API and mobile SDKs (iOS/Android) make embedded support in customer apps achievable without heavy lift.
  • Country-currency-based fixed pricing simplifies billing for international teams.
  • Pre-built integrations with 500+ apps via Albato and Zapier, plus named integrations with retailCRM, AppFollow, Brand Analytics, Carrot quest, YouScan.
  • Enterprise customer logos (KIABI, Royal Canin, Sephora, Philip Morris, Samsonite, Haier) signal operational scale.

Weaknesses

  • Public-facing pricing tiers are not exposed on the marketing site without contact; published numbers in third-party sources (SaaSWorthy) vary by region.
  • Russia origin / EMEA orientation — procurement-sensitive customers in some jurisdictions may face sanctions or data-residency questions; we confirm hosting region at scoping.
  • Smaller third-party review footprint than Zendesk/Freshdesk/Intercom makes due diligence harder for buyers in North America.
  • Help desk depth (knowledge base, advanced SLA management, BI) is lighter than tier-one Western competitors at equivalent price points.
  • Mobile SDK adoption requires engineering integration — not a no-code add-on for the average SMB.
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 Usedesk 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

    Usedesk: Not publicly documented — confirmed during integration scoping..

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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 consultation

Small migrations under 5,000 tickets, 3,000 clients, and 10 agents land between three and five weeks. Mid-market migrations with 5,000-25,000 tickets, complex custom field schemas, active Knowledge Base articles, and multi-channel histories move to six to ten weeks. The undocumented Usedesk API adds extraction overhead that does not exist with a documented source platform, and we reflect that in scoping timelines. Sandbox pre-migration passes add one to two weeks to the overall schedule.

Adjacent paths

Related migrations to explore

Ready when you are

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