Helpdesk migration

Migrate from CDESK to HubSpot Service Hub

Field-level mapping, validation, and rollback between CDESK and HubSpot Service Hub. We move data and schema; workflows are rebuilt natively in HubSpot Service Hub.

CDESK logo

CDESK

Source

HubSpot Service Hub

Destination

HubSpot Service Hub logo

Compatibility

58%

7 of 12

objects map 1:1 between CDESK and HubSpot Service Hub.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Migrating from CDESK to HubSpot Service Hub is a helpdesk consolidation move that requires careful extraction planning because CDESK has no publicly documented API. We establish the export path during discovery — either direct database access if available, in-app CSV export where supported, or manual record extraction — before designing the HubSpot Service Hub schema to receive the data. CDESK's SLA and SLO deadlines migrate as timestamp fields on HubSpot Tickets rather than as native SLA rule definitions; we preserve the SLA name and deadline values so the customer's admin can reconfigure SLA rules in HubSpot Service Hub post-migration. Request Templates and Regular Requests are configuration artifacts in CDESK and do not migrate as data; we inventory them during discovery and provide written documentation so the admin can recreate them in HubSpot's Help Desk settings. We migrate Deals to HubSpot's Deals object when the source use case is service-contract tracking, and we map Custom Properties to HubSpot's custom ticket fields with the same data types. HubSpot Service Hub's Knowledge Base, Customer Portal, and automation workflows (such as Ticket Pipelines and SLAs) do not migrate as code and are flagged for manual rebuild or the customer's chosen implementation partner.

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

CDESK logo

CDESK

What's pushing teams away

  • One reviewer noted the product felt "below starter level," suggesting feature gaps compared to established helpdesk competitors for teams with mature workflows.
  • Limited public documentation and community presence make it difficult for teams to self-serve troubleshooting and best-practice discovery.
  • Sparse third-party integrations beyond native channels means organizations with complex tool stacks face manual data re-entry or custom development costs.
  • No visible API documentation found in public research raises concerns for technical teams that require programmatic access for automation and reporting.

Choosing

HubSpot Service Hub logo

HubSpot Service Hub

What's pulling them in

  • Unified CRM context means every support ticket links directly to the Contact and Company record without a separate integration
  • Free tier provides unlimited support seat access with basic ticketing and a shared inbox for small teams to validate fit before committing
  • Omnichannel routing consolidates email, live chat, Facebook Messenger, WhatsApp, and Instagram DM into one queue
  • Built-in customer success workspace gives health scores and portfolio views that other standalone helpdesks cannot match
  • AI-powered Breeze agent automates common resolutions and surfaces knowledge base articles without agent intervention

Object mapping

How CDESK objects map to HubSpot Service Hub

Each row shows how a CDESK object lands in HubSpot Service Hub, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

CDESK

Request

maps to

HubSpot Service Hub

Ticket

1:1
Fully supported

CDESK Requests map to HubSpot Service Hub Tickets. Standard fields — title, description, status, priority, assignee, created/modified timestamps — migrate directly. We resolve CDESK's assignee to a HubSpot User by email match. SLA deadline and SLA name from CDESK migrate as custom ticket properties (cdesk_sla_deadline__c, cdesk_sla_name__c) so the customer's admin can reapply SLA rules post-migration. The mapping preserves original created and modified timestamps as HubSpot Ticket properties.

CDESK

Custom Properties

maps to

HubSpot Service Hub

Custom Ticket Properties

1:1
Mapping required

CDESK administrators extend the Request schema via Custom Properties. We extract these as key-value pairs during discovery, infer the HubSpot data type (string, number, date, boolean, single-select, multi-select, checkbox), and create equivalent custom ticket properties in HubSpot before import. Multi-checkbox properties in CDESK map to HubSpot multi-checkbox properties. All custom properties are registered as ticket properties so they appear in Help Desk views, filters, and automation triggers.

CDESK

Deal

maps to

HubSpot Service Hub

Deal

1:1
Fully supported

CDESK Deals track service contracts and revenue alongside service requests. They map to HubSpot CRM Deals, preserving deal name, amount, stage, close date, and any linked task structures. We resolve the HubSpot Contact or Company association at migration time via email domain matching or explicit linked-contact data. Deal tasks migrate as CRM Tasks attached to the Deal record.

CDESK

SLA/SLO Configuration

maps to

HubSpot Service Hub

SLA Policy

lossy
Fully supported

CDESK enforces SLA and SLO deadlines as deadline timestamp fields and SLA name on each Request. The rule definitions — escalation paths, business-hour calendars, urgency conditions — may not be exportable as structured data from CDESK. We carry forward the SLA name and deadline timestamp on each Ticket as custom fields. The customer's HubSpot admin rebuilds SLA Policies in Service Hub settings post-migration using the preserved SLA names as the rule identifier.

CDESK

Request Templates

maps to

HubSpot Service Hub

Help Desk Templates

lossy
Not supported

Request Templates define the default structure for new tickets in CDESK and are configuration artifacts, not instance data. We do not export them as records. During discovery we inventory every Request Template with its field defaults, required fields, and assignment rules, and we deliver a written template map with HubSpot Help Desk equivalents so the customer's admin can recreate them in Service Hub's Ticket Templates settings.

CDESK

Regular Requests

maps to

HubSpot Service Hub

Recurring Automations

lossy
Not supported

Regular Requests automate ticket creation on a schedule in CDESK and are scheduling rules rather than data records. We flag their existence and execution schedule during discovery and document the automation intent (daily report request, weekly status digest, monthly contract renewal reminder) so the customer can rebuild equivalent HubSpot Workflows or HubSpot Operations Hub automations post-migration.

CDESK

Attachment

maps to

HubSpot Service Hub

File (via CRM Objects)

1:1
Fully supported

File attachments on CDESK Requests and Deals migrate as binary blobs stored alongside the parent Ticket or Deal in HubSpot. We preserve filenames, attachment order, and MIME type. Attachments exceeding 10 MB require chunked upload via the HubSpot Files API. The HubSpot Files API handles deduplication by filename within a record, so duplicate attachments across multiple tickets land as separate file references.

CDESK

Owner

maps to

HubSpot Service Hub

User

1:1
Fully supported

CDESK assignees map to HubSpot Users. We resolve by email address. Any CDESK Owner without a matching HubSpot User is placed in a reconciliation queue for the customer's admin to provision before record import proceeds. Owner records that resolve to inactive HubSpot Users are flagged with a warning because inactive users cannot own active Tickets in Service Hub.

CDESK

Priority View

maps to

HubSpot Service Hub

Help Desk View

lossy
Mapping required

CDESK's Priority View is a filtering and sorting configuration for the request list, not a data object. We do not migrate it directly. Priority values (Low, Medium, High, Critical) and SLA deadline fields on each Request are preserved so the customer can configure equivalent Help Desk Views in HubSpot Service Hub with the same sort order and filter conditions.

CDESK

Company

maps to

HubSpot Service Hub

Company

1:1
Fully supported

If CDESK exposes Company or customer organization records (distinct from the request submitter), these map to HubSpot CRM Companies. We create the Company record before importing related Tickets so that the Company-Ticket association is satisfied at insert time. CDESK records that contain customer organization data embedded in Request fields are parsed and upserted into HubSpot Companies using the organization name as the dedupe key.

CDESK

Ticket Comment / Activity

maps to

HubSpot Service Hub

Ticket Conversation

1:1
Fully supported

CDESK Request comment threads migrate as HubSpot Ticket Conversations. Each comment preserves author, timestamp, body text, and privacy flag. Internal notes in CDESK map to private replies in HubSpot Service Hub if the privacy distinction is captured in the export; otherwise they map to standard ticket replies. Comment attachments migrate as HubSpot file attachments on the Ticket.

CDESK

Status and Stage

maps to

HubSpot Service Hub

Ticket Pipeline Stage

lossy
Fully supported

CDESK Request status values (Open, In Progress, Closed, Pending) map to HubSpot Help Desk pipeline stage values. We create a default Help Desk pipeline in HubSpot Service Hub during schema setup and map each CDESK status to the closest equivalent HubSpot stage. If the customer uses multiple CDESK pipelines, we create corresponding HubSpot Help Desk pipelines and map ticket pipeline assignments accordingly.

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.

CDESK logo

CDESK gotchas

High

No documented public API for bulk data extraction

Medium

Request Templates and Regular Requests do not migrate as data

Medium

SLA/SLO values migrate as data, not as rules

HubSpot Service Hub logo

HubSpot Service Hub gotchas

High

Rate limits throttle large migration API calls

High

Side conversations and Zendesk macros have no HubSpot equivalent

High

HubSpot stores ticket history as fragmented engagement objects

Medium

Custom Objects require Enterprise tier in HubSpot

Medium

Ticket pipeline stage probability values do not export cleanly

Pair-specific challenges

  • No documented CDESK API requires manual or direct-DB extraction

    Extensive searches returned no published CDESK API, which means automated extraction requires direct database access if available, in-app manual export if supported, or CSV-based record pulling. We confirm the viable extraction path during the discovery call. If only manual export is available, we scope the migration around the time required for the customer to generate export files across all Request types, Custom Properties, Deals, and attachments. This discovery step is required before committing to a migration timeline because it can add two to four weeks to the project for large datasets.

  • SLA rule definitions do not migrate as automation rules

    CDESK stores SLA and SLO deadlines as fields on individual Requests. We carry forward the SLA name, SLA deadline timestamp, and any urgency level to HubSpot Tickets as custom properties. The rule logic — which SLA applies based on ticket category, priority, or customer tier, what escalation path triggers when the deadline is breached, and what business-hour calendar applies — is not extractable as structured data. We document the SLA names and deadline values per ticket so the customer's HubSpot admin can configure SLA Policies in Service Hub settings post-migration. Customers should budget time for SLA rule recreation.

  • Request Templates and Regular Requests require manual rebuild

    Request Templates (default ticket structures) and Regular Requests (automated ticket generation rules) are configuration in CDESK, not instance data. We do not export them as records. We inventory all templates and rules during discovery and deliver a written map with HubSpot equivalents: Ticket Templates for default structure, and HubSpot Workflows or Operations Hub automations for recurring ticket creation. The customer's admin rebuilds these in HubSpot after migration. This is a manual step that must be scoped and budgeted separately.

  • HubSpot Help Desk does not support ticket CC fields natively

    HubSpot Service Hub Tickets do not have a native CC field equivalent to the CC list on a CDESK Request. If CC recipients are tracked in CDESK, we map them to a custom ticket property (cc_recipients__c) as a semicolon-delimited string or multi-checkbox field. The customer should validate whether CC behavior needs to be replicated via a HubSpot Workflow or through the Customer Portal membership model. This is a functional gap that affects notification routing expectations post-migration.

  • Inline images in ticket descriptions may not render after import

    If CDESK ticket descriptions contain inline images embedded via base64 encoding or internal CDN references, those images may not render in HubSpot after migration because the image host is not the HubSpot file system. We extract images as separate HubSpot file attachments and replace inline references with links to the migrated files where technically feasible. For image-hosted CDESK content that cannot be re-linked, we flag the affected tickets and document the limitation for the customer's admin to address manually.

Migration approach

Six steps for a successful CDESK to HubSpot Service Hub data migration

  1. Discovery and extraction path confirmation

    We audit CDESK's available export methods: direct database access (preferred, fastest), in-app export features (CSV or JSON where supported), or manual record generation (highest customer effort, longest timeline). We inventory all Request types, Custom Properties, SLA/SLO configurations, Request Templates, Regular Requests, Deals, Attachments, and owner structures. We also identify the HubSpot Service Hub tier the customer has or plans to purchase (Starter, Pro, or Enterprise) because custom objects and multi-pipeline Help Desk require Enterprise. The discovery output is a written migration scope document and a confirmed extraction method.

  2. HubSpot Service Hub schema setup

    We design the destination schema in HubSpot before any data moves. This includes creating the Help Desk pipeline with stages mapped from CDESK status values, creating custom ticket properties to receive CDESK Custom Properties (with type mapping from CDESK data types to HubSpot property types), creating custom fields for SLA name and deadline preservation, creating or identifying the HubSpot CRM Company and Contact records that Tickets will associate to, and configuring SLA Policies with placeholder names that will be populated from the migrated SLA data. If the customer uses multiple CDESK pipelines, we create multiple HubSpot Help Desk pipelines with corresponding stage values. We deploy the schema into the customer's HubSpot sandbox for validation before production migration begins.

  3. Sandbox migration and reconciliation

    We run a full migration into HubSpot sandbox using production-equivalent data volume. The customer's service desk manager and CRM admin reconcile record counts (Requests in, Tickets in, Deals in, attachments in), spot-check 25-50 random Tickets against the CDESK source for field accuracy and timestamp preservation, verify that SLA deadline values landed correctly in custom fields, and confirm that Deal-Ticket associations are intact. Mapping corrections identified during sandbox reconciliation are applied before the production migration run. No production data moves until sandbox sign-off.

  4. Owner and user reconciliation

    We extract every distinct CDESK assignee and owner referenced on Requests and Deals and match them by email to HubSpot Users in the destination org. Any CDESK Owner without a matching HubSpot User is placed in a reconciliation queue. The customer's HubSpot admin provisions missing users before the production migration run. We flag any CDESK owner whose email matches an inactive HubSpot User because inactive users cannot own active Tickets in Service Hub. Owner resolution must be complete before record import proceeds because Ticket.associatedId and Deal.hubspot_owner_id are required references.

  5. Production migration in dependency order

    We run the production migration in record-dependency order: Companies (created first for dedupe), Contacts (linked to Companies), Tickets (with SLA fields, custom properties, and OwnerId resolved), Ticket conversations (linked to parent Ticket), Attachments (linked to parent Ticket or Deal via Files API), Deals (with associated Contact and Company resolved), and a final delta pass for any records modified during the migration window. We use HubSpot's Bulk API for large record sets with batch chunking and exponential backoff on rate-limit responses. Each phase emits a row-count reconciliation report before the next phase begins.

  6. Cutover, validation, and configuration rebuild handoff

    We freeze CDESK writes during the cutover window, run the delta migration of any records created or modified since the full migration run, then enable HubSpot Service Hub as the system of record. We deliver the Request Template and Regular Request inventory document, the SLA name and deadline reference sheet for SLA Policy recreation, and the Custom Property-to-HubSpot-property mapping log. We support a five-business-day hypercare window for reconciliation issues raised by the service desk team. We do not rebuild Request Templates, Regular Requests, or SLA rule definitions inside the migration scope; those are configuration rebuilds handled by the customer's admin or a HubSpot implementation partner.

Platform deep dives

Context on both ends of the pair

CDESK logo

CDESK

Source

Strengths

  • Affordable entry tier at €20 per month for small teams establishing basic helpdesk processes.
  • Built-in SLA and SLO deadline enforcement without requiring additional modules or plugins.
  • Custom Properties allow schema extension by administrators without developer intervention.
  • Priority View gives managers immediate access to request status without running custom reports.
  • Multi-department request routing satisfies organizations that need one system for IT and non-IT service requests.

Weaknesses

  • No publicly documented API discovered during research, which limits programmatic access and automated migration options.
  • Extremely limited public review presence with no verified reviews on Software Advice as of research date.
  • Sparse third-party integration ecosystem compared to established helpdesk platforms like Freshdesk or Jira Service Management.
  • European-origin product may present language and support timezone challenges for non-European teams.
  • No visible bulk import or export functionality in public-facing documentation.
HubSpot Service Hub logo

HubSpot Service Hub

Destination

Strengths

  • Unified CRM object model means support context is always linked to sales and marketing data
  • Generous free tier with unlimited tickets and a shared inbox for small teams
  • Omnichannel inbox consolidates email, live chat, and major messaging platforms natively
  • Customer Success Workspace provides portfolio-level health scores without a separate tool
  • AI agent (Breeze) handles Tier-1 resolutions and knowledge base deflection automatically

Weaknesses

  • Per-seat pricing with mandatory onboarding fees inflates year-one cost significantly
  • Ticket history stored as fragmented engagement objects across APIs complicates export and migration
  • Custom Objects locked behind Enterprise tier limits portability for mid-market teams
  • Help desk depth—routing rules, SLA management, advanced reporting—trails dedicated tools like Zendesk
  • Setup and configuration requires real time investment; out-of-box defaults rarely fit existing workflows

Complexity grading

How hard is this migration?

Standard Helpdesk migration. 2 of 7 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across CDESK and HubSpot Service Hub.

  • Object compatibility

    B

    2 of 7 objects need a mapping; the rest are 1:1.

  • 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

    CDESK: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your CDESK to HubSpot Service Hub 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 CDESK to HubSpot Service Hub data migrations

Answers to the questions buyers ask most during CDESK to HubSpot Service Hub migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your CDESK to HubSpot Service Hub migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most migrations land between three and five weeks for accounts with fewer than 5,000 Requests and a viable extraction path (direct database access or in-app export). Migrations exceeding 15,000 Requests, with multi-property Custom Property sets, multiple CDESK pipelines, or Deals linked to Tickets require seven to eleven weeks because extraction, schema mapping, and reconciliation work scale with record volume. The extraction path confirmation during discovery is the critical path item because it determines whether the project starts with an automated or manual data pull.

Adjacent paths

Related migrations to explore

Ready when you are

Move from CDESK.
Land in HubSpot Service Hub, 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