Helpdesk migration

Migrate from Hornbill Service Manager to Zoho Desk

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

Hornbill Service Manager logo

Hornbill Service Manager

Source

Zoho Desk

Destination

Zoho Desk logo

Compatibility

77%

10 of 13

objects map 1:1 between Hornbill Service Manager and Zoho Desk.

Complexity

CModerate

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Hornbill Service Manager to Zoho Desk is an ITSM-to-helpdesk translation, not a straightforward record copy. Hornbill maintains separate entities for Incidents, Requests, ServiceRequests, ChangeRequests, and Problems, each with its own workflow engine and SLA engine that references standalone Service Level Agreement records. Zoho Desk uses a department-centric ticket model with a flat ticket object, limited native SLA management, and department-scoped custom fields. We pre-seed SLA definitions as Zoho Desk custom fields before importing any request record, strip Hornbill-specific GUIDs from catalog item references, and map Hornbill's team-based access model to Zoho Desk's role-based agent and team structure. Workflows, automations, and Service Level Agreement calculation engines do not migrate; we deliver a written inventory of every active Hornbill workflow, catalog item, and SLA definition for your admin to reconfigure in Zoho Desk's layout and automation tools.

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

Hornbill Service Manager logo

Hornbill Service Manager

What's pushing teams away

  • Pricing lacks transparency on the public website, requiring direct sales engagement to obtain a quote, which creates friction for budget-conscious buyers evaluating multiple platforms.
  • The platform's enterprise focus and minimum 10-user subscription create a barrier for smaller IT teams seeking lightweight helpdesk functionality.
  • Advanced AI features and deeper automation capabilities are gated behind higher tiers or add-on costs, prompting teams to evaluate alternatives with inclusive licensing.
  • Some customers report that Hornbill's UI and configuration tooling have a steeper learning curve than newer SaaS alternatives like Freshservice or HaloITSM.

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 Hornbill Service Manager objects map to Zoho Desk

Each row shows how a Hornbill Service Manager 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.

Hornbill Service Manager

Incident

maps to

Zoho Desk

Ticket

1:1
Fully supported

Hornbill Incidents map to Zoho Desk Tickets with type set to 'Incident'. We translate Hornbill Incident status (New, In Progress, Pending, Resolved, Closed) to Zoho Desk ticket status values, and Hornbill Priority (Critical, High, Medium, Low) to Zoho Desk Priority. The Hornbill assigned analyst maps to the Zoho Desk Agent via email resolution. Incident description and initial log entries migrate as the ticket Description and first Thread entry respectively.

Hornbill Service Manager

Request

maps to

Zoho Desk

Ticket

1:1
Fully supported

Hornbill Requests map to Zoho Desk Tickets with type set to 'Request'. Hornbill's current stage in the workflow maps to a Zoho Desk custom field request_stage__c because Zoho Desk does not have a native multi-stage workflow state machine. The Hornbill Request category and subcategory map to Zoho Desk Category and Subcategory picklist fields.

Hornbill Service Manager

ServiceRequest

maps to

Zoho Desk

Ticket (custom field reference)

lossy
Fully supported

Hornbill ServiceRequests carry catalog item GUIDs that are not portable to Zoho Desk. We strip the Hornbill-specific GUIDs, extract the catalog item display name, and store it as a text custom field catalog_item__c on the Zoho Desk Ticket. Workflow associations that defined the ServiceRequest lifecycle are documented separately for the admin to rebuild using Zoho Desk Blueprint or macros.

Hornbill Service Manager

ChangeRequest

maps to

Zoho Desk

Ticket

1:1
Fully supported

ChangeRequests migrate to Zoho Desk Tickets with type set to 'Change' or a custom field change_type__c. CAB approval history, risk assessment fields, and implementation schedule dates migrate as custom fields on the ticket record. Zoho Desk does not have a native CAB workflow model, so we store the approval chain status as a custom picklist field and document the CAB configuration requirement for the admin.

Hornbill Service Manager

Problem

maps to

Zoho Desk

Ticket

1:1
Fully supported

Hornbill Problems migrate to Zoho Desk Tickets with type set to 'Problem'. Root cause analysis text and impact assessment fields migrate as custom text fields on the ticket. Linked KnownErrors are stored as a comma-separated custom field known_errors__c referencing the migrated KnownError record IDs. Problem status is preserved in a custom field problem_status__c.

Hornbill Service Manager

KnownError

maps to

Zoho Desk

Ticket (linked reference)

1:1
Fully supported

KnownErrors migrate as Zoho Desk Tickets with type set to 'Known Error' and are cross-linked to their parent Problem ticket via a Zoho Desk custom lookup field. Workaround text and accepted solution details migrate as custom fields on the Known Error ticket. The solution content migrates but is stored as a custom rich-text field since Zoho Desk does not have a native KnownError solution field.

Hornbill Service Manager

Release

maps to

Zoho Desk

Ticket (custom layout)

lossy
Fully supported

Hornbill Release records carry deployment schedules and blackout window references. We migrate release records as Zoho Desk Tickets with a custom type field, preserving deployment date, release version, and blackout window notes as custom date and text fields. Calendar-level blackout window configurations are system-level settings that do not migrate; we document them as a configuration item for the Zoho Desk admin.

Hornbill Service Manager

Asset

maps to

Zoho Desk

Product

1:1
Fully supported

Hornbill Assets migrate to Zoho Desk Products with the asset type, status, assigned user, and CI relationship data stored as custom fields. Hardware serial numbers, warranty dates, and location information map to Zoho Desk Product custom fields. CI-to-asset relationships are preserved as a custom lookup field linking the Product to related Asset records. Full IT asset management functionality requires Zoho ManageEngine integration post-migration.

Hornbill Service Manager

Supplier

maps to

Zoho Desk

Account

1:1
Fully supported

Hornbill Suppliers map to Zoho Desk Accounts. Supplier name becomes Account Name, and supplier contact information maps to the primary contact on the Account. We create Account records before importing any SupplierContracts so that the lookup relationship is satisfied at insert time.

Hornbill Service Manager

SupplierContract

maps to

Zoho Desk

Contract

1:1
Fully supported

Hornbill SupplierContracts migrate to Zoho Desk Contracts with renewal dates, SLA terms, and cost fields preserved as Contract custom fields. Contract document attachments are handled separately via Hornbill's document API and re-associated with the migrated Contract record by filename matching. Zoho Desk Contract module is available from specific plans; we verify plan eligibility during scoping.

Hornbill Service Manager

KnowledgeBase Article

maps to

Zoho Desk

Article

1:1
Fully supported

Hornbill KB articles migrate to Zoho Desk Articles with content, category assignments, and approval state preserved as custom fields. Article approval workflows do not migrate; we document the approval state as a custom field on the Article so the admin can reconfigure approval routing in Zoho Desk. Inline images and attachments require separate file export and re-upload via Zoho Desk's media library.

Hornbill Service Manager

User

maps to

Zoho Desk

Agent

1:1
Fully supported

Hornbill Users migrate to Zoho Desk Agents. We resolve Hornbill Users by email match against the Zoho Desk Agent table. Hornbill Team membership maps to Zoho Desk Teams, which we create before Agent import and associate during migration. Role and Rights definitions from Hornbill do not map directly to Zoho Desk permission profiles; we document the role mapping as a configuration guide for the admin.

Hornbill Service Manager

Custom Fields

maps to

Zoho Desk

Custom Fields (department-scoped)

lossy
Mapping required

Hornbill custom fields for each entity (Summary Fields, Detail Fields, Create Fields, List Fields tabs) export with their full values regardless of tab assignment. We create equivalent custom fields in Zoho Desk scoped to the relevant department before migration. Field type translation is required: Hornbill text fields become Zoho Desk single-line or multi-line text, date fields become Zoho Desk date fields, and multi-select fields become Zoho Desk multi-select picklists.

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.

Hornbill Service Manager logo

Hornbill Service Manager gotchas

High

SLA configurations reference external Service Level Agreement records

High

Workflow and catalog item GUIDs are not portable across instances

Medium

Contract and asset attachments live in Hornbill's document repository

Medium

Minimum 10-user subscription affects per-agent pricing calculations

Low

Custom field tab structure varies by entity and form

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

  • Hornbill SLA records require pre-seeding before ticket import

    Hornbill's SLA engine references standalone Service Level Agreement records that define breach thresholds, calendar hours, and escalation rules. Zoho Desk does not have a native SLA entity with the same calculation model. We pre-seed SLA definitions as Zoho Desk custom fields (sla_response_due__c, sla_resolution_due__c, sla_breached__c) and compute due dates during the transformation step before importing ticket records. This ensures SLA tracking resumes correctly without requiring a manual admin re-entry of every SLA definition after migration. Skipping this step results in tickets without SLA context that must be manually tagged by agents post-migration.

  • Hornbill catalog item and workflow GUIDs strip on export

    Hornbill assigns globally unique identifiers to catalog items, workflows, and service definitions that are embedded in ServiceRequest and ChangeRequest records. These GUIDs are Hornbill-specific and have no equivalent in Zoho Desk. We strip them during export, extract the display name, and store it as a text reference. Catalog workflow associations are documented in the automation inventory handoff so the admin can rebuild the service catalog and workflow logic in Zoho Desk Blueprint. Records that reference deleted or inactive Hornbill workflows will arrive in Zoho Desk without a workflow association and require manual routing.

  • Zoho Desk custom fields are scoped to individual departments

    Zoho Desk custom fields exist within a specific department context and cannot be shared across departments without duplicating the field definition. Hornbill organizes custom fields per entity globally. We must create custom fields per Zoho Desk department before importing, which increases schema design time for organizations with more than two departments. The migration plan includes a department-by-department custom field audit during the scoping phase. Fields created in one department do not automatically appear in another; we configure each department's layout independently.

  • Hornbill document repository attachments require separate file handling

    SupplierContracts, Assets, and KnowledgeBase articles in Hornbill may carry document attachments stored in Hornbill's file repository rather than as blob fields in the entity record. We export files via Hornbill's document API, upload them to Zoho Desk's file attachments, and link them by filename matching. File repository credentials must be provided during scoping. Large attachment sets (over 10 GB combined) require a staged upload plan; Zoho Desk's import file size limit is 10 GB per batch.

  • Hornbill team and role structures require manual rebuild in Zoho Desk

    Hornbill organizes Users into Teams with Roles and Rights that define granular access controls across entities and actions. Zoho Desk uses a simpler Agent and Team permission model with department-level scoping and predefined permission profiles. We map Hornbill team memberships to Zoho Desk Teams, but Hornbill role definitions do not map to Zoho Desk permission profiles directly. The admin must review Zoho Desk's Support Administrator, Agent, and Light Agent profiles against the original Hornbill role assignments and adjust access controls post-migration. We include a role comparison table in the handoff documentation.

Migration approach

Six steps for a successful Hornbill Service Manager to Zoho Desk data migration

  1. Discovery and scoping call

    We audit the source Hornbill instance across entity types in scope (Incidents, Requests, ChangeRequests, Problems, KnownErrors, Assets, Suppliers, KB articles), active user and team count, custom field definitions per entity, SLA record count, document attachment volume, and any active workflow or catalog item definitions. We verify the Zoho Desk plan tier and confirm which modules (Contracts, Products, Knowledge Base) are available. The discovery output is a written migration scope document, a preliminary object mapping, and a list of items that do not migrate (workflows, automations, SLA calculation engines, CAB calendar configurations).

  2. Schema design and SLA pre-seeding

    We design the Zoho Desk destination schema before any data moves. This includes creating custom fields for Hornbill entity fields that have no direct Zoho Desk equivalent (request_stage__c, change_risk__c, sla_response_due__c, catalog_item__c, hs_original_lifecycle__c), setting up Zoho Desk Teams mapped from Hornbill Teams, and configuring department layouts with the migrated custom fields. SLA definitions from Hornbill are seeded as custom date fields and documentation in the Zoho Desk admin so that agents can reference them manually. Schema is validated in a Zoho Desk sandbox or trial account before production migration begins.

  3. Parent record pre-import

    We import records in strict dependency order. Hornbill Assets and Suppliers are imported first because Assets may be referenced by Incidents and Suppliers are referenced by SupplierContracts. Hornbill Accounts (mapped from Suppliers) and Products (mapped from Assets) must exist in Zoho Desk before any ticket record that references them. This sequencing prevents orphaned lookups and the API errors that result from inserting child records before their parent record exists in the destination.

  4. Ticket and engagement migration

    We migrate Incidents, Requests, ServiceRequests, ChangeRequests, Problems, and KnownErrors in that dependency order, using Hornbill's entity-level REST APIs to retrieve records with full thread history, custom field values, and SLA link references. Thread entries (comments, status changes, internal notes) migrate as Zoho Desk Thread entries preserving the author email and timestamp. Activity history migrates as Thread records with the original Hornbill timestamp preserved in a custom date field. Zoho Desk's API rate limits and batch chunking are managed with exponential backoff on limit responses.

  5. File attachment handling

    We export Hornbill document repository files via the document API, rename files to match their associated record identifier, and upload them as Zoho Desk ticket attachments using the attachment API. Attachments over 25 MB are chunked per Zoho Desk's file size constraints. The migration team coordinates a file inventory during scoping to estimate total attachment volume and flag any GB+ attachment sets that require extended upload windows.

  6. Cutover, validation, and automation handoff

    We freeze writes to Hornbill during the cutover window, run a final delta migration of records modified during the migration period, and enable Zoho Desk as the system of record. We deliver a written automation inventory documenting every active Hornbill workflow, catalog item, SLA definition, and workflow GUID association for the admin to rebuild using Zoho Desk Blueprint, macros, and SLA configuration tools. We support a one-week post-go-live window for reconciliation issues. Workflow rebuild, SLA formal configuration, and any CAB calendar setup are outside standard migration scope and are handled as a separate engagement or an internal admin task.

Platform deep dives

Context on both ends of the pair

Hornbill Service Manager logo

Hornbill Service Manager

Source

Strengths

  • Pre-built ITIL-aligned workflow templates for incident, request, problem, and change management reduce setup time.
  • Drag-and-drop service designer allows non-developers to build and modify workflows without writing code.
  • Unified Service Portal consolidates multiple internal service portals into one interface for end users.
  • Integrated AI tools for agents and a virtual agent provide automation without requiring external AI platform integration.
  • G-Cloud listed supplier with UK government data residency options for public sector buyers.

Weaknesses

  • Pricing is not publicly transparent, requiring sales contact for a quote and creating friction in vendor evaluation.
  • Minimum 10-user subscription limits adoption for smaller IT teams with fewer than 10 support staff.
  • Enterprise-focused architecture means lighter-weight helpdesk use cases may find the platform over-engineered.
  • Custom field and workflow configurations are platform-specific and require effort to port when migrating away.
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 Hornbill Service Manager 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

    Hornbill Service Manager: Not publicly documented in standard documentation.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Hornbill Service Manager 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 Hornbill Service Manager to Zoho Desk data migrations

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

Can't find your answer?

Walk through your Hornbill Service Manager to Zoho Desk migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Migrations under 15,000 total records (Incidents, Requests, Problems, Changes, Assets, Suppliers) with no custom objects and a single Hornbill instance land between three and five weeks. Migrations with full ChangeRequest history, Supplier and Asset dependency chains, KnownError records, large Knowledge Base article sets, or multiple departments requiring per-department custom field configuration move to eight to twelve weeks because of schema design time, SLA pre-seeding work, and file attachment handling. The timeline also depends on how quickly the customer's Zoho Desk admin approves the sandbox migration output and provisions missing agents.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Hornbill Service Manager.
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