Helpdesk migration
Field-level mapping, validation, and rollback between Pega Customer Service and HubSpot Service Hub. We move data and schema; workflows are rebuilt natively in HubSpot Service Hub.
Pega Customer Service
Source
HubSpot Service Hub
Destination
Compatibility
10 of 12
objects map 1:1 between Pega Customer Service and HubSpot Service Hub.
Complexity
CModerate
Timeline
5-8 weeks
Overview
Moving from Pega Customer Service to HubSpot Service Hub is a structural migration from a case-centric BPM model to a ticket-first service CRM. Pega organizes around Cases, Workgroups, Service Level Agreements, and AI-driven routing rules; HubSpot Service Hub uses Tickets organized into Pipelines with native SLA policies, a shared Inbox, and a built-in Knowledge Base. We export Pega case records with full status history and timestamp preservation, map Workgroups to HubSpot Teams and individual agent assignments, translate SLA thresholds into HubSpot SLA policies, and port Knowledge articles with HTML content cleaning. Pega's rule-based configurations (Microjourneys, routing rules, branching logic) do not export as flat data; we deliver a structured rule audit so the implementation team has a complete blueprint for rebuilding in HubSpot. We do not migrate Pega Workflows, Sequences, or automations as code, and we do not rebuild Constellation UIKit components.
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
Pega Customer Service platform overview
Scorecard, SWOT, gotchas, and pricing for Pega Customer Service.
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 Pega Customer Service 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.
Pega Customer Service
Case
HubSpot Service Hub
Ticket
1:1Pega Cases map directly to HubSpot Tickets as the primary service record. We export all case fields including status, priority, category, source channel, and creation and resolution timestamps. Active SLA timers are preserved as HubSpot SLA policies attached to the ticket pipeline. Case Type from Pega maps to the HubSpot Ticket pipeline. Pega's pxUrgencyAssign and pxPriorityAssign values map to HubSpot priority (Low, Medium, High, Urgent). Original case ID is preserved in a custom ticket property for audit tracing.
Pega Customer Service
Contact
HubSpot Service Hub
Contact
1:1Pega Contact records map to HubSpot Contact objects with standard field mapping (name, email, phone, address, organization). Custom Contact properties are detected during scoping and generated as HubSpot custom contact properties before migration. Contact-to-Case associations migrate as HubSpot Ticket-to-Contact associations. The Pega contact's organization association maps to a HubSpot Company lookup, which we provision from the Pega Organization data.
Pega Customer Service
Workgroup
HubSpot Service Hub
Team
1:1Pega Workgroups define agent team structures and queue ownership. We map Workgroup names and descriptions to HubSpot Teams. The Workgroup-to-Agent relationship is preserved by mapping individual Pega agent assignments to HubSpot user membership within the corresponding Team. Workgroup routing queue associations are documented for the customer's admin to reconfigure as HubSpot Inbox routing rules.
Pega Customer Service
Agent / User
HubSpot Service Hub
User
1:1Pega agent records carry role, skill rating, and authorization data. We export agent profiles and map them to HubSpot Users. Skill ratings are preserved as HubSpot custom user properties. Active and inactive agent status is preserved. Agents without an email-address match in the destination HubSpot account go to a reconciliation queue for the admin to provision before migration resumes.
Pega Customer Service
Service Level Agreement
HubSpot Service Hub
SLA Policy
1:1Pega SLA configurations (thresholds, escalation triggers, timer types, and resolution deadlines) are defined as rules attached to Case Types. We export these as structured metadata and translate them to HubSpot SLA Policies attached to the corresponding ticket pipeline. First Response Time and Next Milestone timers from Pega map to HubSpot SLA policy milestone definitions. SLA breach history is preserved as ticket property metadata.
Pega Customer Service
Case Type Configuration
HubSpot Service Hub
Ticket Pipeline
lossyPega Case Types define the workflow, stages, and assignment logic for a category of cases. We map Case Type names to HubSpot Ticket pipeline names. The stage definitions migrate as HubSpot pipeline stages. Branching logic, routing rules, and assignment rules within Case Types do not export as flat data; we deliver a structured Case Type configuration audit document that the implementation team uses to rebuild pipeline automation in HubSpot.
Pega Customer Service
Knowledge Article
HubSpot Service Hub
Knowledge Base Article
1:1Pega Knowledge articles (text content, categories, article status, and metadata) export to HubSpot Knowledge Base articles. HTML-formatted article body often requires content cleaning before insertion into HubSpot, particularly embedded Pega widgets, dynamic content tags, and non-standard HTML. We clean and normalize article content during export. Article categories map to HubSpot Knowledge Base sections. Author information and creation timestamps are preserved on the HubSpot article.
Pega Customer Service
Attachment
HubSpot Service Hub
File
1:1File attachments linked to Pega cases and Knowledge articles are downloaded as binary files and associated with the corresponding HubSpot ticket or Knowledge Base article. Large attachments may require chunked download and upload to handle timeout limits. Attachment references (pxRefObjectInsKey in Pega) are preserved in a custom ticket property for traceability.
Pega Customer Service
Microjourney
HubSpot Service Hub
Workflow (rebuild required)
lossyPega Microjourneys define multi-step customer service processes with branching logic. We export the journey configuration as structured metadata in a Microjourney audit document. Complex branching logic, conditional routing, and AI-driven next-best-action rules cannot be migrated as executable code. The customer receives a complete Microjourney audit with stage-by-stage documentation so their HubSpot admin or implementation partner can rebuild equivalent service processes using HubSpot Workflows.
Pega Customer Service
Conversation / Interaction History
HubSpot Service Hub
Ticket Comments
1:1Chat, email, and phone interaction transcripts stored as part of the Pega case history export as ticket comments in HubSpot. Transcript text and channel metadata (email, chat, phone) are preserved. Structured thread metadata migrates as ticket property fields. Side conversations and CC'd participants are preserved in custom ticket properties or as linked contacts.
Pega Customer Service
Custom Fields (Cases)
HubSpot Service Hub
Custom Ticket Properties
1:1Pega custom fields on Cases (picklists, dates, integers, text) are detected during scoping and generated as HubSpot custom ticket properties before migration. Custom field data types are type-mapped to the equivalent HubSpot property type (select to single-line text or enumeration, date to date picker, integer to number). All custom field data ports as structured row data alongside the standard case fields.
Pega Customer Service
Custom Fields (Contacts)
HubSpot Service Hub
Custom Contact Properties
1:1Pega custom Contact properties follow the same detection and generation approach as custom case fields. We pre-create the destination property in HubSpot using the CRM property editor, then import the custom field data alongside standard Contact fields. Picklist values are mapped to HubSpot enumeration options.
| Pega Customer Service | HubSpot Service Hub | Compatibility | |
|---|---|---|---|
| Case | Ticket1:1 | Fully supported | |
| Contact | Contact1:1 | Fully supported | |
| Workgroup | Team1:1 | Fully supported | |
| Agent / User | User1:1 | Fully supported | |
| Service Level Agreement | SLA Policy1:1 | Fully supported | |
| Case Type Configuration | Ticket Pipelinelossy | Fully supported | |
| Knowledge Article | Knowledge Base Article1:1 | Fully supported | |
| Attachment | File1:1 | Fully supported | |
| Microjourney | Workflow (rebuild required)lossy | Fully supported | |
| Conversation / Interaction History | Ticket Comments1:1 | Fully supported | |
| Custom Fields (Cases) | Custom Ticket Properties1:1 | Fully supported | |
| Custom Fields (Contacts) | Custom Contact Properties1: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.
Pega Customer Service gotchas
UIKit to Constellation migration is a hard fork
Minimum user tier gating on enterprise features
Cloud migration timelines scale with database volume
No straightforward public data export API
Custom rules and Microjourneys do not export as flat data
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 Pega export connector scoping
We audit the Pega Customer Service instance including case record volume, Knowledge article count, Workgroup and agent count, SLA configuration complexity, active Case Type configurations, custom field inventory, and attachment storage volume. We assess whether the Pega instance uses UIKit/Theme-Cosmos or Constellation to scope the UI layer audit. We also confirm the target HubSpot Service Hub edition (Starter $10/seat, Professional $100/seat, Enterprise $150/seat) based on the SLA, knowledge base, and routing requirements. If Pega's export requires custom connector scripts (as it typically does), we scope and build this during discovery. The discovery output is a written migration scope, a Pega export connector plan, and a HubSpot edition recommendation.
HubSpot Service Hub schema setup
We configure the destination HubSpot Service Hub environment before any data migration begins. This includes provisioning custom ticket properties (to match Pega custom case fields), setting up ticket pipelines and stages (mapped from Pega Case Types), creating HubSpot Teams (mapped from Pega Workgroups), generating HubSpot SLA policies (mapped from Pega SLA rules), and creating any HubSpot Knowledge Base sections (mapped from Pega Knowledge categories). We disable HubSpot's automatic company-Contact association and ticket status automations before migration begins. Schema is validated in a HubSpot sandbox or staging portal before production migration.
Pega custom export and Knowledge Base extraction
We build and run custom export scripts against Pega's REST or SOAP connectors to extract case records, contact records, Workgroup assignments, SLA metadata, Knowledge articles, and attachment binaries in structured form. HTML content in Knowledge articles is cleaned and normalized. SLA timer configurations are extracted as structured metadata for translation into HubSpot SLA policies. The export produces CSV or JSON row data that feeds the HubSpot import pipeline. We run this export in a staging window first to validate completeness before the production migration run.
Pilot migration and reconciliation
We run a pilot migration of a representative dataset (10-20% of production case volume) into the HubSpot sandbox. We reconcile record counts (Cases in, Tickets in; Contacts in; Knowledge articles in), spot-check field mapping accuracy, validate SLA policy attachment, and confirm Workgroup-to-Team mapping. The customer reviews the pilot output and approves the mapping before production migration begins. Any mapping corrections happen at this stage.
Production migration in dependency order
We run production migration in record-dependency order: HubSpot Users (provisioned from Pega agents by admin, validated by email match), Companies (from Pega Organizations), Contacts (with Company association resolved), Knowledge Base articles (with HTML cleaned and categorized), Ticket records (with SLA policies attached, case status preserved, and agent assignments mapped to HubSpot Users via the user reconciliation queue), and Attachment files (linked to corresponding tickets). Each phase emits a row-count reconciliation report before the next phase begins. Delta migration captures any records modified during the migration window.
Cutover, validation, and rule audit handoff
We freeze Pega writes during cutover, run a final delta migration, then enable HubSpot Service Hub as the system of record. We deliver the SLA and Case Type configuration audit document to the customer's admin team as the blueprint for rebuilding Pega SLA policies and pipeline automation in HubSpot Workflows. We support a one-week hypercare window for reconciliation issues. We do not rebuild Pega Microjourneys, routing rules, or automations as HubSpot Workflows inside the migration scope; those are documented for the customer's admin or implementation partner to rebuild separately.
Platform deep dives
Pega Customer Service
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 Pega Customer Service 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
Pega Customer Service: Not publicly documented.
Data volume sensitivity
Pega Customer Service 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 Pega Customer Service to HubSpot Service Hub migration scoping. Not seeing yours? Book a call.
Walk through your Pega Customer Service 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 Pega Customer Service
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.