Helpdesk migration
Field-level mapping, validation, and rollback between SupportSystem and Gorgias. We move data and schema; workflows are rebuilt natively in Gorgias.
SupportSystem
Source
Gorgias
Destination
Compatibility
7 of 12
objects map 1:1 between SupportSystem and Gorgias.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from SupportSystem to Gorgias is a migration from a flat-rate, CSV-export-only help desk to a ticket-volume-priced, API-driven platform built for e-commerce operations. SupportSystem has no public REST API, so all source data extraction relies on CSV exports from the Agent Panel or Dashboard; we process those exports in batches, map every custom field and form value to Gorgias's typed schema, and load into Gorgias through the REST API. We do not migrate Attachments because SupportSystem's CSV export explicitly excludes binary files. Workflows, email templates, and SLA configurations do not migrate; we deliver a written inventory of Help Topics, routing rules, and SLA policies requiring manual rebuild in Gorgias. Gorgias pricing is ticket-volume-based ($50-$900/month across Starter through Advanced) versus SupportSystem's per-agent flat rate, so we flag the volume impact during scoping so the customer selects the correct Gorgias plan before migration begins.
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 SupportSystem 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.
SupportSystem
Ticket
Gorgias
Ticket
1:1SupportSystem Ticket records map directly to Gorgias Ticket. The source Ticket ID is preserved as an external ID (external_id field) in Gorgias for audit trail and cross-reference. We extract ticket status, priority, subject, creation date, last update date, assigned agent, and any custom field values from the CSV export. SupportSystem ticket thread content (message body, internal notes, public replies) is not included in the CSV export and requires separate extraction or manual handoff; we flag this gap explicitly during scoping.
SupportSystem
Agent
Gorgias
Agent
1:1SupportSystem Agents map to Gorgias Agents. Agent name, email, and role export from the Agent Panel as part of ticket header data or via User Information in Advanced Search. We resolve each SupportSystem agent by email match to the Gorgias destination agent. Departments assigned in SupportSystem map to Teams in Gorgias during migration. If a SupportSystem agent has no corresponding Gorgias agent at cutover, we hold the assignment in a default agent queue for the customer's admin to resolve.
SupportSystem
User (End User)
Gorgias
Customer
1:1SupportSystem End Users (the customers creating tickets via the Client Portal) map to Gorgias Customers. We extract User records filtered by User Information in Advanced Search or pull them from the ticket header export. Each User's name, email, phone, and language preference migrate to the corresponding Gorgias Customer fields. SupportSystem User timezone and address data migrate as Customer custom fields if the customer configures them in Gorgias before migration.
SupportSystem
Organization
Gorgias
Customer (organization property)
1:manySupportSystem Organizations are a distinct object referenced on tickets. Gorgias does not have a separate Organization object; instead, organization context is stored as a property on the Customer record (via store_id or a linked integration). We merge each SupportSystem Organization into the corresponding Customer records that reference it, setting the organization name as a text field on each linked Customer. If the customer uses Gorgias's multi-store or brand configuration, we map the SupportSystem Organization to the appropriate Gorgias store or brand context.
SupportSystem
Custom Field
Gorgias
Custom Field
1:1SupportSystem Custom Fields configured per ticket map to Gorgias Custom Fields on Ticket. The Export Picker must be configured before the extraction run to include all custom field columns in the CSV output; we verify field presence in a sample export before processing the full dataset. Custom field data types from SupportSystem (text, number, boolean, dropdown) map to the corresponding Gorgias custom field type. Any custom fields not added to the Export Picker require a re-export with updated picker settings before we can migrate those values.
SupportSystem
Custom Form
Gorgias
Ticket Fields
lossySupportSystem Custom Forms collect structured intake data at ticket creation. Form field values export as part of the ticket record when form fields are included in the CSV export. We map each form field to either a Gorgias standard ticket field (if the field matches) or a Gorgias custom ticket field. Form field ordering and required-status do not migrate; we deliver a written note identifying which form fields require manual recreation as ticket fields or attributes in Gorgias.
SupportSystem
Custom List
Gorgias
Dropdown / Radio Options
lossySupportSystem Custom Lists (reusable dropdown or radio option sets added to tickets or Help Topics) export as part of custom field data when form fields are included in the CSV export. We extract the list name and option values and map them to the corresponding Gorgias dropdown or radio custom field options. List-to-dropdown mapping requires the customer to configure the destination dropdown field in Gorgias before migration; we provide the full list of values during the schema design phase.
SupportSystem
Help Topic
Gorgias
Team / Tag
lossySupportSystem Help Topics drive ticket routing and can trigger specific Custom Forms. Help Topic assignment appears in ticket metadata. We preserve Help Topic-to-Department routing logic by mapping each Help Topic to a Gorgias Team (for routing) or a Tag (for classification). The customer chooses the strategy during scoping: Teams map to Gorgias Teams for direct agent routing, while Tags map to Gorgias Tags for filtering and reporting. We deliver a written Help Topic mapping table as part of the migration inventory.
SupportSystem
Department
Gorgias
Team
1:1SupportSystem Departments are used for ticket routing and agent assignment. Department names export as part of ticket header data. We map each SupportSystem Department to a Gorgias Team, assigning the corresponding agents to each team during migration. Teams in Gorgias control ticket routing, assignment rules, and team-level SLAs. If the customer uses multi-brand or multi-store configuration in Gorgias, we may map Departments to Brands or Stores instead of Teams, depending on the Gorgias plan.
SupportSystem
Email Template
Gorgias
Macro / Template
lossySupportSystem stock and custom email templates exist per department and are configuration data rather than transactional records. We export template content as structured text from the Admin Panel. Gorgias uses Macros for templated responses and Rules for automated actions. We deliver a written inventory of SupportSystem email templates with their department context, variable placeholders, and recommended Gorgias Macro or Rule equivalent. Template migration is configuration documentation, not automated code transfer; the customer's admin rebuilds them in Gorgias.
SupportSystem
KB Article
Gorgias
Help Center Article
1:1SupportSystem Knowledge Base articles export from the Self-Service Portal. We extract article content, metadata, internal notes, and category assignments. Gorgias Help Center articles require HTML formatting for the body content. We map SupportSystem article categories to Gorgias Help Center categories or sections. Article publication status migrates as a draft state; the customer's admin publishes articles post-migration. Large knowledge base sets (500+ articles) extend the migration timeline because content reformatting adds QA time.
SupportSystem
Tag
Gorgias
Tag
1:1Tags applied to SupportSystem tickets appear in ticket metadata exports. We preserve the tag strings and map them to Gorgias Tags on the corresponding Tickets. Tag-to-category mapping may be required if the customer uses Gorgias Tags for classification and reporting. We extract all distinct tag values from the ticket dataset before migration and deliver a tag inventory with recommended Gorgias tag names. Tag spelling, casing, and duplicates from the source are preserved as-is unless the customer requests normalization during scoping.
| SupportSystem | Gorgias | Compatibility | |
|---|---|---|---|
| Ticket | Ticket1:1 | Fully supported | |
| Agent | Agent1:1 | Fully supported | |
| User (End User) | Customer1:1 | Fully supported | |
| Organization | Customer (organization property)1:many | Fully supported | |
| Custom Field | Custom Field1:1 | Fully supported | |
| Custom Form | Ticket Fieldslossy | Fully supported | |
| Custom List | Dropdown / Radio Optionslossy | Fully supported | |
| Help Topic | Team / Taglossy | Fully supported | |
| Department | Team1:1 | Fully supported | |
| Email Template | Macro / Templatelossy | Fully supported | |
| KB Article | Help Center Article1:1 | Fully supported | |
| Tag | Tag1: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.
SupportSystem gotchas
No public REST API for automated data extraction
Attachment files are excluded from CSV exports
Custom Field export requires Export Picker configuration
Storage limits per tier affect attachment-heavy workflows
No documented API rate limits because no API exists
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 planning
We audit the SupportSystem account across tier (Basic/Standard/Premium), ticket volume, custom field definitions, custom form structures, department count, help topic count, knowledge base article count, and any active SLA policies. We coordinate with the customer's SupportSystem admin to configure the Export Picker with all required fields, including all custom fields and form field columns. We extract a sample CSV (50-100 tickets) to verify field presence and structure before running the full export. For large datasets (10,000+ tickets), we plan multiple export runs filtered by date range or queue to stay within the Export Picker's limits.
Gorgias plan selection and schema design
We calculate the customer's current and projected monthly ticket volume from SupportSystem data and recommend a Gorgias plan (Starter $50 for up to 50 tickets, Basic $60 for up to 300, Pro $360 for up to 2,000, or Advanced $900 for up to 5,000). We design the destination Gorgias schema: custom fields on Tickets and Customers (matching SupportSystem custom field types), Teams (mapped from SupportSystem Departments), Help Center categories (mapped from SupportSystem KB categories), and any Tags for Help Topic routing. We deliver the schema design to the customer's Gorgias admin for pre-configuration before data migration begins.
Data extraction and transformation
We run the full CSV export from SupportSystem using the pre-configured Export Picker. We transform the CSV data into Gorgias REST API payloads: Tickets are created via POST /tickets, Customers via POST /customers, Agents via POST /users. We resolve SupportSystem Department assignments to Gorgias Team IDs, Help Topics to Tag strings or Team routing rules, and custom form field values to Gorgias custom field values. We generate a reconciliation report (ticket count, customer count, agent count, tag coverage) for the customer's review before loading into Gorgias.
Knowledge base extraction and reformatting
We extract SupportSystem Knowledge Base articles from the Self-Service Portal, including article body content, metadata, category assignments, and publication status. For each article, we convert the content to HTML suitable for Gorgias Help Center import. We map SupportSystem article categories to Gorgias Help Center sections and deliver a category mapping table. Articles are imported as drafts; the customer's admin publishes them post-migration. For article sets over 200, we allocate additional QA time for content reformatting validation.
Gorgias data load via REST API
We load data into Gorgias using the REST API with batch processing. Customers load first (each with organization context set if applicable), followed by Agents (mapped to Teams), then Tickets (with external_id set to the original SupportSystem Ticket ID for audit). Tags are applied per-ticket from the Help Topic mapping. We use exponential backoff on API rate limit responses and chunk large datasets into batches of 100 records per request. Each batch emits a success/failure reconciliation report. We do not migrate Attachments due to the SupportSystem export limitation; this gap is documented and acknowledged by the customer before migration begins.
Cutover, validation, and template handoff
We freeze SupportSystem ticket writes during cutover, run a final delta export of any tickets modified during the migration window, load the delta into Gorgias, then enable Gorgias as the system of record. We deliver a written inventory of SupportSystem Help Topics (with Team or Tag mapping), Department routing rules (with Team assignment), email templates (with recommended Macro or Rule equivalent), and SLA policies (with Gorgias SLA plan configuration steps). We support a one-week hypercare window for reconciliation issues. We do not migrate Attachments, Workflows, or automations as code; those require manual rebuild in Gorgias by the customer's admin team.
Platform deep dives
SupportSystem
Source
Strengths
Weaknesses
Gorgias
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 1 of 7 objects need a manual workaround.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across SupportSystem and Gorgias.
Object compatibility
1 of 7 objects need a manual workaround.
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
SupportSystem: Not applicable — no public REST API exists.
Data volume sensitivity
SupportSystem 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 SupportSystem to Gorgias migration scoping. Not seeing yours? Book a call.
Walk through your SupportSystem 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 SupportSystem
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.