Helpdesk migration
Field-level mapping, validation, and rollback between Seraph and Gorgias. We move data and schema; workflows are rebuilt natively in Gorgias.
Seraph
Source
Gorgias
Destination
Compatibility
10 of 12
objects map 1:1 between Seraph and Gorgias.
Complexity
CModerate
Timeline
2-4 weeks
Overview
Moving from Seraph to Gorgias is a helpdesk platform consolidation with distinct data model differences. Seraph supports ticket-based workflows with customer and agent records, while Gorgias structures its schema around Customers, Tickets, Agents, and Knowledge Base articles with native Shopify variable expansion in macros and rules. We extract Seraph data via its export or API interface, map customer and ticket records to Gorgias Customers and Tickets with preserved timestamps, resolve agent assignments by email match, and inventory macros and rules as a written deliverable for manual rebuild because Gorgias automation is structured differently from Seraph's rule engine. Knowledge Base articles transfer as HTML with category structure preserved. We do not migrate workflows, automated rules, or sequence rules as executable code; these are documented for your team to rebuild in Gorgias Rules, Macros, and Help Center settings post-migration.
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 Seraph 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.
Seraph
Ticket
Gorgias
Ticket
1:1Seraph ticket records (ID, Subject, Status, Tags, timestamps) map to Gorgias Ticket. We extract the source ticket ID as external_id on the Gorgias Ticket for audit and future reconciliation. Agent assignment resolves by email match to Gorgias User. Channel (email, chat, social) maps to Gorgias channel field. If Seraph exposes priority or SLA fields, these map to custom ticket fields in Gorgias.
Seraph
Customer
Gorgias
Customer
1:1Seraph customer records (Name, Email, Phone, Language, Timezone, custom fields) map to Gorgias Customer. Email is the dedupe key. We map any Seraph customer type field to a Gorgias custom field on Customer. If Seraph stores a note or internal flag per customer, it migrates as a Customer Note or archived custom field. Timestamp history (created_at, updated_at) preserves as migration metadata on the destination record.
Seraph
Agent
Gorgias
User
1:1Seraph agent records map to Gorgias User. We match agents by email address. If the destination Gorgias account does not yet have the agent User provisioned, we hold those ticket assignments in a reconciliation queue and assign to a default User until the admin provisions the correct accounts. Role and permissions (admin vs agent) map from Seraph role to Gorgias permission group.
Seraph
Macro (template)
Gorgias
Macro
1:1Seraph canned responses or macro templates map to Gorgias Macros. We inventory every macro with its body text, shortcut trigger, and attached conditions. Note that Seraph macro conditions (if-then branching) may not have a 1:1 Gorgias equivalent; we document the gap and recommend rebuilding the conditional logic in Gorgias Rules or as separate Macros with distinct shortcuts. Shopify variable syntax in Seraph macros requires manual verification against Gorgias Liquid-style variable format.
Seraph
Rule or Automation
Gorgias
Rule
lossySeraph automated rules (ticket routing, auto-assignment, trigger responses) do not migrate as executable code. We deliver a written inventory of every active Seraph rule with its trigger event, conditions, and actions, mapped to the closest Gorgias Rule equivalent. Gorgias Rules operate on ticket events (created, updated, channelchanged) and can set assignee, priority, tags, and SLAs. Conditional branching and delay actions are documented as configuration notes for the customer admin to rebuild post-migration.
Seraph
Knowledge Base Article
Gorgias
Article
1:1Seraph knowledge base articles with title, body (HTML), category, and tags map to Gorgias Help Center articles. HTML content transfers as-is; inline images require URL re-hosting or re-upload to Gorgias media storage. Category structure in Seraph maps to Gorgias article categories. Published status preserves; draft articles migrate as drafts. Article view counts and feedback ratings do not transfer unless Seraph exposes these as API fields.
Seraph
Attachment
Gorgias
Attachment
1:1Ticket attachments migrate to Gorgias ticket attachments via API upload. We handle file type validation (Gorgias accepts common image and document formats), chunk large files above single-request size limits, and verify attachment references on the destination ticket record. Attachments on knowledge base articles migrate as embedded media with updated image URLs.
Seraph
Tag
Gorgias
Tag
1:1Seraph ticket tags migrate to Gorgias Ticket Tags. Tags are preserved as a flat list unless Seraph exposes a hierarchical taxonomy, which we flatten to Gorgias-compatible flat tags. Tag usage counts migrate as reference data in the migration audit report.
Seraph
Team
Gorgias
Team
1:1Seraph team or group records map to Gorgias Teams. Agent membership in teams preserves. If Seraph uses team-based routing rules, these are flagged as Rule inventory items for manual rebuild in Gorgias.
Seraph
Custom Object (if applicable)
Gorgias
Custom Object
1:1If the Seraph instance includes custom record types beyond the standard Ticket/Customer/Agent schema, we map them to Gorgias custom objects or Jira-linked issues depending on the customer's post-migration workflow. Custom object mapping requires pre-migration schema discovery because Seraph's custom object support is not confirmed in available research.
Seraph
SLA Policy
Gorgias
SLA
lossySeraph SLA definitions (first response time, resolution time thresholds per priority) map to Gorgias SLA configurations. If Seraph exposes SLA breach timestamps, these do not retroactively apply to migrated tickets; we set SLA status as not_started or paused pending manual restart in Gorgias.
Seraph
Satisfaction Survey
Gorgias
Satisfaction Survey
1:1If Seraph exposes CSAT response history, these migrate as Satisfaction records linked to the migrated Ticket in Gorgias. Score, comment, and timestamp preserve. Note that Gorgias Satisfaction Survey is available on Pro and above plans; Starter tier does not include this feature.
| Seraph | Gorgias | Compatibility | |
|---|---|---|---|
| Ticket | Ticket1:1 | Fully supported | |
| Customer | Customer1:1 | Fully supported | |
| Agent | User1:1 | Fully supported | |
| Macro (template) | Macro1:1 | Fully supported | |
| Rule or Automation | Rulelossy | Fully supported | |
| Knowledge Base Article | Article1:1 | Fully supported | |
| Attachment | Attachment1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Team | Team1:1 | Fully supported | |
| Custom Object (if applicable) | Custom Object1:1 | Fully supported | |
| SLA Policy | SLAlossy | Fully supported | |
| Satisfaction Survey | Satisfaction Survey1: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.
Seraph gotchas
Self-hosted extraction depends on customer-controlled database
Managed-hosted (Standard/Premium) customers extract through vendor
No public API or developer portal
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 method assessment
We audit the source Seraph instance for record counts (tickets, customers, agents, macros, articles), custom field definitions, team structure, and attachment volumes. The critical deliverable at this step is confirming the export method: REST API with authentication credentials, CSV export capability, or manual export instructions. We also confirm the Gorgias destination account plan (Starter through Enterprise) because satisfaction survey, AI Agent, and advanced rule features tier-gate available functionality. Discovery output is a written migration scope with record counts, field inventory, and export method decision.
Schema design and custom field mapping
We design the Gorgias schema before any data moves. This includes creating any custom fields on Ticket and Customer objects using the Gorgias custom-fields API, defining Teams and permission groups, and mapping Seraph agent roles to Gorgias permission structures. We resolve the object type (Ticket vs Customer) for each Seraph custom field by sampling usage on source records. Knowledge base category structure maps to Gorgias article categories. Shopify integration credentials are connected during this phase if the destination is on Shopify.
Macro and automation inventory
We inventory every Seraph macro, canned response, and automated rule. For each item we document: trigger type, conditions, actions, and assigned variables. This inventory is the handoff deliverable for the customer admin to rebuild in Gorgias Macros and Rules post-migration. We do not execute the rebuild inside the migration scope. This step produces a structured spreadsheet with Seraph object reference, recommended Gorgias equivalent, and any syntax gaps that require manual rewrite.
Test migration and reconciliation
We run a full test migration into the destination Gorgias account using production-like data volume. Customer reconciliation leads: record count verification (tickets in, customers in, agents in), spot-check of 25-50 random ticket and customer records for field-level accuracy, timestamp preservation verification, and attachment link validation. We also validate agent email matching and default assignment for any unreconciled owners. Corrections to field mapping, custom field creation, or team assignment happen here before production cutover.
Production migration with dependency ordering
We run production migration in dependency order: Users and Teams first (agent provisioning validated), then Customers (email dedupe applied), then Tickets (with Customer and User lookups resolved), then Knowledge Base articles (with media re-hosted), then Attachments (chunked for size), then Tags (applied to migrated tickets). Each phase emits a row-count reconciliation report. Delta migration captures any records created or modified during the migration window. We use Gorgias REST API with rate-limit handling and exponential backoff.
Cutover and rebuild handoff
We freeze source Seraph writes during cutover, run a final delta migration of records modified since the last sync, then confirm Gorgias as the system of record. We deliver the macro and automation inventory document to the customer admin. We support a five-business-day hypercare window where we resolve data quality issues raised during initial Gorgias use. We do not rebuild Seraph automations as Gorgias Rules inside the migration scope; that is a separate configuration engagement or internal admin task.
Platform deep dives
Seraph
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 Seraph 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
Seraph: Not publicly documented.
Data volume sensitivity
Seraph 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 Seraph to Gorgias migration scoping. Not seeing yours? Book a call.
Walk through your Seraph 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 Seraph
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.