Helpdesk migration

Migrate from C-Desk to Salesforce Service Cloud

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 logo

C-Desk

Source

Salesforce Service Cloud

Destination

Salesforce Service Cloud logo

Compatibility

70%

7 of 10

objects map 1:1 between C-Desk and Salesforce Service Cloud.

Complexity

CModerate

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

C-Desk logo

C-Desk

What's pushing teams away

  • Advanced users report the feature set is basic and below starter level for organizations with complex service management requirements, prompting evaluation of more mature platforms.
  • Limited vendor visibility and sparse review volume suggest smaller market adoption, making peer validation and support harder to find compared to established alternatives.
  • Customers needing deeper customization or advanced automation capabilities beyond HTML editing and topic linking find the platform insufficient for their workflows.

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

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

maps to

Salesforce Service Cloud

Case

1:1
Fully supported

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

maps to

Salesforce Service Cloud

KnowledgeArticleVersion

1:1
Fully supported

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

maps to

Salesforce Service Cloud

DataCategoryGroup + Category

lossy
Fully supported

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

maps to

Salesforce Service Cloud

ContentDocument / Attachment

1:1
Fully supported

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

maps to

Salesforce Service Cloud

User

1:1
Fully supported

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

maps to

Salesforce Service Cloud

Email-to-Case / On-Demand Email-to-Case

lossy
Mapping required

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

maps to

Salesforce Service Cloud

CaseComment

1:1
Fully supported

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

maps to

Salesforce Service Cloud

Custom Field

1:1
Fully supported

Research 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)

maps to

Salesforce Service Cloud

TopicAssignment

lossy
Fully supported

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

maps to

Salesforce Service Cloud

Flow

1:1
Fully supported

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

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.

C-Desk logo

C-Desk gotchas

High

Minimal web presence limits due diligence

Medium

Knowledge base HTML content requires reformatting

Low

Small review volume limits migration confidence

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

  • C-Desk has no confirmed public API

    C-Desk research found no public API documentation, no API endpoint references, and no confirmed OAuth integration method. Without a public API, automated extraction requires direct instance access or may require manual CSV export for each object type. We request C-Desk vendor access during scoping to inspect the schema directly. If the vendor does not provide API or export access, migration may require manual record extraction which limits record fidelity, attachment completeness, and historical timestamp preservation. This constraint is scoped out of any fixed-price quote and is addressed during discovery.

  • HTML-mode article content requires sanitization

    C-Desk supports HTML-mode editing of Knowledge Base articles. HTML content exported from C-Desk may contain embedded inline styles, proprietary formatting classes, relative links, or non-standard character encoding that does not render correctly in Salesforce Knowledge. We apply an HTML sanitization step during extraction that strips unsupported tags and preserves semantic structure. Articles with heavy custom formatting are flagged in the migration report with a note that the customer's admin should review and reformat in Salesforce Lightning after migration. We do not manually reformat HTML content as part of standard scope.

  • Salesforce Knowledge requires article type and data category configuration before import

    Salesforce Knowledge is not enabled by default in all Salesforce editions and requires activation in Setup along with article type creation and data category group configuration. If C-Desk contains a large topic hierarchy, the Data Category Group structure must be replicated in Salesforce before article import begins or TopicAssignment records will fail to link. We include Knowledge configuration guidance in the pre-migration checklist and can configure the data category structure if provided Salesforce admin credentials. This step adds one to two days to the project timeline.

  • Case Assignment Rules must be disabled during import to prevent duplicate routing

    Salesforce Case Assignment Rules automatically assign cases to queues or users based on configured criteria. During migration, every Case is routed individually through the assignment engine, which can cause unintended routing of freshly migrated cases to the wrong queues before the admin has configured rules in the new org. We disable Assignment Rules before migration import and document the existing C-Desk routing logic as a written spec for rebuilding. Assignment Rules are re-enabled after migration cutover by the customer's Salesforce admin.

  • Small C-Desk review volume means limited schema confidence

    C-Desk has sparse verified review coverage and no public API documentation. We treat each C-Desk migration as a first-of-its-kind engagement. We build in extra validation checkpoints for record counts, attachment integrity, topic hierarchy completeness, and user-to-profile mapping. The customer should expect one to two additional scoping sessions with direct C-Desk instance access before we can confirm the full migration scope in writing.

Migration approach

Six steps for a successful C-Desk to Salesforce Service Cloud data migration

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

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

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

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

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

Context on both ends of the pair

C-Desk logo

C-Desk

Source

Strengths

  • Offers a knowledge base with HTML-mode content editing and linked topic and subtopic hierarchies.
  • Provides role-based access control to tickets across multiple departments and locations.
  • Includes email integration with automated ticket creation and acknowledgement notifications.
  • Small vendor footprint with a free trial available for initial evaluation.

Weaknesses

  • Feature set is considered basic and insufficient for organizations with advanced service management needs, based on user reviews.
  • Very limited market presence with sparse verified reviews and no public API documentation found.
  • Smaller vendor ecosystem means fewer third-party integrations, migration tools, and community resources compared to established alternatives.
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. 2 of 7 objects need a manual workaround.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across C-Desk and Salesforce Service Cloud.

  • Object compatibility

    D

    2 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

    C-Desk: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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 consultation

Most C-Desk migrations land between three and five weeks for accounts under 10,000 Tickets and 5,000 Knowledge Base Articles with a clean Salesforce destination org. Migrations with large attachment volumes, complex multi-level topic hierarchies requiring Data Category Group configuration, or destination orgs with existing Accounts and Contacts requiring deduplication extend to seven to ten weeks. C-Desk's undocumented API may require additional scoping time for direct instance access, which is scoped during discovery.

Adjacent paths

Related migrations to explore

Ready when you are

Move from C-Desk.
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