Helpdesk migration
Field-level mapping, validation, and rollback between Re:Desk and HubSpot Service Hub. We move data and schema; workflows are rebuilt natively in HubSpot Service Hub.
Re:Desk
Source
HubSpot Service Hub
Destination
Compatibility
9 of 12
objects map 1:1 between Re:Desk and HubSpot Service Hub.
Complexity
CModerate
Timeline
4-6 weeks
Overview
Moving from Re:Desk to HubSpot Service Hub is a re-platforming project, not a record copy. Re:Desk is a recreation management platform built for parks and recreation departments managing Members, Programs, Facilities, and POS transactions; HubSpot Service Hub is a helpdesk and customer service platform built around Tickets, Contacts, Companies, and Deals. There is no native object-level correspondence between the two systems, so the migration requires a schema translation layer that we design during scoping. Members map to Contacts with membership type and expiration as custom properties; Programs map to HubSpot custom objects or Deals depending on whether the program has a revenue component; Facility Reservations map to custom objects (Facilities, Reservations) with date ranges and availability preserved as custom fields; POS transactions map to Deal Line Items or Invoice records. We do not migrate workflows, automations, or forms because Re:Desk does not expose these as transferable API objects, and HubSpot Service Hub rebuilds them differently. We deliver a written recreation-to-service workflow inventory for the customer's admin to reference during HubSpot 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
Re:Desk platform overview
Scorecard, SWOT, gotchas, and pricing for Re:Desk.
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 Re:Desk 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.
Re:Desk
Member
HubSpot Service Hub
Contact
1:1Re:Desk Members map to HubSpot Contacts with first name, last name, email, phone, address, and membership type as custom properties. Membership expiration dates map to a custom date field membership_expiration__c. Member status (active, expired, suspended) maps to Contact lifecycle stage or a custom picklist membership_status__c. We deduplicate by email during import; any Member without an email address receives a generated placeholder email and a flag custom field requiring manual cleanup.
Re:Desk
Member
HubSpot Service Hub
Company (optional)
1:1Household or organization-linked Members (such as community organization accounts or municipal department contacts) map to HubSpot Companies. We determine whether to use the Company object during scoping based on whether Members represent individuals or organizational memberships. The mapping is optional and controlled by a scope flag.
Re:Desk
Program
HubSpot Service Hub
Custom Object (Programs)
1:1Re:Desk Programs (classes, leagues, activities) map to a HubSpot custom object named Programs__c. Program metadata (name, description, registration limits, schedule, instructor, pricing) migrates as custom fields on the custom object. Active or archived program status maps to a custom picklist program_status__c. If the customer uses Deals for program-based revenue tracking, Programs with registration fees also generate Deal records.
Re:Desk
Facility
HubSpot Service Hub
Custom Object (Facilities)
1:1Re:Desk Facilities (courts, fields, rooms, pools) map to a HubSpot custom object named Facilities__c. Facility metadata (name, type, capacity, location, availability rules) migrates as custom fields. Facility photos or documents attach as ContentDocument records linked via ContentDocumentLink. Facilities do not have a native HubSpot equivalent, so the custom object schema is designed during scoping.
Re:Desk
Reservation
HubSpot Service Hub
Deal or Custom Object (Reservations)
lossyRe:Desk Reservations map to either HubSpot Deals (if the reservation has a fee component tracked as revenue) or a Reservations__c custom object (if the reservation is a non-revenue booking). During scoping, we identify which approach matches the customer's reporting needs. Reservation date ranges, time slots, and member or guest associations migrate as custom fields with lookup resolution to the associated Contact.
Re:Desk
POS Transaction
HubSpot Service Hub
Line Item + Deal
1:manyRe:Desk POS transactions include line items, payment method, timestamp, and attending staff. We split transactions into a HubSpot Deal header (for the total transaction amount and payment status) and Line Item records (for individual line items such as registration fees, concessions, or rental charges). Staff attribution migrates as a custom field resolved against the HubSpot User mapping.
Re:Desk
Invoice
HubSpot Service Hub
Deal
1:1Re:Desk Invoices (for registrations, rentals, POS purchases) map to HubSpot Deals where the invoice total becomes the Deal amount and the invoice status (paid, pending, refunded) maps to Deal stage or a custom invoice_status__c picklist. Invoice line items map to Line Items on the Deal.
Re:Desk
Check-in / Attendance
HubSpot Service Hub
Engagement Record (Custom Object or Note)
lossyRe:Desk attendance records for facilities and programs migrate as engagement records on the associated Contact. We use either a custom object Attendances__c with lookup to Contact and Program, or Notes with timestamps, depending on the destination HubSpot tier and the customer's reporting needs. Reviewers note that Re:Desk's check-in functionality has limitations, so we flag any gaps in attendance data during scoping.
Re:Desk
Custom Fields (Members)
HubSpot Service Hub
Custom Properties on Contact
1:1Re:Desk organizations configure custom fields on Members for municipality-specific attributes (emergency contact, swim test status, volunteer certifications, etc.). We discover custom field definitions during scoping and map them to HubSpot Contact custom properties of equivalent type (string, number, date, checkbox, picklist). Custom field options migrate as picklist values.
Re:Desk
Custom Fields (Programs)
HubSpot Service Hub
Custom Properties on Programs__c
1:1Re:Desk custom fields on Programs (instructor certifications, equipment requirements, age restrictions, etc.) migrate as custom properties on the Programs__c custom object. We preserve the field type and any option lists during mapping. Multi-select picklists map from Re:Desk multi-checkbox fields.
Re:Desk
User / Staff
HubSpot Service Hub
User
1:1Re:Desk staff accounts with role-based access (Administrator, Staff, Front Desk) map to HubSpot Users. We resolve by email match during import. Role assignments (Administrator, Staff) map to HubSpot User Roles and Permissions. Any Re:Desk staff account without a matching HubSpot User email goes to a reconciliation queue for the customer's admin to provision before record import resumes.
Re:Desk
Document / Attachment
HubSpot Service Hub
ContentDocument + ContentDocumentLink
1:1Documents attached to Member records, Programs, or Reservations export as binary blobs and migrate to HubSpot as ContentDocument records linked via ContentDocumentLink to the parent Contact, Programs__c, or Reservations__c record. We preserve filenames and association metadata. File size limits and attachment storage quotas in HubSpot (5 MB per file on Starter, higher on paid tiers) may require truncation or separate storage for oversized files.
| Re:Desk | HubSpot Service Hub | Compatibility | |
|---|---|---|---|
| Member | Contact1:1 | Fully supported | |
| Member | Company (optional)1:1 | Fully supported | |
| Program | Custom Object (Programs)1:1 | Fully supported | |
| Facility | Custom Object (Facilities)1:1 | Fully supported | |
| Reservation | Deal or Custom Object (Reservations)lossy | Fully supported | |
| POS Transaction | Line Item + Deal1:many | Fully supported | |
| Invoice | Deal1:1 | Fully supported | |
| Check-in / Attendance | Engagement Record (Custom Object or Note)lossy | Fully supported | |
| Custom Fields (Members) | Custom Properties on Contact1:1 | Fully supported | |
| Custom Fields (Programs) | Custom Properties on Programs__c1:1 | Fully supported | |
| User / Staff | User1:1 | Fully supported | |
| Document / Attachment | ContentDocument + ContentDocumentLink1: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.
Re:Desk gotchas
Mismatched product category in migration tooling
Annual subscription billing with no pro-rata adjustments
Limited public export and API documentation
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 Re:Desk data export assessment
We audit the source Re:Desk instance for data volume across Members, Programs, Facilities, Reservations, POS transactions, Invoices, and attendance records. We assess export feasibility: if a bulk CSV export is available from Re:Desk admin settings, we plan for CSV-to-JSON transformation and HubSpot Bulk API import. If export requires Re:Desk support involvement or manual database extraction, we adjust timeline and cost estimates. We also inventory custom field definitions on Members and Programs during this phase.
HubSpot custom object schema design
We design the destination schema in HubSpot before any data loads. This includes provisioning custom objects Facilities__c, Programs__c, and Reservations__c with all custom fields (typed per HubSpot: string, number, date, checkbox, picklist, multi-select picklist), lookup relationships (Reservation to Contact, Program to Facility), and validation rules. Schema is designed in a HubSpot Sandbox or development portal first, validated with a sample import of 50-100 records, and signed off by the customer's admin before production migration begins.
Sandbox migration and reconciliation
We run a full migration into a HubSpot Sandbox or test portal using production-like data volume. The customer's recreation operations lead reconciles record counts (Members in vs. Contacts in, Programs in vs. custom object records in, Reservations in vs. Deal or custom object records in), spot-checks 25-50 records against the Re:Desk source, and signs off the schema and mapping before production migration begins. Any field mapping corrections, custom object field type changes, or lookup resolution failures are resolved here.
Staff and user provisioning
We extract every distinct Re:Desk staff account and match by email against the destination HubSpot portal's User table. Staff roles (Administrator, Staff, Front Desk) map to HubSpot User Roles. Any Re:Desk staff account without a matching HubSpot User goes to a reconciliation queue. The customer's HubSpot admin provisions missing Users and assigns the appropriate seat license. User provisioning must complete before record import resumes because OwnerId and assignee lookups are required on custom object records.
Production migration in dependency order
We run production migration in record-dependency order: HubSpot Users (validated), Contacts (Members with membership properties), Companies (organizational memberships if scoped), Facilities__c (custom object with metadata), Programs__c (custom object with schedule and pricing), Attendances__c or Notes (engagement records linked to Contact), Reservations__c or Deals (bookings with date ranges and Contact lookups), POS transaction Deals with Line Items (invoice and payment records), and Documents (ContentDocument with ContentDocumentLink to parent records). Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and workflow rebuild handoff
We freeze Re:Desk writes during cutover and run a final delta migration of any records created or modified during the migration window. We validate the production HubSpot portal with a spot-check against Re:Desk source data, then enable HubSpot as the system of record. We deliver the recreation workflow inventory document (program registration flows, reservation confirmation emails, waitlist notifications) for the customer's HubSpot admin to reference during Workflow rebuild. We support a one-week hypercare window for reconciliation issues. We do not rebuild HubSpot Workflows or automations inside the migration scope; that is a separate engagement or an internal admin task.
Platform deep dives
Re:Desk
Source
Strengths
Weaknesses
HubSpot Service Hub
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 3 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Re:Desk and HubSpot Service Hub.
Object compatibility
3 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
Re:Desk: Not publicly documented in summary form..
Data volume sensitivity
Re: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 Re:Desk to HubSpot Service Hub migration scoping. Not seeing yours? Book a call.
Walk through your Re:Desk 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 Re:Desk
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.