Helpdesk migration

Migrate from Seraph to Zoho Desk

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

Seraph logo

Seraph

Source

Zoho Desk

Destination

Zoho Desk logo

Compatibility

75%

9 of 12

objects map 1:1 between Seraph and Zoho Desk.

Complexity

CModerate

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Seraph to Zoho Desk is a helpdesk migration with a known structural risk: Seraph lacks publicly documented API endpoints or a published data model, which means the schema discovery phase is a mandatory first step before any record mapping can be finalized. We start every Seraph migration with a custom API audit that enumerates Seraph's actual object types, field names, and relationships. From that discovery, we map Seraph Tickets to Zoho Desk Tickets, Seraph Contacts and Companies to Zoho Desk Contacts and Accounts, and Seraph Agents to Zoho Desk Agents with department and team assignment. Thread history (comments, attachments, status changes) migrates via Zoho Desk's thread API. Zoho Desk's two-phase migration cadence (Phase 1 bulk load, Phase 2 delta and retry) shapes our own approach: we run a full migration into a staging environment, reconcile record counts, then run production migration in dependency order. Automations, SLAs, knowledge base structure, and reporting dashboards do not migrate as code; we deliver a written inventory of these for the customer's admin to rebuild in Zoho Desk.

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

Zoho Desk logo

Zoho Desk

What's pulling them in

  • Deep Zoho ecosystem integration lets support data tie directly to CRM contacts, invoice records in Zoho Books, and custom apps built in Zoho Creator, providing a unified customer view without third-party middleware.
  • Pricing undercuts comparable platforms significantly: Enterprise at roughly $40 per agent per month versus Zendesk at comparable tiers, making it attractive for cost-sensitive teams scaling past 10 agents.
  • Blueprints and multi-level escalations allow teams to codify support workflows and enforce SLA routing automatically, reducing manual triage for mid-size support operations.
  • Multi-channel ticket ingestion unifies email, social media, live chat, and phone into a single queue view, giving agents one inbox without context-switching across channels.
  • The free tier up to 3 agents lets small teams validate the platform before committing, reducing financial risk for startups and micro-businesses evaluating help desk software.

Object mapping

How Seraph objects map to Zoho Desk

Each row shows how a Seraph object lands in Zoho Desk, 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

Zoho Desk

Ticket

1:1
Fully supported

Seraph ticket records map to Zoho Desk Ticket. The Seraph schema must be audited via API or export before field mapping is finalized. We create all Zoho Desk custom fields before ticket import using the department-scoped field model, so that any Seraph custom properties on tickets have a destination. Ticket status, priority, and assignee map from Seraph fields to Zoho Desk Status, Priority, and AgentId. Thread history (comments, attachments, internal notes) migrates as Ticket Threads and Ticket Comments in dependency order: Threads must exist before Comments can reference them via the ThreadId field.

Seraph

Contact

maps to

Zoho Desk

Contact

1:1
Fully supported

Seraph Contact records map to Zoho Desk Contact. Required fields in Zoho Desk are Last Name and ContactExtId; Email is optional but used as a dedupe key. We create Zoho Desk Contacts before Tickets so that ContactId is available as a lookup on Ticket at import time. Any Seraph custom contact fields map to department-scoped custom fields on Contact in Zoho Desk.

Seraph

Company or Account

maps to

Zoho Desk

Account

1:1
Fully supported

If Seraph stores organizational records as a separate Company or Account object, those map to Zoho Desk Account. AccountExtId is required; Account Name is required. We create Accounts before Contacts so that Contact.AccountExtId can be populated for the lookup relationship. If Seraph does not have a separate organizational object, we can derive Accounts from Contact company names during the transform phase, but the discovery audit determines which approach applies.

Seraph

Agent

maps to

Zoho Desk

Agent

1:1
Fully supported

Seraph Agent or User records map to Zoho Desk Agent. We resolve Seraph agent email addresses to Zoho Desk Users by email match. Agents must be provisioned in Zoho Desk before Ticket import so that OwnerId references are satisfied. We also capture Seraph agent roles and map them to Zoho Desk Agent, Light Agent, or Support Administrator roles based on permission requirements specified in Zoho Desk's field documentation. Teams must be created in Zoho Desk before agents can be assigned to them.

Seraph

Team

maps to

Zoho Desk

Team

1:1
Fully supported

If Seraph has a team or group concept, we map it to Zoho Desk Teams. Zoho Desk's migration documentation notes that Migration Wizard cannot transfer Teams, so we handle team assignment manually during migration: we create the team structure in Zoho Desk first, then assign agents to teams as part of the agent import phase. This ensures agents land in the correct team context before ticket assignment begins.

Seraph

Department

maps to

Zoho Desk

Department

lossy
Fully supported

Zoho Desk organizes agents and tickets by Department, which is a top-level organizational unit. Seraph departments (if they exist) map to Zoho Desk Departments. We configure Zoho Desk departments before agents are imported, as agents are associated with departments at import time. Department-scoped custom fields are created after department configuration so that they are available in the correct scope.

Seraph

Product or Service

maps to

Zoho Desk

Product

1:1
Fully supported

Seraph product or service records map to Zoho Desk Product. Product records are required before ticket import if tickets reference products. We create Zoho Desk Products with Product Name and Product Code populated from Seraph, then link them to tickets via the ProductId field or a custom product field on Ticket.

Seraph

Attachment

maps to

Zoho Desk

Attachment

1:1
Fully supported

Seraph ticket attachments map to Zoho Desk Ticket Attachments linked to the parent Ticket. Zoho Desk's Zwitch documentation explicitly states that attachments migrate with the Ticket module selection. We handle attachment migration after the parent ticket record exists, using Zoho Desk's attachment API endpoint with multipart upload handling and file size limits documented in the Zoho Desk API reference.

Seraph

Comment or Reply

maps to

Zoho Desk

Ticket Comment

1:1
Fully supported

Seraph comment or reply records map to Zoho Desk Ticket Comments, which are child objects of Ticket Threads. If Seraph structures conversations as threads with replies, we map the top-level thread entry to Ticket Thread and subsequent replies to Ticket Comments. The Zoho Desk Assisted Migration Guide specifies that Threads and Ticket Comments are separate sub-modules under Ticket, so we preserve the parent-child relationship by importing Threads first, then Comments with ThreadId resolved.

Seraph

Custom Field

maps to

Zoho Desk

Custom Field

lossy
Fully supported

Any Seraph custom fields on Ticket, Contact, Account, or Agent map to Zoho Desk Custom Fields scoped to the relevant department. We create the destination custom fields before any data import using the string, decimal, integer, currency, or checkbox field types per Zoho Desk's field type model. Field-level permissions are configured after migration so that sensitive custom fields are restricted to appropriate agent profiles. The Seraph discovery audit determines which custom fields exist and their data types for accurate type mapping.

Seraph

Tag or Label

maps to

Zoho Desk

Tag or Custom Field

lossy
Fully supported

Seraph ticket tags or labels map either to Zoho Desk Tags (a native tagging feature) or to a multi-select picklist custom field, depending on how the customer intends to use the data post-migration. We recommend multi-select picklist for structured classification and native Tags for informal labeling. The customer chooses during scoping. Tags stored as a multi-checkbox property in Seraph map to a multi-select picklist in Zoho Desk without data loss.

Seraph

Engagement History

maps to

Zoho Desk

Task and Event

1:1
Fully supported

If Seraph tracks engagement history (logged calls, meetings, or tasks separate from ticket thread comments), those map to Zoho Desk Task and Event records linked to the relevant Contact or Account. Task fields (Subject, Status, Priority, Activity Date) migrate from Seraph engagement records. We preserve the original timestamp as ActivityDate so that the activity timeline is ordered correctly in Zoho Desk.

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

Zoho Desk logo

Zoho Desk gotchas

High

Agent email identity determines comment ownership after migration

High

Blueprints and SLA policies do not export via API

Medium

File upload capped at 10GB per migration batch

Medium

Tier-gated export and migration capabilities

Low

Inbound migration is two-phase with a hard Phase 2 cutoff

Pair-specific challenges

  • Seraph has no publicly documented API or export schema

    No API documentation, public developer reference, or schema definition was found for a helpdesk platform called Seraph at seraphhelpdesk.com or associated domains. The migration cannot proceed without a discovery audit of Seraph's actual data structure. We perform this audit by connecting to Seraph's API (if accessible) or by importing a sample export to enumerate object types, field names, and relationships. All subsequent mapping is contingent on this audit. Customers with Seraph should verify that their Seraph instance has API access enabled and provide credentials before scoping begins.

  • Zoho Desk custom fields are department-scoped and must be created before import

    Zoho Desk custom fields are scoped to the department in which they are created, not global to the account. If the migration involves multiple departments, we create custom fields in each department separately. Additionally, custom fields must exist in Zoho Desk before the CSV or API import can write data to them. The Zoho Desk Fields documentation confirms that Support Administrators have permission to manage custom fields, and field-level permissions can restrict visibility per agent profile. We create all custom fields in staging before production migration to avoid import rejection.

  • Zwitch drops KB attachments and cannot migrate Teams

    Zoho Desk's native Zwitch migration tool explicitly excludes Knowledge Base attachments and does not transfer Teams. If the migration relies on Zwitch, KB article attachments will not appear in Zoho Desk post-migration, and teams must be manually recreated and agents reassigned. We handle both of these as part of our migration scope: we migrate KB article content and metadata separately from the document files (with file migration handled via Zoho Desk's attachment API), and we create Zoho Desk Teams before agent import so that team membership is established during the data load.

  • Created-at timestamps require API-level migration to preserve

    Zoho Desk Migration Wizard cannot migrate the Created at date to the native CreatedTime field by default. Help Desk Migration documentation notes that with customization, Created at dates can be migrated into the body of a comment with the author's attribution, but the ticket's internal CreatedTime field defaults to the migration run date. We use the Zoho Desk REST API to set CreatedTime explicitly during migration so that historical tickets retain their original creation timestamps in Zoho Desk's native fields.

  • Inactive agent records cannot be migrated

    Zoho Desk does not migrate cases associated with deactivated agents. If Seraph has agent records in inactive status, their tickets must be reassigned to active agents before migration or mapped to a system agent record. We identify deactivated agents during the Seraph audit, provide a reassignment list to the customer's admin, and execute reassignment before the production migration phase.

Migration approach

Six steps for a successful Seraph to Zoho Desk data migration

  1. Schema discovery and Seraph API audit

    We audit the Seraph instance via API access or structured export to enumerate all object types, field names, field types, and relationships. This audit output is the definitive source of truth for all subsequent mapping. If Seraph has no accessible API, we work from a sample CSV export provided by the customer, noting that CSV-based export may omit thread history and attachment metadata that API access would capture. The discovery audit produces a written Seraph schema document that we share with the customer for validation before we finalize the migration specification.

  2. Zoho Desk destination configuration

    We configure the Zoho Desk destination before any data import. This includes creating Departments, Teams, and Agent profiles (Agent, Light Agent, Support Administrator), configuring custom fields scoped to the relevant departments, and setting up field-level permissions per agent profile. We also configure Record Types and Sales Processes if the customer's Zoho Desk workflow uses them. All configuration is deployed to a Zoho Desk staging or sandbox portal first for validation before production migration begins.

  3. Sandbox migration and reconciliation

    We run a full migration into the Zoho Desk staging portal using production-like data volume. The customer reconciles record counts (Tickets in, Contacts in, Accounts in, Agents in, Attachments in), spot-checks 25-50 random tickets against the Seraph source, and validates that thread history is complete and timestamps are preserved. Any mapping corrections, custom field additions, or department reassignments are resolved in staging before the production migration date is confirmed.

  4. Agent and team provisioning

    We extract every distinct Seraph agent and map them to Zoho Desk Users by email match. Teams are created in Zoho Desk first, then agents are assigned to teams during the agent import phase. The customer provisions any missing agents or deactivated agent reactivations identified during the discovery audit. Agent provisioning must be complete before ticket import begins because ticket OwnerId references must resolve to a Zoho Desk User.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Agents and Teams (validated), Accounts (from Seraph Companies or derived from Contact company names), Contacts (with AccountId resolved), Products, Tickets (with ContactId and AccountId resolved), Ticket Threads (parent records first), Ticket Comments (with ThreadId resolved), Attachments (after parent tickets exist), and Activity history (Tasks and Events linked to Contacts and Accounts). Each phase emits a row-count reconciliation report before the next phase begins. We use the Zoho Desk REST API for thread and comment migration to preserve authorship, timestamps, and attachment references.

  6. Cutover, validation, and automation inventory handoff

    We freeze Seraph write access during the cutover window, run a final delta migration of any records modified during the migration window, then enable Zoho Desk as the system of record. We deliver a written inventory of all Seraph automations, SLA configurations, macros, and reporting dashboards that require rebuild in Zoho Desk, organized by module and priority. We support a one-week hypercare window for reconciliation issues. We do not rebuild automations, macros, or SLA policies as part of the standard migration scope; those are separate configuration work handled by the customer's Zoho Desk admin or a Zoho implementation partner.

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.
Zoho Desk logo

Zoho Desk

Destination

Strengths

  • Generous free tier for teams of up to 3 agents with no time limit, reducing financial risk for small support operations.
  • Per-agent flat pricing across tiers is significantly lower than Zendesk, Freshdesk, or Intercom at equivalent feature levels.
  • Tight integration with Zoho CRM, Zoho Books, and Zoho Creator provides a unified data ecosystem without third-party middleware.
  • Multi-channel ticket aggregation consolidates email, social, chat, and phone into a single queue view.
  • Assisted migration service handles the two-phase transfer process with Zoho's own migration team for inbound moves.

Weaknesses

  • The UI is frequently described as dated, clunky, and inconsistent across modules compared to modern SaaS competitors.
  • Advanced automation features including Blueprints, multi-brand, and live chat are tier-gated, limiting the free and Express plans to basic ticketing.
  • Non-Zoho integrations require custom Deluge scripting or external middleware, reducing flexibility for heterogeneous tech stacks.
  • Steep learning curve and complex customization options mean slower onboarding for new agents and ongoing training investment.
  • Export and migration capabilities are gated by plan tier, with data backup only available on higher plans.

Complexity grading

How hard is this migration?

Moderate Helpdesk migration. 4 of 7 objects need a mapping; the rest are 1:1.

C

Overall complexity

Moderate migration

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

  • Object compatibility

    C

    4 of 7 objects need a mapping; the rest are 1:1.

  • 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 Zoho Desk 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 Zoho Desk data migrations

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

Can't find your answer?

Walk through your Seraph to Zoho Desk 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 under 10,000 tickets and 2,000 contacts with a clean Seraph schema and no custom objects. Migrations where Seraph lacks accessible API documentation, has complex custom field structures, or involves multiple departments and teams move to six to ten weeks because of the mandatory discovery audit phase and additional configuration work in Zoho Desk. The discovery audit is the critical path item: without it, mapping cannot be finalized.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Seraph.
Land in Zoho Desk, 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