Helpdesk migration
Field-level mapping, validation, and rollback between Fernand and Gorgias. We move data and schema; workflows are rebuilt natively in Gorgias.
Fernand
Source
Gorgias
Destination
Compatibility
10 of 12
objects map 1:1 between Fernand and Gorgias.
Complexity
CModerate
Timeline
2-4 weeks
Overview
Moving from Fernand to Gorgias is a shift from a keyboard-first SaaS helpdesk to an e-commerce-native platform built around per-ticket pricing and Shopify order context. Fernand organizes support around Conversations with threaded Replies and attaches Customers as contacts, while Gorgias uses Tickets with a Messages thread and a Customers object. The primary migration challenge is Fernand's lack of a documented bulk export endpoint: we extract records via the REST API in paginated batches, falling back to per-record retrieval if no bulk method exists. Custom Data payloads (the fetched API response data stored per conversation) transfer as static ticket fields, but the endpoint configuration that drives the fetch does not carry over. We document the original Custom Data setup so your team can rebuild the integration in Gorgias using their Rules and Macros system. GitHub and Linear issue links become static text fields on the migrated ticket; the auto-reopen behavior does not replicate without a native Gorgias equivalent integration.
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 Fernand 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.
Fernand
Conversation
Gorgias
Ticket
1:1Fernand Conversations map to Gorgias Tickets. The conversation subject becomes the ticket subject. Conversation status (open, pending, resolved, closed) maps to Gorgias ticket status values. Priority and assignee from Fernand carry over as ticket priority and agent assignment. The original Fernand conversation ID is stored in an external_id field for reconciliation. Channel type (email, chat) from Fernand's channel field maps to Gorgias's channel field on the ticket.
Fernand
Reply
Gorgias
Message
1:1Each Fernand Reply within a Conversation maps to a Gorgias Message on the corresponding Ticket. The reply body, author (agent name and email), creation timestamp, and internal/external flag migrate. If the reply was generated by Fernand's AI drafting feature, the message author reflects the original agent who sent or saved the draft. Message ordering is preserved by created_at timestamp within the ticket thread.
Fernand
Customer
Gorgias
Customer
1:1Fernand Customers map directly to Gorgias Customers. The customer email address serves as the primary deduplication key during import. Name, email, and any custom properties migrate to Gorgias Customer fields. Custom property types (string, boolean, number) map to Gorgias custom field types (text, boolean, number) on the Customer object. If Fernand stores phone or language, those map to the corresponding Gorgias Customer fields.
Fernand
Custom Data
Gorgias
Custom Field (Ticket)
lossyFernand Custom Data consists of two parts: the API endpoint configuration (URL, headers, auth) and the fetched payload per conversation. We export the fetched payload as static ticket data, stored in a Gorgias custom text field per conversation. The original endpoint URL and header configuration are documented in the migration handoff report. The team recreates the data fetch logic in Gorgias using a Rules action that calls the external API or uses a webhook-based approach. This is a manual rebuild, not an automated migration.
Fernand
User / Agent
Gorgias
User
1:1Fernand active users (those who can reply to customers) map to Gorgias Agents. We resolve by email match. Passive collaborators without a Gorgias agent equivalent are documented in the handoff with a recommendation to provision them as agents or tag them in the customer record. Agent role and permission level from Fernand do not have a direct equivalent in Gorgias without manual configuration post-migration.
Fernand
Tag
Gorgias
Tag
1:1Fernand conversation tags migrate as Gorgias Ticket Tags. Tag names and counts are preserved. Tag usage frequency is noted in the handoff report. If the team uses tags for routing or priority logic, the Gorgias Rules equivalents are documented in the automation rebuild section.
Fernand
GitHub Link
Gorgias
Custom Field (Ticket)
1:1Fernand GitHub integration links (issue URL, issue number, current status) migrate as static text fields on the Gorgias Ticket. The live auto-reopen behavior (Fernand reopening a conversation when a GitHub issue changes state) does not replicate because Gorgias has no native GitHub sync. We document the linked issue URLs so the team can manually reference them or build a Gorgias Rule using a GitHub webhook for equivalent behavior.
Fernand
Linear Link
Gorgias
Custom Field (Ticket)
1:1Linear integration links migrate as static text fields on the Gorgias Ticket, similar to GitHub links. The Linear issue reference and any linked team or project context are stored. The auto-reopen behavior does not carry over. We document the linked Linear issues for manual reference.
Fernand
Attachment
Gorgias
Attachment
1:1File attachments on Fernand conversations and replies are downloaded and re-uploaded to the corresponding Gorgias Ticket Message. Original filenames and MIME types are preserved. Image attachments sent via the customer widget are included. We verify attachment integrity by comparing file hash before and after upload.
Fernand
Channel
Gorgias
Channel
1:1Fernand channel type (email, chat) per conversation maps to Gorgias channel field on the Ticket. Email conversations migrate with full email thread context. Chat conversations migrate the message history as Messages on the ticket. Any channel types in Fernand that have no Gorgias equivalent are documented with a recommendation for the nearest channel mapping.
Fernand
Stripe Integration Data
Gorgias
Shopify Order Context (Gorgias native)
lossyFernand's Stripe integration provides payment context per conversation. Gorgias provides native Shopify order context natively, including order status, line items, and fulfillment state. For teams migrating from Stripe on Fernand to Shopify on Gorgias, we document the original Stripe payment references as a ticket custom field. If the team continues using Stripe without Shopify, the payment context is stored as a static field and the team can explore Gorgias's webhook Rules for future payment-status-triggered routing.
Fernand
AI Draft History
Gorgias
Message (via Agent)
1:1Fernand AI-generated draft replies are included where the API exposes them. These migrate as Messages on the ticket with the original agent authorship reflected (since the draft was associated with a specific agent before sending). The AI generation context is not preserved as a separate flag. Gorgias AI features (Gorgias AI Agent, automated responses) are configured separately post-migration.
| Fernand | Gorgias | Compatibility | |
|---|---|---|---|
| Conversation | Ticket1:1 | Fully supported | |
| Reply | Message1:1 | Fully supported | |
| Customer | Customer1:1 | Fully supported | |
| Custom Data | Custom Field (Ticket)lossy | Mapping required | |
| User / Agent | User1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| GitHub Link | Custom Field (Ticket)1:1 | Fully supported | |
| Linear Link | Custom Field (Ticket)1:1 | Fully supported | |
| Attachment | Attachment1:1 | Fully supported | |
| Channel | Channel1:1 | Fully supported | |
| Stripe Integration Data | Shopify Order Context (Gorgias native)lossy | Fully supported | |
| AI Draft History | Message (via Agent)1: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.
Fernand gotchas
Fernand has no documented bulk export endpoint
Custom Data configuration does not migrate as code
GitHub and Linear sync state does not carry over
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 API capability audit
We audit the Fernand account for conversation volume, reply count, custom field configurations, active user count, channel types, tag usage, and any active GitHub or Linear integrations. We test the Fernand API to confirm whether a bulk export endpoint exists or whether we are working with paginated per-record retrieval. We also audit Gorgias destination settings, existing custom fields, and channel configurations. The discovery output is a written migration scope, an API capability confirmation, and a Gorgias plan recommendation based on estimated billable ticket volume.
Schema design and custom field pre-creation
We pre-create custom fields in Gorgias to receive Fernand Custom Data payloads, GitHub and Linear link fields, and any custom properties from the Fernand Customer object. Custom fields are created via the Gorgias API (object_type: Ticket or Customer) with the appropriate type (text, boolean, number). We document the mapping between each Fernand Custom Data field and its Gorgias destination field name. Schema is validated in a Gorgias test environment before production migration.
Sample migration and reconciliation
We run a test migration with 50-100 Fernand conversations into Gorgias to validate field mapping accuracy, attachment integrity, reply thread ordering, and customer deduplication. The customer spot-checks migrated records against the Fernand source and confirms that Custom Data payloads land in the correct custom fields. Any mapping corrections are made before the full migration begins. This step also confirms the API extraction rate for timeline estimation.
Customer and agent provisioning
We extract every distinct Fernand Customer and map them to Gorgias Customers by email deduplication. Active Fernand users are mapped to Gorgias Agents by email match. Any Fernand user without a matching Gorgias agent account goes to a reconciliation queue for the customer to provision before record import resumes. Passive collaborators are documented with a recommendation to either provision them as agents or exclude them from the migration.
Full migration in dependency order
We run the full migration in dependency order: Customers (first, as ticket references), Users/Agents (validated), then Conversations mapped to Tickets with Messages, Tags, Attachments, Custom Data payloads, and integration link fields. GitHub and Linear links are stored as static text fields during this phase. Each phase emits a row-count reconciliation report. If the Fernand API lacks a bulk endpoint, we use batched pagination with exponential backoff on rate limit responses.
Cutover, validation, and automation rebuild handoff
We freeze Fernand writes during cutover, run a delta migration of any records modified during the migration window, then mark Gorgias as the system of record. We deliver the automation rebuild inventory documenting every Fernand integration configuration (GitHub links, Linear links, Custom Data endpoints) with recommended Gorgias Rules equivalents. Macros and workflow rebuilds are outside migration scope and handled by the customer's admin or a Gorgias implementation partner.
Platform deep dives
Fernand
Source
Strengths
Weaknesses
Gorgias
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 4 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 Fernand and Gorgias.
Object compatibility
4 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
Fernand: Not publicly documented.
Data volume sensitivity
Fernand 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 Fernand to Gorgias migration scoping. Not seeing yours? Book a call.
Walk through your Fernand 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 Fernand
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.