Helpdesk migration

Migrate from ClickDesk to Salesforce Service Cloud

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

ClickDesk logo

ClickDesk

Source

Salesforce Service Cloud

Destination

Salesforce Service Cloud logo

Compatibility

64%

7 of 11

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

Complexity

BStandard

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from ClickDesk to Salesforce Service Cloud is a migration from a flat, small-team helpdesk to a structured enterprise CRM-backed service platform. ClickDesk stores tickets, live chats, voice calls, and social messages in a single inbox with no documented API, so all data extraction relies on the admin dashboard UI or structured manual export. We map ClickDesk's ticket fields to Salesforce Cases, live chat sessions to Cases with EmailMessage thread history, and department routing to Salesforce Queues. Agent profiles map to Salesforce Users, but role and permission levels require manual post-migration configuration. Canned responses, offline message queues, and social channel threads migrate as lookup-linked records with source-channel metadata preserved as custom fields. ClickDesk's reporting data and widget configuration have no export path; we flag these explicitly in the migration summary and deliver a widget-recreation checklist. Workflows, automations, and the chat widget's visual settings do not migrate; we document them for your admin to rebuild in Salesforce Flow or Omni-Channel configuration.

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

ClickDesk logo

ClickDesk

What's pushing teams away

  • The platform appears to have stagnated with little visible development since its 2011 launch, raising concerns about long-term viability and security patching.
  • Small company size (11–16 employees) means limited support capacity and no guaranteed SLA beyond the 99.9% uptime claim.
  • Users report the interface feels dated compared to newer helpdesk products that have modernised their agent experience.
  • Lack of public API documentation or developer community makes custom integrations and automation difficult to maintain.
  • Integration ecosystem is narrow — fewer native connectors to CRMs, e-commerce platforms, and analytics tools than competitors.

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

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

ClickDesk

Ticket

maps to

Salesforce Service Cloud

Case

1:1
Fully supported

ClickDesk helpdesk tickets with subject, description, status, priority, and agent assignment map directly to Salesforce Case. ClickDesk status values (open, pending, resolved, closed) map to Salesforce Case Status picklist values, and priority maps to Priority. We preserve the original ClickDesk ticket ID in a custom field clickdesk_ticket_id__c for audit reference. Tickets created from offline messages receive a custom field case_source__c set to 'Offline'.

ClickDesk

Chat

maps to

Salesforce Service Cloud

Case + EmailMessage

1:many
Fully supported

ClickDesk live chat sessions are stored as conversation threads with visitor name, agent name, message text, and timestamp. We map each chat session to a Salesforce Case, and each message within the thread to an EmailMessage record linked to the Case. The original chat transcript is stored as a plain-text EmailMessage body with the visitor or agent name in the FromAddress field. Agent online/offline status at the time of chat is stored as a custom field on the Case.

ClickDesk

Agent

maps to

Salesforce Service Cloud

User

1:1
Fully supported

ClickDesk agent profiles with name, email, department, and online/offline status map to Salesforce User records. We match agents by email address against the destination org's User table. Any agent without a matching User goes to a reconciliation queue for the customer's Salesforce admin to provision before record import. Role and permission set assignment requires post-migration manual configuration.

ClickDesk

Department

maps to

Salesforce Service Cloud

Queue

1:1
Fully supported

ClickDesk departments (Sales, Support, Billing) route chats and tickets to specific agent groups. We create Salesforce Queues with names matching the ClickDesk department names and map agent assignments to Queue membership. For accounts using Salesforce Omni-Channel, we configure Queue-based routing and link Queues to Service Channels.

ClickDesk

Canned Response

maps to

Salesforce Service Cloud

Email Template

lossy
Fully supported

ClickDesk canned responses are short text snippets with category labels stored in the admin dashboard with no export mechanism. We extract them manually as a structured list (category, title, body) and re-import them as Salesforce Email Templates with the appropriate folder structure. Agents recreate macros in Salesforce manually or via a Salesforce partner; we provide the full list as part of the handoff package.

ClickDesk

Offline Message

maps to

Salesforce Service Cloud

Case

1:1
Fully supported

Messages submitted when no agents are online are queued separately in ClickDesk. We treat each offline message as a Salesforce Case with the Case Origin set to 'Offline Message' and the case_source__c custom field set to 'Offline'. Creation timestamp, visitor name, and visitor email migrate to CaseCreatedDate, SuppliedName, and SuppliedEmail respectively.

ClickDesk

Social Channel

maps to

Salesforce Service Cloud

Case

lossy
Fully supported

ClickDesk pulls Facebook and Twitter messages into the same agent inbox. We map each social message thread to a Salesforce Case with the Case Origin set to the social channel (Facebook or Twitter) and the original social post URL stored in a custom field social_post_url__c. Customer name and handle from the social platform map to Case fields where available.

ClickDesk

Tag

maps to

Salesforce Service Cloud

Custom Field (Multi-Select Picklist)

lossy
Fully supported

ClickDesk visitors and chats can be tagged for segmentation. We export tags as flat label arrays and map them to a Salesforce multi-select picklist custom field on the Case object named clickdesk_tags__c. If the customer uses Salesforce Topics for content classification, we configure TopicAssignment records instead and note the preferred strategy during scoping.

ClickDesk

VoIP Call

maps to

Salesforce Service Cloud

Task (TaskSubtype = Call)

1:1
Fully supported

ClickDesk voice calls use embedded browser telephony. Call records with duration, direction, and agent are available in chat history. We map these to Salesforce Task with TaskSubtype = Call, preserving call duration in a custom field call_duration_seconds__c and call direction in a custom field call_direction__c. The agent and contact are resolved via the User and Contact lookups.

ClickDesk

Report

maps to

Salesforce Service Cloud

Documentation

1:1
Fully supported

ClickDesk provides basic reporting (chat volume, response times, agent handle times, satisfaction scores) viewable in the dashboard but with no documented export endpoint. We capture screenshots of key reports as part of the migration handoff package. Salesforce reports and dashboards for equivalent metrics must be built post-migration in the destination org; we provide a written mapping of each ClickDesk report to its Salesforce standard report type.

ClickDesk

Widget Configuration

maps to

Salesforce Service Cloud

Documentation

1:1
Fully supported

The ClickDesk chat widget's visual theme, trigger rules, proactive message content, and offline form settings are stored in ClickDesk configuration with no export path. Widgets must be re-created manually in Salesforce using the Embedded Service SDK or the Service Cloud Setup menu. We provide a widget-recreation checklist documenting every configured widget setting for the customer's admin to reference.

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.

ClickDesk logo

ClickDesk gotchas

High

No documented public API for automated export

Medium

Small company raises long-term viability concerns

Medium

Reporting data has no export mechanism

Low

Widget configuration cannot be transferred

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

  • No documented public API for ClickDesk export

    ClickDesk does not publish a public REST API with documented endpoints for automated data export. All migration work must be performed through the admin dashboard UI or by structured manual extraction. We work around this by using UI-based exports where available, supplemented by careful manual extraction for data that has no export button. Customers must export all ticket and chat history before initiating a migration and before account cancellation to avoid losing access to data. This constraint makes the migration timeline sensitive to data volume — large chat histories with thousands of threads require more manual effort to reconstruct than a CSV-based API export would.

  • Small company raises data access risk

    ClickDesk has approximately 11-16 employees with no visible recent product updates or funding announcements since its 2011 launch. This presents elevated risk as a going concern — if the company sunsets the product, account access and data export capabilities may disappear with little notice. We treat ClickDesk migrations as time-sensitive rather than elective. We recommend customers download all exportable data immediately upon committing to migration and avoid delaying the project pending other decisions. Any delay in initiating export increases the risk that data access is revoked before migration completes.

  • Reporting data cannot be migrated to Salesforce

    Historical analytics in ClickDesk — chat volume, average response times, agent handle times, satisfaction scores — are viewable in the dashboard but have no documented export method. These metrics cannot be imported into Salesforce Service Cloud as they are summary data rather than transactional records. We capture screenshots of key dashboards as part of the handoff documentation. Customers who require historical service metrics in Salesforce must plan to build equivalent reports from migrated transactional data post-migration or use Salesforce Analytics Cloud to reconstruct the trends from raw Case records.

  • ClickDesk's flat data model requires normalisation into Salesforce's relational schema

    ClickDesk stores all channel interactions (chats, tickets, voice calls, social messages) in a single flat inbox. Salesforce Service Cloud requires Contacts to exist before Cases can be created against them, and Accounts to exist before Contacts. If ClickDesk visitor records do not include full contact details (email, phone, company name), we may not be able to create fully linked Salesforce records. We flag any visitor record missing required Contact fields during scoping and work with the customer to either enrich the source data before migration or accept that some records will land as Cases without Contact linkage.

  • Widget and automation configuration cannot be transferred

    The ClickDesk chat widget configuration (appearance, trigger rules, proactive messages) is stored in ClickDesk's configuration system with no export mechanism. Canned responses similarly have no export button. Agents will need to re-create the widget in Salesforce using the Embedded Service SDK and manually configure Omni-Channel presence settings and routing. We deliver a widget-recreation checklist and a canned response import spreadsheet as part of the migration handoff package, but the actual rebuild is a manual admin task.

Migration approach

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

  1. Immediate data export and scoping

    We begin every ClickDesk migration with an immediate full export of all exportable data through the admin dashboard UI. This includes the complete ticket list, chat history export if available, agent list, department list, canned response list, and offline message queue. We capture screenshots of the reporting dashboard for handoff documentation. This step runs in parallel with scoping: we inventory record counts, identify visitor records with incomplete contact data, and assess whether any data requires manual extraction due to missing export buttons. Customers receive a data export checklist and are asked to run exports immediately upon signing the migration agreement to avoid any delay from account access risk.

  2. Salesforce org preparation

    We assess the destination Salesforce org's current configuration: Service Cloud edition, existing Case record types, Case Status and Priority picklist values, Omni-Channel setup, and existing custom fields. If the org does not yet have Service Cloud provisioned, we work with the customer's Salesforce admin or account executive to confirm the edition. We then design the target schema: custom fields for clickdesk_ticket_id__c, case_source__c, clickdesk_tags__c, and any other metadata preservation fields; Case Record Types if separate web support and social case handling is required; Queue creation matching ClickDesk departments; and Omni-Channel Service Channel configuration.

  3. Contact reconciliation and enrichment

    ClickDesk visitor records may not include full contact details. We run a reconciliation pass on the exported visitor list to identify records with missing email addresses, phone numbers, or company names. Records missing required Contact fields cannot be linked to Salesforce Contacts and will land as Cases without Contact linkage. We present the customer with the list of unlinked records and offer two options: enrich the source data in ClickDesk before migration, or accept partial Contact linkage. This step gates the Contact and Case migration because Salesforce requires a Contact or lead record for certain Case field assignments.

  4. Sandbox migration and reconciliation

    We run a full migration into a Salesforce Sandbox org using production-like data volume. The migration sequence is: Salesforce Users (validated from agent list), Queues (from departments), Contacts (from visitors with contact data), Cases (tickets, chats, offline messages, social), Tasks (VoIP call logs). Each phase emits a row-count reconciliation report. The customer's Service Cloud admin spot-checks 25-50 records against the ClickDesk source, validates that chat thread messages are ordered correctly, and confirms that department-to-Queue mapping is accurate. Sign-off on the sandbox migration gates the production migration start date.

  5. Production migration in dependency order

    We run production migration in record-dependency order with read-only freezes on the ClickDesk account during the final delta window. Agents are placed in read-only mode to prevent new ticket creation; we capture any tickets created between the freeze and cutover as a delta import. The migration sequence follows the sandbox order: Users, Queues, Contacts, then Cases with embedded EmailMessage thread records, then Task records for call logs. Each phase runs with the Salesforce Bulk API 2.0 where applicable, with exponential backoff on API limit responses and batch chunking for recordsets exceeding 10,000 rows.

  6. Cutover, widget rebuild handoff, and automation inventory

    We freeze ClickDesk writes during the cutover window, 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 full migration summary: record counts per object, any records that could not be linked to Contacts, the canned response import spreadsheet, the widget-recreation checklist, and the reporting gap note listing ClickDesk metrics with no Salesforce equivalent. We do not rebuild ClickDesk's implicit automations (simple routing rules) as Salesforce Flow; we document them as a list with recommended Salesforce Flow equivalents for the customer's admin to configure post-migration.

Platform deep dives

Context on both ends of the pair

ClickDesk logo

ClickDesk

Source

Strengths

  • All-in-one widget covering chat, voice, video, and helpdesk without installing separate plugins.
  • Per-agent pricing is transparent and predictable for small team budgets.
  • Social toolbar integrates Facebook and Twitter into the agent inbox for multi-channel support.
  • Free tier allows single-agent deployment with basic features for evaluation purposes.
  • Includes basic analytics on chat volume, response times, and agent performance.

Weaknesses

  • Small team and limited development activity raise concerns about product longevity and ongoing security support.
  • No publicly documented API — automation and integration workarounds are required for anything beyond manual export.
  • Interface and feature set have not kept pace with modern helpdesk UX expectations.
  • Limited reporting and analytics compared to dedicated reporting platforms.
  • Narrow third-party integration ecosystem compared to leading helpdesk solutions.
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 ClickDesk 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

    ClickDesk: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Most ClickDesk migrations complete in two to four weeks for accounts with under 5,000 tickets, 2,000 contacts, and fewer than 50 agent seats. The timeline is sensitive to how much data requires manual UI extraction rather than automated export, and whether contact enrichment is needed to resolve incomplete visitor records. Migrations exceeding 20,000 tickets, large chat histories requiring thread reconstruction, or a Salesforce org requiring new custom field creation and Omni-Channel configuration move to six to ten weeks.

Adjacent paths

Related migrations to explore

Ready when you are

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