Helpdesk migration
Field-level mapping, validation, and rollback between Pega Customer Service and Gorgias. We move data and schema; workflows are rebuilt natively in Gorgias.
Pega Customer Service
Source
Gorgias
Destination
Compatibility
8 of 12
objects map 1:1 between Pega Customer Service and Gorgias.
Complexity
CModerate
Timeline
4-6 weeks
Overview
Moving from Pega Customer Service to Gorgias is a migration from a BPM-powered enterprise case-management platform to an ecommerce-focused helpdesk. Pega organizes around Cases with SLA timers, Workgroup queues, and Microjourney workflow templates stored in a proprietary rule repository; Gorgias organizes around Tickets with a unified inbox, AI Agent automation, and deep Shopify integration. We extract Pega case data through custom export scripts (Pega has no bulk public API), map Cases to Tickets, preserve SLA thresholds as ticket metadata, translate Workgroup structures to Gorgias Teams, and export Knowledge Articles as Gorgias knowledge base content. Rule-based configurations (routing logic, Microjourneys, SLA escalation triggers) do not export as flat data; we deliver a written rule audit documenting every active rule for the customer's admin to rebuild in Gorgias macros and automation rules. We do not migrate workflows, Pega RPA bots, Constellation UIKit components, or reporting dashboards as code.
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 Gorgias, 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
Gorgias
Ticket
1:1Pega Cases map to Gorgias Tickets. The Pega case identifier is preserved in a custom field source_case_id__c for audit. Case status (New, Open, Pending, Resolved, Closed) maps to Gorgias Ticket status values that we configure before migration. Case priority maps to a Gorgias priority field or a custom ticket priority field. We handle active SLA timer records by documenting them in the rule audit and flagging them for admin review since Gorgias SLA timers start at ticket creation rather than inheriting historical timers.
Pega Customer Service
Contact
Gorgias
Customer
1:1Pega Contact records map to Gorgias Customer. We map name, email, phone, address, and organization associations. Custom Contact properties (picklists, dates, integers) are detected during field discovery and mapped to Gorgias custom fields on the Customer object. Email serves as the dedupe key during import.
Pega Customer Service
Workgroup
Gorgias
Team
1:1Pega Workgroups define agent team structures and queue ownership. We preserve Workgroup names, descriptions, and their assignment to routing queues as Gorgias Teams. The Workgroup-to-Agent relationship maps to the Gorgias agent assignment model, where agents are assigned to Inboxes and routing rules determine which team handles which ticket source.
Pega Customer Service
Agent / User
Gorgias
Agent
1:1Pega Agent records carry role, skill, and authorization data. We export agent profiles including skill ratings and assignment rules. Skill profiles must be mapped to Gorgias's agent-level settings; Pega's skills-based routing is an add-on tier feature in Gorgias (not available on Starter or Basic plans), so we document the skill configuration and recommend the appropriate Gorgias plan upgrade if skills-based routing is required.
Pega Customer Service
Knowledge Article
Gorgias
Knowledge Base Article
1:1Pega Knowledge articles (text, categories, metadata, intent models) export as Gorgias Knowledge Base articles. HTML-formatted article content often requires content cleaning (stripping inline styles, fixing relative links, normalizing image references) before insertion into Gorgias's knowledge base format. We deliver cleaned article content with categories mapped to Gorgias knowledge base sections.
Pega Customer Service
Service Level Agreement
Gorgias
SLA (First Response Time / Next Reply Time)
lossyPega SLA rules attached to Case Types (thresholds, escalation triggers, timer configurations) export as structured metadata. SLA thresholds translate to Gorgias SLA policies configured per inbox or per ticket category. Escalation triggers and branching SLA logic require manual reconstruction in Gorgias SLA rules; we deliver a written SLA mapping document with the Pega SLA configuration documented and the Gorgias SLA equivalent specified.
Pega Customer Service
Case Type Configuration
Gorgias
Ticket Category + Routing Rule
lossyPega Case Types define workflow stages, assignment logic, and routing rules. These are rule-based configurations stored in the Rules Repository, not attribute data. We export stage definitions and routing rule metadata as structured records in the rule audit document. Branching logic and Microjourney configurations must be reconstructed in Gorgias as automation rules and macros; we do not migrate them as executable code.
Pega Customer Service
Attachment
Gorgias
Attachment
1:1File attachments linked to Pega cases and knowledge articles export by reference. We download binary files and associate them with the target Gorgias ticket or knowledge base article. Large attachments (over 10 MB) require chunked transfer handling. We verify attachment MIME types during export and preserve original filenames for audit traceability.
Pega Customer Service
Custom Field (Cases and Contacts)
Gorgias
Custom Field (Ticket and Customer)
1:1Pega custom fields on Cases and Contacts are detected during field discovery. Each custom property is type-mapped (picklist to dropdown, date to date field, integer to number, text to text) and created in Gorgias before migration begins. We use Gorgias's custom-fields API endpoint with object_type parameter set to Ticket or Customer. Custom field values are transformed during import using the mapping defined in the field discovery output.
Pega Customer Service
Conversation / Interaction History
Gorgias
Ticket Message (channel = email/chat/social/phone)
1:1Pega chat, email, and phone interaction transcripts stored in case history export as structured message records. We export transcript text, channel metadata (email, chat, social, phone), and thread ordering. Each transcript maps to a Gorgias Ticket Message with the channel identified. Structured message metadata (sender, recipient, timestamp) preserves the conversation timeline inside the ticket.
Pega Customer Service
Microjourney
Gorgias
Macros / Automation Rules (reconstruction)
lossyPega Microjourneys are multi-step service workflow templates stored in the Rules Repository. They do not export as flat data. We export the Microjourney configuration as structured metadata (step sequence, conditions, actions, branching logic) in the rule audit document. The customer's admin reconstructs Microjourneys as Gorgias Macros (canned responses with conditional logic) and Automation Rules (trigger-action workflows). We provide the documented equivalent for each Microjourney during the handoff.
Pega Customer Service
Pega RPA Bots (attended and unattended)
Gorgias
Gorgias AI Agent
lossyPega RPA (Robotic Process Automation) bots handle attended and unattended automation within Pega. Gorgias AI Agent provides automated ticket resolution (up to 60 percent of tickets per Gorgias customer testimonials) with on-brand responses to order status, returns, and shipping queries. We do not migrate RPA bots to Gorgias. We document the Pega RPA bot list and recommended Gorgias AI Agent equivalent automations in the handoff document.
| Pega Customer Service | Gorgias | Compatibility | |
|---|---|---|---|
| Case | Ticket1:1 | Fully supported | |
| Contact | Customer1:1 | Fully supported | |
| Workgroup | Team1:1 | Fully supported | |
| Agent / User | Agent1:1 | Fully supported | |
| Knowledge Article | Knowledge Base Article1:1 | Fully supported | |
| Service Level Agreement | SLA (First Response Time / Next Reply Time)lossy | Fully supported | |
| Case Type Configuration | Ticket Category + Routing Rulelossy | Fully supported | |
| Attachment | Attachment1:1 | Fully supported | |
| Custom Field (Cases and Contacts) | Custom Field (Ticket and Customer)1:1 | Fully supported | |
| Conversation / Interaction History | Ticket Message (channel = email/chat/social/phone)1:1 | Fully supported | |
| Microjourney | Macros / Automation Rules (reconstruction)lossy | Fully supported | |
| Pega RPA Bots (attended and unattended) | Gorgias AI Agentlossy | 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
Gorgias gotchas
AI Agent adds outcome-based fees on top of billable ticket costs
Overage billing for tickets scales nonlinearly
API rate limits restrict bulk export throughput
Agent data visibility cannot be restricted by role for GDPR use cases
Knowledge Base translations require separate API calls per locale
Pair-specific challenges
Migration approach
Discovery and export script engineering
We audit the source Pega system for record counts (Cases, Contacts, Agents, Workgroups, Knowledge Articles), active SLA configurations, Microjourney count, attachment volume, and data volume estimate. We build and validate custom export scripts against Pega's REST or SOAP connectors to extract data in structured form. This phase also includes confirming the Pega instance version, UI framework (UIKit vs Constellation), and whether any Constellation migration tooling (ConstellaKit, Migration Assistant) has already been applied, which affects the data model we export from.
Gorgias plan selection and custom field schema
We recommend the Gorgias plan tier based on ticket volume, SLA requirements, and skills-based routing needs. We create the destination schema in Gorgias: custom fields on Ticket and Customer objects (using the custom-fields API), Teams (mapped from Pega Workgroups), knowledge base categories (mapped from Pega Knowledge categories), and SLA policies (translated from Pega SLA rules). All schema is validated in a Gorgias sandbox or trial account before production migration begins.
Export, transform, and load into Gorgias sandbox
We run a full export from Pega using the validated export scripts. The data undergoes transformation: case status to ticket status, contact properties to customer fields, Pega custom fields to Gorgias custom fields, and workgroup names to team names. The transformed dataset loads into a Gorgias sandbox for reconciliation. The customer's admin spot-checks 25-50 records against Pega source data and signs off on mapping before production migration.
Knowledge base and attachment pre-load
We pre-load the Gorgias knowledge base with cleaned Pega Knowledge articles. HTML content is stripped of inline styles and normalized before insertion. Attachment binaries are downloaded from Pega and staged for association during ticket migration. Large attachments (over 10 MB) are chunked for transfer. Knowledge base category hierarchy is mapped to Gorgias sections, and article URLs are preserved or redirected as needed.
Production migration in dependency order
We run production migration in dependency order: Customers (first, as ticket recipients), Teams (from Workgroups), Agents (with skill assignments noted for manual tier upgrade if needed), Tickets (with source_case_id__c, SLA metadata, and conversation history), and Knowledge Base articles. SLA metadata is preserved in custom fields; active SLA timers are flagged for manual reapplication. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and rule audit handoff
We freeze Pega writes during cutover, run a final delta migration of records modified during the migration window, then enable Gorgias as the system of record. We deliver the Microjourney rule audit, SLA mapping document, RPA bot inventory, and Constellation UI component audit to the customer's admin team. We support a one-week hypercare window for reconciliation issues. We do not rebuild Pega workflows, routing rules, or RPA bots as Gorgias macros and automation rules inside the migration scope; that is separate work documented for the customer's admin or a Gorgias implementation partner.
Platform deep dives
Pega Customer Service
Source
Strengths
Weaknesses
Gorgias
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 Gorgias.
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 Gorgias migration scoping. Not seeing yours? Book a call.
Walk through your Pega Customer Service to Gorgias 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 Gorgias
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.