Helpdesk migration

Migrate from Desku.io to Salesforce Service Cloud

Field-level mapping, validation, and rollback between Desku.io and Salesforce Service Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Service Cloud.

Desku.io logo

Desku.io

Source

Salesforce Service Cloud

Destination

Salesforce Service Cloud logo

Compatibility

60%

6 of 10

objects map 1:1 between Desku.io and Salesforce Service Cloud.

Complexity

CModerate

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Desku.io to Salesforce Service Cloud connects your support operation to a full CRM ecosystem rather than a standalone help desk. Desku.io structures its data around Tickets and Conversations in a unified inbox model; Salesforce Service Cloud uses Cases as the primary support object linked to Accounts and Contacts within the CRM. That structural difference shapes the entire migration: Conversations do not map as a first-class Salesforce object, so we thread them into EmailMessage records attached to the Case, preserving agent replies, customer messages, and internal notes with timestamps and author attribution. Shared Inboxes become Queues with routing rules your admin configures post-migration. Eva chatbot flows and Automation rules are platform-specific JSON configuration and do not migrate; we export them as a reference JSON bundle and deliver a written rebuild guide for your team to reconstruct them in Salesforce Flow or Omni-Channel. Knowledge Base articles export from Desku and import as Salesforce Knowledge articles, with category structure flattened to match the destination article type hierarchy.

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

Desku.io logo

Desku.io

What's pushing teams away

  • Integration limitations on lower tiers — Startup plan restricts integrations to a handful of apps, and some reviewers note the overall integration library feels thin compared to established competitors.
  • AI features still maturing — a minority of reviewers flag that Eva AI suggestions or automated resolutions occasionally miss context, requiring human agents to step in.
  • Rate limits and quotas not transparently documented — the Acceptable Use Policy states rate limits exist but defers documentation to a future link, creating uncertainty for teams with high ticket volumes.
  • Scaling costs can approach competitors — the per-ticket overage of $0.35 and the 250-ticket base cap mean growing teams can face unexpected billing spikes when migrating historical data.

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 Desku.io objects map to Salesforce Service Cloud

Each row shows how a Desku.io 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.

Desku.io

Ticket

maps to

Salesforce Service Cloud

Case

1:1
Fully supported

Desku.io Tickets map directly to Salesforce Case. Subject and description map to Case Subject and Description; status (Open, Pending, Resolved, Closed) maps to Case Status with a status value mapping defined during schema design; priority maps to Case Priority. We thread the full conversation history (agent replies, customer messages, internal notes) into EmailMessage records linked to the Case. Desku's created_at, updated_at, and closed_at timestamps migrate to Case.CreatedDate, LastModifiedDate, and a custom closed_date__c field because Salesforce does not expose a native Case closed date.

Desku.io

Contact

maps to

Salesforce Service Cloud

Contact + Account

1:many
Fully supported

Desku Contacts (name, email, phone, company, custom properties) map to Salesforce Contact with an Account lookup. If Desku's company field is populated, we create or match a Salesforce Account first and link the Contact. If Desku stores no company data, we create a Personal Account (Salesforce allows this without a separate Account record) or a placeholder Account based on the customer's preference during scoping.

Desku.io

Conversations

maps to

Salesforce Service Cloud

EmailMessage + Task

1:many
Fully supported

Each Desku conversation message (agent reply, customer message, internal note) becomes a separate Salesforce record. Agent and customer messages become EmailMessage linked to the Case with direction (Inbound/Outbound) and timestamps preserved. Internal notes become Task records with TaskSubtype=Task and IsVisibleInSelfService=False. We use CaseId as the parent reference and WhoId pointing to the Contact for each message author where a Contact record exists.

Desku.io

Shared Inboxes

maps to

Salesforce Service Cloud

Queue + Case Assignment Rule

1:1
Mapping required

Desku Shared Inboxes (limited to 5 on Startup tier, unlimited on Team and Business) map to Salesforce Queues with a matching object type of Case. Each inbox's routing configuration (channel assignment, team assignment) is documented as a Queue SObject entry and the customer rebuilds routing rules in Salesforce Omni-Channel post-migration. We flag any inbox count exceeding Salesforce Queue limits (100 queues per org) during scoping.

Desku.io

Knowledge Base Articles

maps to

Salesforce Service Cloud

KnowledgeArticleVersion

1:1
Mapping required

Desku Knowledge Base articles with sections and categories export to Salesforce Knowledge as KnowledgeArticleVersion records. Desku category structure may need flattening because Salesforce Knowledge uses Data Category Groups for hierarchical taxonomy. We export publication status (Draft, Published) and map it to Salesforce's Article Visible flag. Article content with rich text and images transfers as-is; inline images are stored as ContentDocument linked via ContentDocumentLink.

Desku.io

Ticket Tags

maps to

Salesforce Service Cloud

Case Tag or Custom Multi-Select Picklist

lossy
Fully supported

Desku ticket tags (key-value labels) migrate to Salesforce Case Tag if the destination org has tag management enabled, or to a custom multi-select picklist field on Case if tags are not active. We inventory all distinct tag values during discovery and the customer selects the preferred destination strategy during scoping. Tags used for automation routing in Desku are flagged for rebuild in Salesforce Flow criteria.

Desku.io

CSAT Surveys

maps to

Salesforce Service Cloud

Custom Field on Case + Survey

1:1
Mapping required

Desku CSAT scores (Team and Business tiers only; Starter customers have no CSAT data) migrate to a custom numeric field csat_score__c on Case. The survey metadata (respondent, timestamp, channel) migrates to a custom Case field or related Survey Response object if the customer licenses Salesforce Surveys. We flag any Starter-tier migration missing CSAT data and document it in the reconciliation report.

Desku.io

Users/Agents

maps to

Salesforce Service Cloud

User

1:1
Fully supported

Desku agent records (name, email, role, team assignment) map to Salesforce User by email match. Role maps to Salesforce Profile and Permission Set assignments the customer configures pre-migration. Desku's Round Robin assignment configuration is documented as a reference for rebuilding in Salesforce Omni-Channel Assignment Rules. Any agent without a matching Salesforce User goes to a reconciliation queue for the customer's admin to provision.

Desku.io

Custom Fields

maps to

Salesforce Service Cloud

Custom Field on Case or Contact

1:1
Mapping required

Desku custom ticket fields and custom contact properties (text, number, dropdown, date, checkbox) export with their field type and migrate to Salesforce custom fields pre-created on the Case or Contact object. Field type mapping: text to Text(255), dropdown to Picklist, multi-select to Multi-Select Picklist, number to Number, date to Date. We require the destination custom fields to be created before migration begins so that values can insert directly rather than requiring a second pass.

Desku.io

Automations

maps to

Salesforce Service Cloud

Not migrated (configuration export)

lossy
Mapping required

Desku Automation rules (Ticket Automation on Business tier, limited rules on Team tier) are platform-specific JSON configuration, not records in a transferable schema. We export the full rule definitions as a structured JSON bundle including trigger conditions, filters, and actions. The customer receives a written rebuild guide mapping each Desku automation trigger to a Salesforce Flow record-triggered flow or Omni-Channel routing rule. Rebuild typically requires 1-4 hours depending on automation complexity.

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.

Desku.io logo

Desku.io gotchas

High

Ticket volume cap creates migration billing risk

Medium

Rate limits are documented but the link is broken

Medium

Automations and chatbot flows are configuration, not data

Low

Widget and channel code must be reinstalled at destination

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

  • Conversations map to EmailMessage, not a native conversation object

    Desku stores conversation threads as a sub-object of Ticket with message-level attributes (author, direction, timestamp, type). Salesforce has no equivalent conversation object — the closest is EmailMessage linked to a Case. We split each conversation message into an EmailMessage record (for customer-facing messages) or a Task record (for internal notes), threaded to the Case by CaseId. This preserves the full history but the linear thread view in Salesforce Case feeds is less structured than Desku's threaded interface. Agents may need training on navigating Case feed comments versus EmailMessage records.

  • Shared Inbox routing requires Omni-Channel rebuild

    Desku Shared Inboxes group tickets by channel or team with routing built into the inbox configuration. Salesforce Queues handle basic routing but full skills-based and load-balanced routing requires Omni-Channel with Presence Configuration, Capacity Profiles, and Routing Definitions. We export inbox configurations as a JSON reference and deliver an Omni-Channel setup checklist. Customers on the Team or Business tier with complex inbox structures should plan 4-8 hours of Omni-Channel configuration post-migration.

  • Eva chatbot flows and Automations do not migrate as records

    Desku's Eva AI chatbot flows and Automation rules are stored as platform-specific JSON configuration that cannot be imported into Salesforce. We export them as a reference bundle for the customer to use as a blueprint when rebuilding in Salesforce Flow and Einstein Bot Builder. This is not a FlitStack AI gap — it is an architectural constraint of cross-platform migration. Automations and chatbot flows must be rebuilt manually or by a Salesforce implementation partner post-migration.

  • Desku rate limits are not publicly documented

    Desku's Acceptable Use Policy references documented rate limits but the linked documentation page is a placeholder. We work around this by probing the API with small request batches during discovery to characterise effective limits. If we receive 429 responses during migration, we back off and reduce concurrency. Customers should confirm with Desku support whether Enterprise plans offer higher rate limits before scheduling large-volume migrations. This uncertainty can add one to three days to the discovery phase.

  • Knowledge Base article types must be pre-created in Salesforce

    Salesforce Knowledge requires at least one Article Type custom object before articles can be imported. Desku Knowledge Base categories must map to Salesforce Data Category Groups or be flattened into a single article type with a category picklist field. We handle the data migration but the Salesforce Knowledge feature activation and article type creation require admin access and typically one to two days of Salesforce configuration before we can begin article import. We flag this at discovery and the customer can begin Salesforce Knowledge setup in parallel with our migration planning.

Migration approach

Six steps for a successful Desku.io to Salesforce Service Cloud data migration

  1. Discovery and scoping

    We audit the Desku.io tenant across all tiers — Startup, Team, and Business — to inventory ticket volume, contact count, conversation thread depth, Knowledge Base article count and category structure, Shared Inbox configurations, active automation rules, Eva chatbot flows, custom fields, and CSAT history. We probe the Desku API with small request batches to characterise effective rate limits in the absence of public documentation. The discovery output is a written migration scope with object counts, a schema gap analysis (what exists in Desku that needs a Salesforce equivalent), and a Salesforce edition recommendation based on routing complexity and Einstein AI requirements.

  2. Salesforce schema design

    We design the destination Salesforce schema in a Sandbox org before production migration. This includes activating Salesforce Knowledge with an Article Type, pre-creating custom fields on Case and Contact (mapped from Desku custom fields), designing Queue structures from Desku Shared Inboxes, and creating Data Category Groups if the Knowledge Base uses hierarchical categories. If Omni-Channel routing is required, we document the Presence Configuration and Capacity Profile settings the customer needs to configure. Schema is validated in Sandbox before any data moves.

  3. Sandbox migration and reconciliation

    We run a full migration into a Salesforce Sandbox using production-like data volume. The customer reconciles record counts (Cases in, Contacts in, Articles in), spot-checks 25-50 records against Desku source data, and validates that conversation threads are readable in the Salesforce Case feed. Any mapping corrections — field type mismatches, missing picklist values, category mapping errors — happen here in Sandbox. No production data moves until the Sandbox sign-off is received from the customer's admin.

  4. User provisioning and owner reconciliation

    We extract every distinct Desku agent (by email) and match against the Salesforce destination org's User table. Any Desku agent without a matching Salesforce User is held in a reconciliation queue. The customer's admin provisions missing Users (active or inactive depending on whether the original Desku agent is still employed and requires Salesforce access). We do not import records with unresolved OwnerId references because Salesforce requires a valid OwnerId on Case and Contact at insert time.

  5. Production migration in dependency order

    We run production migration in record dependency order: Accounts (from Desku company data), Contacts (with AccountId resolved), Users (manually provisioned and validated), Cases (with ContactId and OwnerId resolved), EmailMessage records (threaded to Case, with WhoId pointing to Contact), Task records for internal notes, Knowledge Articles (with Data Category assignments), and Custom Fields (with values inserted against pre-created fields). Each phase emits a row-count reconciliation report before the next phase begins. We monitor for 429 responses and back off on rate limit encounters.

  6. Cutover, widget overlap window, and handoff

    We schedule a cutover window with a brief overlap period: Salesforce Case and Contact widgets are installed at the destination before we disable Desku's live chat and email channel integrations. This prevents messages from dropping during the transition. After cutover we deliver the automation rebuild guide (JSON exports of Desku Automation rules and chatbot flows mapped to Salesforce Flow equivalents) and the Knowledge Base category mapping notes. We offer a one-week hypercare window for reconciliation issues. Rebuilding Eva chatbot flows in Einstein Bot Builder and configuring Omni-Channel routing are outside standard migration scope.

Platform deep dives

Context on both ends of the pair

Desku.io logo

Desku.io

Source

Strengths

  • No-code AI chatbot builder with drag-and-drop flows accessible on all paid tiers
  • Unified shared inbox combining email, live chat, and social channels in one interface
  • 14-day free trial with no credit card required for sign-up
  • Per-ticket overage pricing ($0.35) provides predictability for moderate volume growth
  • Whitelabel and CNAME available on Team tier for brand-customizable customer-facing touchpoints

Weaknesses

  • Rate limits and AI usage quotas not publicly documented, complicating migration planning
  • Knowledge base and chatbot flow configurations do not export as importable files — require manual rebuild
  • Limited integrations on Startup tier restricts connectivity for complex stacks
  • API bulk endpoints not confirmed — data migration may need to batch per-record writes
  • CSAT surveys only available on Team and Business tiers, creating a feature gap for Starter customers
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?

Moderate Helpdesk migration. 1 of 7 objects need a manual workaround.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Desku.io and Salesforce Service Cloud.

  • Object compatibility

    C

    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

    Desku.io: Stated to exist but documentation link is broken; effective limits must be empirically characterised during discovery.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your Desku.io to Salesforce Service Cloud migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most migrations land between two and four weeks for accounts under 10,000 tickets with no knowledge base and a clean contact model. Migrations exceeding 50,000 tickets, including a full knowledge base migration (over 200 articles), multiple Shared Inboxes, or CSAT history requiring custom field mapping, move to six to ten weeks because of Salesforce Knowledge schema design, Queue routing configuration, and the knowledge base article type setup that must precede import. The discovery phase adds three to five days regardless of volume.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Desku.io.
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