Helpdesk migration
Field-level mapping, validation, and rollback between Fernand and Zendesk. We move data and schema; workflows are rebuilt natively in Zendesk.
Fernand
Source
Zendesk
Destination
Compatibility
7 of 11
objects map 1:1 between Fernand and Zendesk.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from Fernand to Zendesk is a structural migration from a small, keyboard-first helpdesk to one of the most established support platforms in the market. Fernand organizes support around Conversations with threaded Replies and attaches Customers as contacts, with Custom Data fetching external API responses per conversation. Zendesk uses Tickets as the primary record with Comments, End Users, and Organizations. We resolve the bulk export limitation by using Fernand's REST API with paginated retrieval, store Custom Data API payloads as Zendesk ticket custom fields rather than replicating the live fetch configuration, and export GitHub and Linear issue references as URL fields without the auto-reopen automation. Automations, triggers, and macros do not migrate; we deliver a written inventory for the Zendesk admin to rebuild.
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 Zendesk, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Fernand
Conversation
Zendesk
Ticket
1:1Fernand Conversations map directly to Zendesk Tickets. The conversation subject or first customer message becomes the Ticket Subject, conversation status (open/pending/resolved/closed) maps to Zendesk Ticket Status, priority maps to Priority, assignee maps to the Zendesk Agent assignee. We resolve assignee by email match against the Zendesk User table. Created_at and updated_at timestamps preserve the original conversation timeline.
Fernand
Reply
Zendesk
Comment
1:1Fernand Replies within a Conversation map to Zendesk Comments on the corresponding Ticket. We preserve the reply body, author (agent or customer), creation timestamp, and the internal/external visibility flag. AI-generated draft replies included in Fernand export migrate as internal Comments with a note flagging the AI origin. Comment ordering within the ticket thread is preserved by insertion sequence.
Fernand
Customer
Zendesk
End User
1:1Fernand Customers map to Zendesk End Users (the requester field on Tickets). We export name, email, and any custom customer properties. Email address is used as the primary dedupe key. If a customer appears across multiple Fernand Conversations, we deduplicate to a single Zendesk End User and attach all corresponding Tickets. Fernand does not have a separate Organizations object, so the Organization mapping depends on whether the destination Zendesk account uses Organizations to group end users.
Fernand
Organization
Zendesk
Organization
1:1If Fernand stores company-level data per Customer, we map this to Zendesk Organizations. Organizations must be created before End Users if the customer's workflow requires End Users to be linked to an Organization at import time. We use the Fernand customer company name as the Organization name and resolve any duplicates by domain match if available.
Fernand
User / Agent
Zendesk
Agent
1:1Fernand active users (those who can reply to customers) and passive collaborators map to Zendesk Agents. We export user name, email, and active/passive status. Passive users without Zendesk agent access are documented for admin review. We resolve agents by email match against the Zendesk User table and flag any Fernand agents without a Zendesk counterpart for manual provisioning before record import.
Fernand
Tag
Zendesk
Tag
1:1Fernand conversation tags map to Zendesk Tags. Tag names and usage frequency are preserved. Zendesk Tags apply across Tickets, Users, and Organizations. If the customer uses tags for reporting categories, we recommend creating Zendesk Views filtered by tag before migration so reporting continuity is maintained.
Fernand
Custom Data
Zendesk
Ticket Custom Field
lossyFernand Custom Data fetches external API responses per conversation (API endpoint URLs, header names, and fetched payloads). We export the fetched payloads as Zendesk Ticket Custom Fields rather than replicating the live fetch configuration. The original endpoint configuration (URLs, auth headers, refresh logic) is platform-specific and documented separately for manual rebuild in Zendesk as a Zendesk Sidebar App or integration. Field types in Zendesk are determined by payload format: JSON objects become text fields, booleans become checkboxes, dates become date fields.
Fernand
Attachment
Zendesk
Attachment
1:1File attachments on Fernand Conversations and Replies are downloaded and re-uploaded to the corresponding Zendesk Ticket Comment. Image attachments sent via the widget are included. We preserve original filenames, MIME types, and attachment order within the comment thread. Attachments exceeding Zendesk's file size limit (20 MB per file) are flagged for the customer to store externally and link as URLs.
Fernand
GitHub Link
Zendesk
Ticket Custom Field (URL)
lossyFernand's GitHub integration links conversation threads to GitHub issues and can auto-reopen conversations when issue status changes. We export the linked GitHub issue URL as a Zendesk Ticket Custom Field of type URL. Issue state sync does not carry over because Zendesk lacks the native GitHub auto-reopen trigger. We document the original integration logic for the customer's admin to rebuild as a Zendesk Trigger or automation if desired.
Fernand
Linear Link
Zendesk
Ticket Custom Field (URL)
lossyFernand's Linear integration creates a feedback loop similar to GitHub. We export the linked Linear issue reference as a Zendesk Ticket Custom Field. The Linear issue state sync behavior does not transfer; conversations will not auto-reopen when Linear issue status changes. We document the original integration configuration for rebuild in Zendesk using Linear's webhook API and Zendesk Triggers.
Fernand
Channel
Zendesk
Channel
lossyFernand supports email and chat channels. We export channel type per conversation as a Zendesk Ticket Custom Field or mapped to Zendesk's native channel identifier. Email-channel conversations map to Zendesk's email channel; chat-channel conversations map to Zendesk's chat channel if the Zendesk account has Chat enabled. Channel mapping is confirmed during discovery based on the destination Zendesk plan and enabled channels.
| Fernand | Zendesk | Compatibility | |
|---|---|---|---|
| Conversation | Ticket1:1 | Fully supported | |
| Reply | Comment1:1 | Fully supported | |
| Customer | End User1:1 | Fully supported | |
| Organization | Organization1:1 | Fully supported | |
| User / Agent | Agent1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Custom Data | Ticket Custom Fieldlossy | Mapping required | |
| Attachment | Attachment1:1 | Fully supported | |
| GitHub Link | Ticket Custom Field (URL)lossy | Fully supported | |
| Linear Link | Ticket Custom Field (URL)lossy | Fully supported | |
| Channel | Channellossy | 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
Zendesk gotchas
Data export requires API scripting on non-Enterprise plans
Automations cap at 500 active rules and 1,000 tickets per hour
Help Center has no native export feature
Custom Objects and full data export are Enterprise-only
Pair-specific challenges
Migration approach
Discovery and API capability confirmation
We audit the Fernand account across conversation volume, reply threading depth, customer count, active agent count, tag usage, Custom Data configuration inventory, and GitHub/Linear integration usage. We confirm the Fernand API capabilities including authentication method, pagination behavior, and available bulk endpoints. The discovery output is a written migration scope with a confirmed timeline range and any Fernand-specific API limitations documented.
Zendesk schema preparation
We configure the Zendesk destination account before any data moves. This includes creating Ticket Custom Fields to receive Fernand Custom Data payloads, configuring the Tag structure, setting up Agent roles and groups, and preparing Organization fields if the customer uses company-level grouping. We disable or flag notification triggers that would fire on historical ticket imports and document any automations the customer has in place for post-migration rebuild.
Agent and user reconciliation
We extract every distinct Fernand user (active agents and passive collaborators) and match by email against the Zendesk User table. Agents without a matching Zendesk account go to a reconciliation queue for the customer's Zendesk admin to provision before record import. Migration cannot proceed past this step because assignee and comment author references require valid Zendesk User IDs.
Ticket and comment migration in dependency order
We run migration in record-dependency order: End Users (from Fernand Customers), Organizations (if applicable), Agents (validated), then Tickets (from Fernand Conversations), Comments (from Fernand Replies), Attachments (linked to comments), Custom Data payloads (mapped to Zendesk Ticket Custom Fields), and Tags (applied to tickets). Each phase emits a row-count reconciliation report. If the Fernand API lacks bulk export, we use paginated retrieval with rate-limit handling and exponential backoff to avoid throttling.
GitHub and Linear link export as static fields
We export linked GitHub issue URLs and Linear issue references as Zendesk Ticket Custom Fields of type URL. The export captures the linked issue URL and any issue status captured at migration time. Live sync behavior is not replicated; we document the original integration logic (auto-reopen rules, status change triggers) in a separate automation inventory for the customer to rebuild in Zendesk if needed.
Cutover, validation, and automation handoff
We freeze Fernand writes during cutover, run a final delta migration of any records modified during the migration window, then hand over Zendesk as the system of record. We deliver the automation and integration inventory document (GitHub/Linear rebuild instructions, Custom Data rebuild instructions, any Fernand-specific configuration notes) to the customer's Zendesk admin. We support a 72-hour hypercare window for reconciliation issues. We do not rebuild automations, triggers, or macros as that is outside standard migration scope.
Platform deep dives
Fernand
Source
Strengths
Weaknesses
Zendesk
Destination
Strengths
Weaknesses
Complexity grading
Standard Helpdesk migration. 1 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Fernand and Zendesk.
Object compatibility
1 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 Zendesk migration scoping. Not seeing yours? Book a call.
Walk through your Fernand to Zendesk 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 Zendesk
Same-Helpdesk migrations
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.