Helpdesk migration
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
Source
Salesforce Service Cloud
Destination
Compatibility
7 of 11
objects map 1:1 between ClickDesk and Salesforce Service Cloud.
Complexity
BStandard
Timeline
2-4 weeks
Overview
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.
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
ClickDesk platform overview
Scorecard, SWOT, gotchas, and pricing for ClickDesk.
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 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
Salesforce Service Cloud
Case
1:1ClickDesk 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
Salesforce Service Cloud
Case + EmailMessage
1:manyClickDesk 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
Salesforce Service Cloud
User
1:1ClickDesk 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
Salesforce Service Cloud
Queue
1:1ClickDesk 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
Salesforce Service Cloud
Email Template
lossyClickDesk 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
Salesforce Service Cloud
Case
1:1Messages 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
Salesforce Service Cloud
Case
lossyClickDesk 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
Salesforce Service Cloud
Custom Field (Multi-Select Picklist)
lossyClickDesk 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
Salesforce Service Cloud
Task (TaskSubtype = Call)
1:1ClickDesk 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
Salesforce Service Cloud
Documentation
1:1ClickDesk 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
Salesforce Service Cloud
Documentation
1:1The 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.
| ClickDesk | Salesforce Service Cloud | Compatibility | |
|---|---|---|---|
| Ticket | Case1:1 | Fully supported | |
| Chat | Case + EmailMessage1:many | Fully supported | |
| Agent | User1:1 | Fully supported | |
| Department | Queue1:1 | Fully supported | |
| Canned Response | Email Templatelossy | Fully supported | |
| Offline Message | Case1:1 | Fully supported | |
| Social Channel | Caselossy | Fully supported | |
| Tag | Custom Field (Multi-Select Picklist)lossy | Fully supported | |
| VoIP Call | Task (TaskSubtype = Call)1:1 | Fully supported | |
| Report | Documentation1:1 | Fully supported | |
| Widget Configuration | Documentation1: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.
ClickDesk gotchas
No documented public API for automated export
Small company raises long-term viability concerns
Reporting data has no export mechanism
Widget configuration cannot be transferred
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
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.
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.
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.
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.
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.
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
ClickDesk
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 ClickDesk 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
ClickDesk: Not publicly documented.
Data volume sensitivity
ClickDesk 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 ClickDesk to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave ClickDesk
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.