Helpdesk migration
Field-level mapping, validation, and rollback between C-Desk and Salesforce Service Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Service Cloud.
C-Desk
Source
Salesforce Service Cloud
Destination
Compatibility
7 of 10
objects map 1:1 between C-Desk and Salesforce Service Cloud.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from C-Desk to Salesforce Service Cloud is a lateral-to-upgrade migration for organizations that have outgrown C-Desk's basic feature set and need the scale, API depth, and ecosystem of Salesforce's customer service platform. C-Desk supports Tickets, Knowledge Base Articles with HTML-mode editing, hierarchical Topics, and role-based access controls, but has no confirmed public API and sparse review coverage. We extract these objects via direct instance access, map C-Desk ticket routing metadata to Salesforce Case Assignment Rules, transform topic hierarchies into Salesforce Knowledge article categories, and re-upload attachments. C-Desk Custom Fields and Workflows do not migrate because C-Desk research did not confirm custom field schema and no workflow automation rules were documented. We deliver a written inventory of any discovered routing rules for the customer's admin to rebuild as Salesforce Flows post-migration.
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
C-Desk platform overview
Scorecard, SWOT, gotchas, and pricing for C-Desk.
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 C-Desk 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.
C-Desk
Ticket
Salesforce Service Cloud
Case
1:1C-Desk Tickets map to Salesforce Case records. C-Desk ticket status maps to Case Status, priority maps to Case Priority, and department/location routing metadata maps to custom Case fields or Salesforce Assignment Rules configured before migration. C-Desk ticket description and internal notes map to Case Description and an appended CaseComment record respectively. We resolve the Account and Contact lookups in Salesforce before Case insert by matching C-Desk customer email against Contact email in the destination org.
C-Desk
Knowledge Base Article
Salesforce Service Cloud
KnowledgeArticleVersion
1:1C-Desk Knowledge Base Articles with HTML-mode content map to Salesforce Knowledge Article records. The article body content migrates as the KnowledgeArticleVersion Summary or Long Text Area field. HTML formatting is sanitized to preserve content structure while removing embedded styles and proprietary markup that may not render in Salesforce Lightning. We flag articles requiring manual review post-migration. Article publish status maps to Salesforce Article status values.
C-Desk
Topic
Salesforce Service Cloud
DataCategoryGroup + Category
lossyC-Desk hierarchical Topics and subtopics map to Salesforce Knowledge Data Category Groups and Data Categories. We extract the topic hierarchy as a standalone object during scoping, sequence the parent-child relationships, and configure the Data Category structure in Salesforce before article import. If C-Desk topics use custom names not supported by Salesforce category naming conventions, we apply a normalization step.
C-Desk
Attachment
Salesforce Service Cloud
ContentDocument / Attachment
1:1C-Desk ticket and Knowledge Base Article attachments are downloaded and re-uploaded as Salesforce ContentDocument records linked via ContentDocumentLink to the parent Case or KnowledgeArticleVersion. We preserve original filenames and file types. C-Desk's internal storage location is not accessible via API if no public API is confirmed; direct instance access or manual export is required for attachment extraction.
C-Desk
User
Salesforce Service Cloud
User
1:1C-Desk user accounts map to Salesforce User records by email address. Role-based access controls from C-Desk map to Salesforce Profiles and Permission Sets. Any custom role names in C-Desk are flagged as non-standard and may require manual mapping or new Salesforce Permission Sets created by the customer's admin before user import completes.
C-Desk
Email Integration Settings
Salesforce Service Cloud
Email-to-Case / On-Demand Email-to-Case
lossyC-Desk email integration settings (incoming email addresses and routing rules) are extracted as configuration data rather than migrated records. We document the routing logic as a written specification for rebuilding in Salesforce as Email-to-Case or On-Demand Email-to-Case. Salesforce requires routing rules to be reconfigured in Setup post-migration.
C-Desk
Ticket Comment / Reply
Salesforce Service Cloud
CaseComment
1:1C-Desk ticket comments, public replies, and internal notes map to Salesforce CaseComment records. Public comments become public CaseComments; internal notes become private CaseComments with IsPublished set to false. We preserve the original timestamp and author name. Comment ordering is maintained by inserting in chronological sequence.
C-Desk
Custom Field
Salesforce Service Cloud
Custom Field
1:1Research did not confirm support for custom fields or custom objects in C-Desk. We do not currently migrate custom fields for this platform and would need to validate schema availability through direct C-Desk instance access before confirming scope. If custom fields are discovered during scoping, we document their names, types, and values and recommend creating equivalent custom fields in Salesforce before migration.
C-Desk
Topic Linkage (Article to Topic)
Salesforce Service Cloud
TopicAssignment
lossyC-Desk articles linked to topics use deep topic-subtopic relationships. We extract these linkage records separately and create Salesforce TopicAssignment records during Knowledge Article import to preserve which articles belong to which Data Categories. This mapping step is executed after both Topic hierarchy and Article records exist in Salesforce.
C-Desk
Workflow / Automation Rule
Salesforce Service Cloud
Flow
1:1C-Desk acknowledgement workflows are mentioned in product comparisons but no detailed workflow builder or automation rules were confirmed in research. We do not migrate workflow configurations as code. We document any discovered routing or acknowledgement logic during direct instance access and deliver it as a written Flow specification for the customer's Salesforce admin to rebuild post-migration.
| C-Desk | Salesforce Service Cloud | Compatibility | |
|---|---|---|---|
| Ticket | Case1:1 | Fully supported | |
| Knowledge Base Article | KnowledgeArticleVersion1:1 | Fully supported | |
| Topic | DataCategoryGroup + Categorylossy | Fully supported | |
| Attachment | ContentDocument / Attachment1:1 | Fully supported | |
| User | User1:1 | Fully supported | |
| Email Integration Settings | Email-to-Case / On-Demand Email-to-Caselossy | Mapping required | |
| Ticket Comment / Reply | CaseComment1:1 | Fully supported | |
| Custom Field | Custom Field1:1 | Fully supported | |
| Topic Linkage (Article to Topic) | TopicAssignmentlossy | Fully supported | |
| Workflow / Automation Rule | Flow1: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.
C-Desk gotchas
Minimal web presence limits due diligence
Knowledge base HTML content requires reformatting
Small review volume limits migration confidence
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
Discovery and schema inspection
We request direct read access to the C-Desk instance to inspect the schema, confirm available objects, and enumerate record counts for Tickets, Knowledge Base Articles, Topics, Attachments, and Users. We also document email routing configuration, department and location metadata, and any custom field-like properties discovered in the UI. The discovery output is a written migration scope with confirmed object counts, a preliminary field map, and a note on any C-Desk data that cannot be extracted programmatically.
Destination schema design and Knowledge configuration
We design the Salesforce destination schema, including Case object fields (standard and custom), Knowledge article types, Data Category Groups matching the C-Desk topic hierarchy, and Profile/Permission Set assignments for migrated users. If Salesforce Knowledge is not yet enabled, we include activation steps in the pre-migration checklist. We deploy schema to a Salesforce Sandbox first for validation. The customer provisions any missing Salesforce Users (matched by email to C-Desk accounts) before migration begins.
Sandbox migration and reconciliation
We run a full migration into a Salesforce Sandbox using production-like record counts. The customer reconciles record counts, spot-checks 25-50 random Cases and Articles against the C-Desk source, and reviews the attachment completeness report. We apply HTML sanitization to Knowledge Article bodies during the sandbox run and flag any articles with formatting issues. Sign-off on the sandbox migration is required before production migration begins.
Production migration in dependency order
We run production migration in record-dependency order: Users (manually provisioned, validated first), Account and Contact lookups resolved, Cases with Assignment Rules disabled, Knowledge Articles with sanitized HTML, TopicAssignments linking articles to Data Categories, and Attachments as ContentDocument records. We disable Salesforce Assignment Rules, Workflow Rules, and Escalation Rules before import and re-enable them post-cutover. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and automation rebuild handoff
We freeze C-Desk writes during cutover, run a final delta migration of records modified during the migration window, then enable Salesforce as the system of record. We validate record counts against the discovery scope and deliver the automation rebuild inventory document covering any discovered email routing rules, acknowledgement logic, or ticket assignment criteria. We support a one-week hypercare window for reconciliation issues. We do not rebuild C-Desk workflows as Salesforce Flow inside the migration scope.
Platform deep dives
C-Desk
Source
Strengths
Weaknesses
Salesforce Service Cloud
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 2 of 7 objects need a manual workaround.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across C-Desk and Salesforce Service Cloud.
Object compatibility
2 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
C-Desk: Not publicly documented.
Data volume sensitivity
C-Desk 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 C-Desk to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.
Walk through your C-Desk 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 C-Desk
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.