Helpdesk migration
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
Source
HubSpot Service Hub
Destination
Compatibility
7 of 12
objects map 1:1 between CDESK and HubSpot Service Hub.
Complexity
BStandard
Timeline
3-5 weeks
Overview
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.
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
CDESK platform overview
Scorecard, SWOT, gotchas, and pricing for CDESK.
Destination platform
HubSpot Service Hub platform overview
Scorecard, SWOT, gotchas, and pricing for HubSpot Service Hub.
Data migration guide
The complete HubSpot Service Hub migration guide
Data model, import mechanisms, field mapping strategy, pitfalls, and cutover — by the engineers running it.
Destination checklist
HubSpot Service Hub migration checklist
Pre- and post-cutover tasks for moving onto HubSpot Service Hub.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
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
HubSpot Service Hub
Ticket
1:1CDESK 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
HubSpot Service Hub
Custom Ticket Properties
1:1CDESK 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
HubSpot Service Hub
Deal
1:1CDESK 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
HubSpot Service Hub
SLA Policy
lossyCDESK 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
HubSpot Service Hub
Help Desk Templates
lossyRequest 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
HubSpot Service Hub
Recurring Automations
lossyRegular 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
HubSpot Service Hub
File (via CRM Objects)
1:1File 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
HubSpot Service Hub
User
1:1CDESK 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
HubSpot Service Hub
Help Desk View
lossyCDESK'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
HubSpot Service Hub
Company
1:1If 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
HubSpot Service Hub
Ticket Conversation
1:1CDESK 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
HubSpot Service Hub
Ticket Pipeline Stage
lossyCDESK 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.
| CDESK | HubSpot Service Hub | Compatibility | |
|---|---|---|---|
| Request | Ticket1:1 | Fully supported | |
| Custom Properties | Custom Ticket Properties1:1 | Mapping required | |
| Deal | Deal1:1 | Fully supported | |
| SLA/SLO Configuration | SLA Policylossy | Fully supported | |
| Request Templates | Help Desk Templateslossy | Not supported | |
| Regular Requests | Recurring Automationslossy | Not supported | |
| Attachment | File (via CRM Objects)1:1 | Fully supported | |
| Owner | User1:1 | Fully supported | |
| Priority View | Help Desk Viewlossy | Mapping required | |
| Company | Company1:1 | Fully supported | |
| Ticket Comment / Activity | Ticket Conversation1:1 | Fully supported | |
| Status and Stage | Ticket Pipeline Stagelossy | 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.
CDESK gotchas
No documented public API for bulk data extraction
Request Templates and Regular Requests do not migrate as data
SLA/SLO values migrate as data, not as rules
HubSpot Service Hub gotchas
Rate limits throttle large migration API calls
Side conversations and Zendesk macros have no HubSpot equivalent
HubSpot stores ticket history as fragmented engagement objects
Custom Objects require Enterprise tier in HubSpot
Ticket pipeline stage probability values do not export cleanly
Pair-specific challenges
Migration approach
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.
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.
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.
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.
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.
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
CDESK
Source
Strengths
Weaknesses
HubSpot Service Hub
Destination
Strengths
Weaknesses
Complexity grading
Standard Helpdesk migration. 2 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across CDESK and HubSpot Service Hub.
Object compatibility
2 of 7 objects need a mapping; the rest are 1:1.
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
CDESK: Not publicly documented.
Data volume sensitivity
CDESK 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 CDESK to HubSpot Service Hub migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave CDESK
Other ways to arrive at HubSpot Service Hub
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.