Helpdesk migration

Migrate from Seraph to Freshdesk

Field-level mapping, validation, and rollback between Seraph and Freshdesk. We move data and schema; workflows are rebuilt natively in Freshdesk.

Seraph logo

Seraph

Source

Freshdesk

Destination

Freshdesk logo

Compatibility

75%

6 of 8

objects map 1:1 between Seraph and Freshdesk.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Seraph is a niche helpdesk platform with negligible market share, making its API surface and data export capabilities the first variable to resolve during migration scoping. Freshdesk is a well-established helpdesk platform with a documented REST API, a native Custom Objects framework, and support for Agents, Customers, Organizations, Tickets, and Knowledge Base articles. We begin every Seraph migration with a discovery audit to establish the actual export path (direct API, CSV export, or third-party migration tool compatibility), then design the Freshdesk schema before any data moves. We migrate tickets with their full conversation threads, custom field values, and attachments; contacts with company links and time zone data; and agents with role and group assignments. Workflows, automations, and canned responses do not migrate as code; we deliver a written inventory for the customer's Freshdesk admin to rebuild post-cutover.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Seraph logo

Seraph

What's pushing teams away

  • Self-hosting on the Basic tier requires the customer to manage infrastructure, backups, security patches, and uptime.
  • Premium tier (£299/month) is needed for full technical support and customisation — smaller teams may find that gap steep.
  • No public API documentation surfaced on seraphhelpdesk.com.
  • Small customer base relative to mainstream helpdesks (Freshdesk, Zendesk, Help Scout) — limited third-party benchmarking.
  • Customers scaling beyond the Premium tier or needing global multi-region deployment typically migrate to enterprise helpdesks.

Choosing

Freshdesk logo

Freshdesk

What's pulling them in

  • Free tier for 1-2 agents with no credit card makes initial evaluation risk-free and appeals to startups and small support teams.
  • Per-agent pricing is predictable and scales cleanly as teams grow from Growth at $15/agent/month to Enterprise at $89/agent/month.
  • Freddy AI Copilot and Email AI Agent bring AI assistance without forcing a full platform switch, appealing to teams already embedded in Freshdesk.
  • Multilingual help desk and customer portal features serve global SMB teams without requiring enterprise-level investment.
  • Collaborators up to 5,000 included in paid plans allow non-agent stakeholders to view tickets without additional licensing cost.

Object mapping

How Seraph objects map to Freshdesk

Each row shows how a Seraph object lands in Freshdesk, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

Seraph

Ticket

maps to

Freshdesk

Ticket

1:1
Fully supported

Seraph tickets map to Freshdesk Ticket records with status, priority, type, requester email, group assignment, and agent assignment preserved. Conversation threads (customer replies and agent responses) migrate as Ticket Conversations linked to the parent Ticket. Custom field values transfer to Freshdesk custom ticket fields by matching field name and type. Any Seraph ticket attachment URLs that point to externally hosted files are stored as attachment records in Freshdesk if the source URLs remain valid; if not, we flag them for the customer's admin to restore post-migration.

Seraph

Contact / Requester

maps to

Freshdesk

Contact

1:1
Fully supported

Seraph requester records (the customer or end-user who submitted a ticket) map to Freshdesk Contact. We map Name, Email, Phone, Company name, Language, and Time Zone. The Seraph contact-to-company link resolves to a Freshdesk Organization lookup where an Organization exists, or creates a new Organization record first so the Contact-Organization lookup is satisfied at insert time. Custom fields on the Seraph contact schema migrate to Freshdesk Contact custom fields by type.

Seraph

Company / Organization

maps to

Freshdesk

Organization

1:1
Fully supported

Seraph company or organization records map to Freshdesk Organization. The organization's name, domain, industry, and custom fields transfer directly. Freshdesk Organizations serve as the parent for multiple Contacts and can be linked to Tickets directly. We create Organizations before Contacts so that the parent lookup is satisfied during the Contact import phase. If Seraph stores multiple addresses or locations per company, we concatenate them into the Organization's address fields or store as a custom field depending on volume.

Seraph

Agent

maps to

Freshdesk

Agent

1:1
Fully supported

Seraph agent records map to Freshdesk Agent profiles with email, name, and role (agent, admin, or supervisor). Group memberships and team assignments in Seraph map to Freshdesk Agent Groups. Any agent without an email match in the destination Freshdesk instance is held in a reconciliation queue for the customer's admin to provision the corresponding Freshdesk user account before migration resumes.

Seraph

Ticket Group / Queue

maps to

Freshdesk

Group

1:1
Fully supported

Seraph ticket groups or queues map to Freshdesk Groups. Groups in Freshdesk control ticket routing and agent visibility. We map group names and any group-level configuration ( SLA settings, email routing aliases) that can be extracted from Seraph's schema. Group-to-agent assignments migrate as part of the Agent mapping phase.

Seraph

Knowledge Base / Articles

maps to

Freshdesk

Solution Articles

1:1
Fully supported

Seraph help center articles, categories, and folder structure map to Freshdesk Solution Articles and their category hierarchy. Article titles, descriptions, body content, tags, and publication status transfer. We use the native Freshdesk article structure (folder -> category -> article) and map Seraph's categorization accordingly. If Seraph's knowledge base uses a multi-language setup, multilingual articles migrate with the language tag preserved as a custom field.

Seraph

Custom Fields (Ticket)

maps to

Freshdesk

Custom Ticket Fields

lossy
Fully supported

Seraph custom fields attached to tickets map to Freshdesk Ticket custom fields. We match by field name and validate type compatibility (String, Number, Boolean, Dropdown, Date). If Seraph uses a dropdown or multi-select field that has more values than the Freshdesk plan allows, we flag the constraint and recommend a picklist consolidation strategy during scoping. Lookup fields in Seraph that reference other Seraph records resolve to Freshdesk lookup fields where supported, or store as a text field with the original reference ID.

Seraph

Custom Fields (Contact)

maps to

Freshdesk

Custom Contact Fields

lossy
Fully supported

Seraph custom fields on contact or customer records map to Freshdesk Contact custom fields by matching name and validating type. Boolean, date, number, and string field types migrate directly. Multi-checkbox fields in Seraph map to Freshdesk multi-select picklists where the destination plan supports them, or to a comma-separated string field on the Contact record.

Gotchas + challenges

What specifically takes care here

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 logo

Seraph gotchas

High

Self-hosted extraction depends on customer-controlled database

Medium

Managed-hosted (Standard/Premium) customers extract through vendor

High

No public API or developer portal

Freshdesk logo

Freshdesk gotchas

High

API access is blocked on the free plan

High

Per-minute rate limits are account-wide and endpoint-specific

Medium

Multi-channel source types do not map 1:1 to all destinations

Medium

Custom objects created in-product cannot be accessed by other apps

Low

Contact import requires at least 10 existing tickets in the account

Pair-specific challenges

  • Seraph export path is not confirmed by any third-party migration tool

    No migration vendor (Help Desk Migration, Import2, or clonepartner) lists Seraph as a supported source platform. Before migration begins, we must establish whether Seraph exposes a REST API, a GraphQL endpoint, a CSV export feature, a database dump, or a combination of these. If Seraph offers only a manual or screen-scraped export, migration timelines extend significantly and pricing shifts toward the higher range because of the manual extraction and schema-normalization work required. This discovery step is the first gate in every Seraph migration scope.

  • Freshdesk lookup fields in Custom Objects require pre-existing Contact or Company IDs

    Freshdesk's Custom Objects support lookup fields that reference Contacts and Organizations, but the referenced record must already exist in Freshdesk with a valid ID before the Custom Object record can be created. During migration, this means we must import all Contacts and Organizations before importing any Custom Object records that have lookup dependencies. If the Seraph data model includes related entities (Orders linked to Customers, Contracts linked to Contacts), we sequence the import so that parent records are committed first and the lookup ID is resolved at insert time.

  • Automations, workflows, and SLAs do not migrate between platforms

    Freshdesk Scenario Automations, ticket routing rules, escalation policies, and SLA configurations are platform-specific and do not transfer as data from Seraph. We do not migrate them as code. We deliver a written inventory of every Seraph automation or routing rule we encounter during discovery, mapped to the equivalent Freshdesk configuration setting, so the customer's Freshdesk admin can rebuild them post-cutover. Ticket priorities, statuses, and types migrate as configuration data in Freshdesk's admin panel.

  • Large attachment volumes and inline images require dedicated handling

    Freshdesk supports ticket attachments and inline images in conversation threads, but attachment migration speed is constrained by API throughput and file size limits. If Seraph tickets contain a high volume of attachments or large files, we recommend testing a batch migration with attachments against a trial Freshdesk instance before committing to a full production migration. The Freshworks Marketplace migration tools note that skipping attachments is a configurable option to speed up migration time.

  • Seraph custom field schema may not be fully discoverable via API

    Helpdesk platforms with small market share often store custom field metadata in a way that is not externally documented or accessible without direct database inspection. If we cannot retrieve the full list of Seraph custom fields and their types via API during discovery, we fall back to sampling ticket records to infer field names and types. This inference approach may miss rarely-used custom fields, which we flag in the scoping document and recommend a targeted sample check after migration completes.

Migration approach

Six steps for a successful Seraph to Freshdesk data migration

  1. Discovery and export-path audit

    We audit Seraph's available export mechanisms: REST API endpoints, GraphQL queries, CSV or JSON export features, admin panel data dumps, and direct database access if applicable. We also inventory the record types present (tickets, contacts, organizations, agents, groups, articles, custom objects), estimate volumes, and identify any data that is exportable but structurally unusual. The discovery output is a written export-path assessment and a migration scope document. If Seraph lacks a functional API and requires manual extraction, we provide a CSV template and extraction instructions for the customer's Seraph admin to produce before migration begins.

  2. Freshdesk schema design and custom field provisioning

    We design the Freshdesk target schema based on the Seraph data we can extract. This includes creating any required Custom Objects (with typed lookup fields to Contacts and Organizations), provisioning custom ticket fields and custom contact fields, configuring ticket types, statuses, and priorities to match Seraph's taxonomy, and setting up Agent Groups. Schema design is validated in a Freshdesk sandbox or trial account before any production import begins.

  3. Data cleansing and field mapping specification

    We map every Seraph field to a typed Freshdesk field and document the mapping in a written field mapping specification. We handle data type conversions (date formats, phone number formats, null handling), resolve Seraph dropdown values to Freshdesk picklist values, and identify any fields that have no Freshdesk equivalent and require a custom field to be created. Any data quality issues (duplicate contacts, orphaned tickets, missing required fields) are flagged and resolved or documented as post-migration cleanup tasks.

  4. Sandbox migration and reconciliation

    We run a full migration into a Freshdesk trial or sandbox environment using production-like data volume. The customer's support operations lead reviews record counts, spot-checks 20-30 random tickets against the Seraph source, validates that custom field values transferred correctly, and confirms that conversation threads are intact. Any mapping corrections are applied before production migration begins. This step also validates that Freshdesk plan features (custom field limits, custom object availability, attachment storage limits) are sufficient for the migrated data volume.

  5. Production migration in dependency order

    We run production migration in the order that satisfies Freshdesk's referential integrity requirements: Organizations first, then Contacts (with Organization lookup resolved), then Agents and Groups, then Tickets (with Contact lookup and Agent assignment resolved), then Knowledge Base articles, then Custom Objects (last, after all parent Contact and Organization records exist). Each phase emits a row-count reconciliation report. We use Freshdesk's REST API with rate-limit handling and exponential backoff. Attachments are migrated in a separate phase after the core record types are confirmed.

  6. Cutover, validation, and automation rebuild handoff

    We coordinate a cutover window with the customer's support team. Seraph write access is suspended during cutover, and a final delta migration captures any tickets created or modified during the migration window. Freshdesk is set as the system of record for ticket submission. We deliver the automation and workflow inventory document to the customer's Freshdesk admin, covering every Seraph automation or routing rule we documented during discovery with the equivalent Freshdesk configuration. We do not rebuild Seraph automations as Freshdesk Scenario Automations as part of the migration scope.

Platform deep dives

Context on both ends of the pair

Seraph logo

Seraph

Source

Strengths

  • Free self-hosted Basic tier removes licensing cost.
  • 20-year vendor history with bundled helpdesk, credit control, HR, and analytics features.
  • Three tiers with clear positioning across team sizes.
  • Open-source posture allows code-level customisation by capable customers.
  • Managed hosting available at the £50/month Standard tier.

Weaknesses

  • Self-hosting on Basic tier requires meaningful IT effort.
  • Premium support level requires £299/month commitment.
  • No public API documentation.
  • Small customer base limits independent reviewer corpus.
  • UK-centric — overseas customers find limited regional support.
Freshdesk logo

Freshdesk

Destination

Strengths

  • Generous free tier with no credit card required for 1-2 agents for 6 months.
  • Per-agent pricing model is transparent and scales linearly with team growth.
  • Freddy AI Copilot integrates assistance directly into the agent workspace without requiring separate tooling.
  • Multilingual help desk and customer portal serve global teams on Pro and Enterprise plans.
  • Shared inbox, threads, and tasks keep ticket context unified across multi-channel conversations.

Weaknesses

  • Freddy AI is a separate paid add-on charged per session, making AI costs unpredictable and hard to budget.
  • Performance issues including delayed loading and duplicate tickets are recurring user complaints during high-volume periods.
  • Customization is more limited than Zendesk, with fewer workflow options and reporting flexibility.
  • Add-ons for chat, advanced routing, and custom reporting are gated behind higher tiers or separate module purchases.
  • API access is completely disabled on the free plan, blocking any programmatic data export or migration tooling.

Complexity grading

How hard is this migration?

Standard Helpdesk migration. All 7 core objects map 1:1 between Seraph and Freshdesk.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Seraph and Freshdesk.

  • Object compatibility

    A

    All 7 core objects map 1:1 between Seraph and Freshdesk.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    7-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Seraph: Not publicly documented.

  • Data volume sensitivity

    B

    Seraph doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Seraph to Freshdesk migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Seraph to Freshdesk data migrations

Answers to the questions buyers ask most during Seraph to Freshdesk migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Seraph to Freshdesk migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most migrations land between three and five weeks for accounts with a confirmed API export path and under 10,000 tickets. Migrations where Seraph lacks a documented API and requires manual CSV extraction, or where the Seraph data model contains multiple custom object types with cross-references, extend to seven to ten weeks because of the additional discovery, schema normalization, and reconciliation work. The discovery phase (Step 1) is the critical path item; its duration determines whether the migration is short-timeline or long-timeline.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Seraph.
Land in Freshdesk, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day