Helpdesk migration
Field-level mapping, validation, and rollback between Deskpro and Gorgias. We move data and schema; workflows are rebuilt natively in Gorgias.
Deskpro
Source
Gorgias
Destination
Compatibility
9 of 12
objects map 1:1 between Deskpro and Gorgias.
Complexity
CModerate
Timeline
1-3 weeks
Overview
Moving from Deskpro to Gorgias is a platform philosophy migration. Deskpro is a generalist helpdesk with separate Peoples (individual customers) and Organizations as distinct entities, per-agent per-month pricing, and a two-tier Knowledge Base hierarchy (Folders and Sections). Gorgias is an e-commerce-native helpdesk built around a unified Customer object, per-ticket pricing that scales with volume, and a Shopify-first integration ecosystem. We resolve the Peoples-Organizations split during scoping by flattening individual contacts into Gorgias Customers with organization linkage preserved, collapse the Knowledge Base Folder/Section hierarchy into Gorgias categories, and export Deskpro ticket history using paginated Stat Builder queries capped at 2,500 records per run. Tags, custom ticket fields, and agent records migrate at the object level. Workflows, automations, SLA rules, and on-premise-specific features do not migrate; we deliver a written inventory of every active automation for your admin to rebuild in Gorgias.
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 Deskpro 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.
Deskpro
Ticket
Gorgias
Ticket
1:1Deskpro Tickets map directly to Gorgias Tickets. Each ticket's subject, body, status, priority, channel, and timestamp migrate. The Deskpro Stat Builder export caps at 2,500 records per query; we paginate using ticket ID range constraints (e.g., tickets.id between 1 and 2500, then 2501 and 5001) to export complete historical archives. Any gaps in ticket ID sequences are documented and flagged for customer review before import begins.
Deskpro
Peoples
Gorgias
Customer
1:1Deskpro Peoples (individual end-users or customers) map to Gorgias Customers. The mapping preserves the person's name, email, phone, language, timezone, and custom field values. Peoples are the primary customer identity in Deskpro; Gorgias Customers serve the same role but with a flatter schema that does not distinguish between individual and organizational contacts at the object level.
Deskpro
Organization
Gorgias
Customer (organization field)
1:1Deskpro Organizations are separate records representing companies. We preserve the Organization record name as the organization field on the mapped Gorgias Customer. Individual Peoples linked to an Organization map to Gorgias Customers that share the same organization field value, maintaining the group relationship. If no corresponding Gorgias Customer exists for an Organization record, we create a stub Customer record with only the organization name populated.
Deskpro
Agent
Gorgias
Agent
1:1Deskpro Agents (support staff) map to Gorgias Agents. Agent name, email, role, department affiliation, and language preference migrate. Agent-to-ticket ownership is resolved by matching the Deskpro agent email against the Gorgias agent email. Inactive or deleted Deskpro agents are noted in the reconciliation report; tickets are reassigned to a default agent specified by the customer.
Deskpro
Department
Gorgias
Team
1:1Deskpro Departments organize agents and tickets. They map to Gorgias Teams, which govern ticket routing, visibility, and SLA assignment. Department-level permissions and routing rules are documented for the customer's admin to reconfigure in Gorgias because permission models differ structurally between platforms.
Deskpro
Knowledge Base Folder
Gorgias
Category
lossyDeskpro Folders are the top-level Knowledge Base container and map to Gorgias Categories. The Deskpro Folder name and description migrate as the Category name and description. If Deskpro has empty Folders, we skip them to avoid orphaned categories in Gorgias.
Deskpro
Knowledge Base Section
Gorgias
Category (flattened)
lossyDeskpro Sections are the second tier inside Folders. Gorgias uses a single-level category structure with no Section equivalent. We flatten Deskpro Sections into their parent Folder at the destination, appending the Section name to the article title or storing it as a tag. The customer chooses the flattening strategy during scoping.
Deskpro
Knowledge Base Article
Gorgias
Article
1:1Deskpro Articles map to Gorgias Articles. Article body content, author, publish status, and multilingual variants migrate. Articles linked to a Deskpro Folder/Section are assigned to the corresponding Gorgias Category. Inline images in article bodies are downloaded to a staging bucket and re-uploaded to Gorgias media storage with URLs updated in the article body.
Deskpro
Custom Ticket Field
Gorgias
Custom Ticket Field
1:1Deskpro custom fields on tickets require schema discovery via the reports API (custom field prefix query) because field definitions are not exposed in standard export endpoints. We capture field ID, type, label, and all values during discovery, then create equivalent custom fields in Gorgias via Settings before import. Field types (string, number, boolean, date, dropdown) are mapped to Gorgias custom field types by closest match.
Deskpro
Tag
Gorgias
Tag
1:1Deskpro ticket tags are a flat labeling system that maps directly to Gorgias Tags. We preserve tag assignments on every imported ticket and create the destination tag vocabulary during import to match Deskpro's naming. Tags used for status or category purposes are noted for the customer to review; Gorgias Tags have no hierarchy.
Deskpro
Attachment
Gorgias
Attachment
1:1File attachments on tickets are supported. We download attachments from Deskpro to a staging bucket, then upload to Gorgias using its file storage mechanism. Attachments are linked to the corresponding ticket at the destination. Very large files (over 25 MB) are flagged because Gorgias has attachment size limits that depend on the plan tier.
Deskpro
Workflow / Automation
Gorgias
Rule / Macro (documentation only)
lossyDeskpro automations (triggers, workflows, SLA rules) are not transferable to Gorgias due to differing automation engines. We deliver a written inventory of every active Deskpro automation with its trigger, conditions, actions, and a recommended Gorgias Rule or Macro equivalent. The customer's admin rebuilds automations in Gorgias using the inventory as a specification. This applies to SLA rules, ticket routing rules, and notification triggers.
| Deskpro | Gorgias | Compatibility | |
|---|---|---|---|
| Ticket | Ticket1:1 | Fully supported | |
| Peoples | Customer1:1 | Mapping required | |
| Organization | Customer (organization field)1:1 | Fully supported | |
| Agent | Agent1:1 | Fully supported | |
| Department | Team1:1 | Fully supported | |
| Knowledge Base Folder | Categorylossy | Fully supported | |
| Knowledge Base Section | Category (flattened)lossy | Fully supported | |
| Knowledge Base Article | Article1:1 | Fully supported | |
| Custom Ticket Field | Custom Ticket Field1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Attachment | Attachment1:1 | Fully supported | |
| Workflow / Automation | Rule / Macro (documentation only)lossy | 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.
Deskpro gotchas
Stat Builder ticket export hard-caps at 2500 records per query
On-premise to cloud migration can fail due to incompatible features
Custom fields on tickets require schema discovery before mapping
Rate limiting on Help Center API endpoints can throttle bulk reads
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 platform audit
We audit the source Deskpro instance across deployment type (cloud or on-premise), ticket volume, custom field count, Knowledge Base article and folder structure, agent count and department assignments, active workflow and SLA rule count, and attachment volume and average file size. For on-premise instances, we initiate the feature compatibility audit and request the database encryption key. The discovery output is a written migration scope, a Knowledge Base flattening strategy, a Customer model decision (org-as-customer or separate Organization records), and a pre-migration checklist for the customer to complete.
Schema discovery and custom field extraction
We query the Deskpro reports API with the custom field prefix to extract every custom ticket and article field definition, capturing field ID, type, label, and any validation rules. We create equivalent custom fields in Gorgias via Settings before any data import begins. We also extract the Knowledge Base folder and section structure to plan the category flattening. For large ticket archives, we run paginated Stat Builder exports across 2,500-record ID-range chunks and validate complete coverage before proceeding.
Sample migration and reconciliation
We run a sample migration using a subset of data (typically 100-500 tickets, 50 customers, 20 articles) into the customer's Gorgias instance. The customer reviews the reconciled records, validates field mapping accuracy, confirms the Knowledge Base category structure, and approves the tag vocabulary. Any mapping corrections happen at this stage. We do not proceed to full migration until the customer signs off on the sample output.
Agent and department provisioning
We extract every distinct Deskpro Agent and their department affiliations. Agents are created or matched in Gorgias by email. Department assignments are translated to Gorgias Teams. Any Deskpro agent without a matching Gorgias user goes to a reconciliation queue for the customer's admin to provision before record import resumes. Migration cannot proceed past this step because ticket ownership requires a valid Gorgias agent reference.
Full migration in dependency order
We run full migration in record-dependency order: Teams (from Deskpro Departments), Customers (from Deskpro Peoples with Organization linkage resolved), Agents (validated), Knowledge Base Categories and Articles (from Deskpro Folders and Articles), Tickets (with custom field values and tag assignments), and Attachments (staged, uploaded, and linked to tickets). Each phase emits a row-count reconciliation report before the next phase begins. New tickets created in Deskpro during migration are captured in a delta pass before cutover.
Cutover, validation, and automation handoff
We freeze Deskpro writes during cutover, run a final delta migration of any records modified during the migration window, then enable Gorgias as the system of record. We deliver the Workflow and SLA rule inventory document to the customer's admin team. We support a one-week hypercare window where we resolve any reconciliation issues raised by the customer's support team. We do not rebuild Deskpro automations as Gorgias Rules or Macros inside the migration scope; that is a separate engagement or an internal admin task.
Platform deep dives
Deskpro
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 Deskpro 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
Deskpro: Configurable per action in Admin > Data > Security; not publicly documented in requests-per-minute terms.
Data volume sensitivity
Deskpro 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 Deskpro to Gorgias migration scoping. Not seeing yours? Book a call.
Walk through your Deskpro 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 Deskpro
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.