Helpdesk migration
Field-level mapping, validation, and rollback between Pega Customer Service and Intercom. We move data and schema; workflows are rebuilt natively in Intercom.
Pega Customer Service
Source
Intercom
Destination
Compatibility
11 of 12
objects map 1:1 between Pega Customer Service and Intercom.
Complexity
CModerate
Timeline
4-8 weeks
Overview
Moving from Pega Customer Service to Intercom is a fundamental schema translation, not a record copy. Pega organizes around Cases with Workgroups, SLA rules, and Microjourney configurations; Intercom organizes around Conversations, Contacts, and Inbox teams. We map Cases to Conversations, preserve case status history as conversation tags, translate Pega Workgroups to Intercom Teams, and convert Knowledge articles into Intercom Articles collections. SLA thresholds attach as SLA rules to Intercom conversation assignments. Rule-based configurations such as Microjourneys, routing rules, and branching logic do not export as data; we deliver a structured rule audit so your Intercom admin rebuilds them as Inbox assignments, SLA rules, and workflow steps. Custom fields on Cases and Contacts map to Intercom custom attributes, and attachment binaries migrate as file attachments to the relevant conversation.
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.
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 Intercom, 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
Intercom
Conversation
1:1Pega Cases map to Intercom Conversations. The Case ID becomes a custom conversation attribute for cross-reference. Case status (Open, Pending, Resolved, Closed) maps to Intercom conversation state (Open, Snoozed, Resolved). Case priority maps to a custom conversation priority attribute. We preserve case creation timestamp, last-modified timestamp, and resolved timestamp as conversation attributes. Active SLA timers are captured as SLA rule metadata and reattached to the conversation in Intercom. Branching Microjourney data does not migrate as record data; we document the stage sequence for rebuild as workflow steps.
Pega Customer Service
Contact
Intercom
Contact
1:1Pega Contact records map directly to Intercom Contacts. Email, phone, name, organization associations, and address fields map 1:1. Custom Contact properties from Pega's rule-based field definitions are detected during discovery and mapped to Intercom custom attributes of equivalent data type (string, date, number, boolean, or list). Organization associations map to the Intercom Contact's company link.
Pega Customer Service
Workgroup
Intercom
Team
1:1Pega Workgroups define queue ownership and agent skill assignments. We map Workgroup names to Intercom Teams, preserving queue descriptions as team notes. The Workgroup-to-Agent relationship is resolved at migration time by matching Pega agent emails to Intercom admin and agent accounts, then assigning them to the corresponding team. Multiple Workgroups with overlapping memberships map to separate Intercom Teams with shared agent membership where applicable.
Pega Customer Service
Agent / User
Intercom
Admin or Agent
1:1Pega Agent records carry role, skill, and authorization data. We export agent profiles including assignment rules and skill ratings, then map Pega roles to Intercom roles (Admin, Agent, or Viewer). Skill ratings from Pega become a custom attribute on the Intercom user record for routing reference. We resolve agents by email match against the destination Intercom workspace; agents without a match go to a reconciliation queue for the admin to provision before record import resumes.
Pega Customer Service
Knowledge Article
Intercom
Article
1:1Pega Knowledge articles export with title, body text, categories, and metadata. HTML-formatted article bodies often require content cleaning (removing Pega-specific markup, resolving internal links) before insertion into Intercom Articles. We map Pega article categories to Intercom collections and sections, preserving article visibility settings. Articles without a matching Intercom collection are held for admin review before migration.
Pega Customer Service
Service Level Agreement
Intercom
SLA Rule
lossySLAs in Pega are defined as rules attached to Case Types with thresholds, escalation triggers, and timer configurations. We export SLA metadata as structured records: first response time, next response time, and resolution time thresholds mapped to Intercom SLA rules. SLA escalation triggers become Intercom notification rules or admin alerts. Timer state (time elapsed, paused, breached) is preserved as a custom conversation attribute rather than a native SLA timer because Intercom's SLA rules apply prospectively rather than carrying forward accumulated time.
Pega Customer Service
Case Type Configuration
Intercom
Workflow or Inbox Rule
1:1Pega Case Types define the workflow, stages, and assignment logic for a category of cases. We export stage definitions and routing rule metadata as structured records. Complex branching logic and assignment conditions in Microjourneys do not export as flat data; we provide a rule audit document that lists every active Case Type, its stage sequence, and the recommended Intercom workflow or Inbox rule equivalent for the customer's admin to rebuild.
Pega Customer Service
Attachment
Intercom
File Attachment
1:1File attachments linked to Pega Cases and Knowledge articles export by reference. We download binary files and associate them with the target Intercom Conversation or Article. Large attachments may require chunked transfer and are uploaded via the Intercom API with exponential backoff on rate limit responses. The original filename, MIME type, and byte size are preserved as metadata.
Pega Customer Service
Custom Field (Case)
Intercom
Custom Attribute (Conversation)
1:1Pega custom fields on Cases are detected during discovery scoping. We generate a field map before migration, matching Pega data types (picklist, date, integer, text) to Intercom custom attribute types. Custom attribute values migrate as string or typed attributes on the conversation record. Validation rules on Pega custom fields are documented for the admin to re-impose in Intercom workspace settings.
Pega Customer Service
Custom Field (Contact)
Intercom
Custom Attribute (Contact)
1:1Custom fields on Pega Contact records are mapped to Intercom Contact custom attributes. Picklist values become list-type attributes; date fields become date attributes; numeric fields become number attributes. All custom attributes are pre-created in the Intercom workspace before contact import begins.
Pega Customer Service
Conversation / Interaction History
Intercom
Conversation Part
1:1Chat, email, and phone interaction transcripts stored as part of Pega case history export as structured message records. We map channel metadata (email, chat, phone) to Intercom conversation part types. Transcript text migrates as conversation parts with the original timestamp preserved. Thread metadata is mapped to Intercom's conversation threading model.
Pega Customer Service
Organization
Intercom
Company
1:1Pega Organizations linked to Contacts map to Intercom Companies. The organization name becomes the company name, and linked contact records are attached via the Intercom company relationship. External system identifiers from Pega become custom company attributes for integration reference.
| Pega Customer Service | Intercom | Compatibility | |
|---|---|---|---|
| Case | Conversation1:1 | Fully supported | |
| Contact | Contact1:1 | Fully supported | |
| Workgroup | Team1:1 | Fully supported | |
| Agent / User | Admin or Agent1:1 | Fully supported | |
| Knowledge Article | Article1:1 | Fully supported | |
| Service Level Agreement | SLA Rulelossy | Fully supported | |
| Case Type Configuration | Workflow or Inbox Rule1:1 | Fully supported | |
| Attachment | File Attachment1:1 | Fully supported | |
| Custom Field (Case) | Custom Attribute (Conversation)1:1 | Fully supported | |
| Custom Field (Contact) | Custom Attribute (Contact)1:1 | Fully supported | |
| Conversation / Interaction History | Conversation Part1:1 | Fully supported | |
| Organization | Company1: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
Intercom gotchas
S3 JSON export omits conversation transcripts
Workspace isolation prevents workflow migration
Fin AI resolution fees compound with automation success
Two-year conversation history limit on historical export
Private app rate limits share workspace quota
Pair-specific challenges
Migration approach
Discovery and export architecture
We audit the Pega Customer Service environment across case volume, Knowledge article count, active Workgroup structure, SLA definitions, custom field inventory, and attachment volume. We assess the Pega database type (PostgreSQL, DB2, or Oracle) and identify any active archival failures. We design a custom export script using Pega's REST or SOAP connectors to extract Cases, Contacts, Knowledge articles, Workgroups, and attachments in structured form. This phase produces a written migration scope with object counts, data volume estimate, and a custom field map for every active Pega property.
Intercom workspace provisioning and schema design
We provision the destination Intercom workspace and design the schema mapping. This includes creating Teams that mirror Pega Workgroups, pre-creating custom attributes for every Pega custom field (on both Contacts and Conversations), configuring SLA rules that translate Pega SLA thresholds, and organizing Articles into collections that match Pega Knowledge categories. We configure Inbox rules for basic routing before migration begins. Schema is validated in the Intercom workspace before any data import.
Custom export development and validation
We build and test the custom Pega export scripts against a sample of 50 to 100 records. We validate field-level fidelity (custom fields populated, timestamps correct, attachments downloaded) before running the full export. Any Pega-known issues such as PostgreSQL archival failures are flagged, and the customer resolves them or accepts the gap before the full export runs. We do not proceed to Intercom import until the export validation is signed off.
Sandbox migration and reconciliation
We run a full migration into the Intercom workspace using production-like data volume as a dry run. The customer's support operations lead reconciles record counts (Cases in, Conversations in, Contacts in, Articles in, attachments migrated), spot-checks 25 to 50 random records against the Pega source, and reviews SLA attribute values for accuracy. Any mapping corrections are made here, not in the production migration.
Production migration in dependency order
We run production migration in record-dependency order: Contacts first (with company associations resolved), then Knowledge articles (into Collections), then Cases (as Conversations with Contact lookups resolved), then attachments (linked to Conversations), then SLA metadata (as custom conversation attributes). Agent and Workgroup mappings are resolved before Cases import so that routing assignments are valid. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and workflow rebuild handoff
We freeze Pega writes during cutover, run a final delta migration of any records modified during the migration window, then enable Intercom as the system of record. We deliver the Microjourney and Case Type audit document to the customer's Intercom admin team with recommended Intercom workflow equivalents for every active Pega routing rule. We do not rebuild Pega Microjourneys as Intercom workflows inside the migration scope; that is a separate engagement or an internal admin task. We support a one-week hypercare window where we resolve any reconciliation issues raised by the support team.
Platform deep dives
Pega Customer Service
Source
Strengths
Weaknesses
Intercom
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 Intercom.
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 Intercom migration scoping. Not seeing yours? Book a call.
Walk through your Pega Customer Service to Intercom 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 Intercom
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.