Helpdesk migration
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
Source
Zoho Desk
Destination
Compatibility
10 of 13
objects map 1:1 between Hornbill Service Manager and Zoho Desk.
Complexity
CModerate
Timeline
3-5 weeks
Overview
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.
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 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
Zoho Desk
Ticket
1:1Hornbill 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
Zoho Desk
Ticket
1:1Hornbill 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
Zoho Desk
Ticket (custom field reference)
lossyHornbill 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
Zoho Desk
Ticket
1:1ChangeRequests 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
Zoho Desk
Ticket
1:1Hornbill 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
Zoho Desk
Ticket (linked reference)
1:1KnownErrors 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
Zoho Desk
Ticket (custom layout)
lossyHornbill 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
Zoho Desk
Product
1:1Hornbill 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
Zoho Desk
Account
1:1Hornbill 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
Zoho Desk
Contract
1:1Hornbill 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
Zoho Desk
Article
1:1Hornbill 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
Zoho Desk
Agent
1:1Hornbill 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
Zoho Desk
Custom Fields (department-scoped)
lossyHornbill 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.
| Hornbill Service Manager | Zoho Desk | Compatibility | |
|---|---|---|---|
| Incident | Ticket1:1 | Fully supported | |
| Request | Ticket1:1 | Fully supported | |
| ServiceRequest | Ticket (custom field reference)lossy | Fully supported | |
| ChangeRequest | Ticket1:1 | Fully supported | |
| Problem | Ticket1:1 | Fully supported | |
| KnownError | Ticket (linked reference)1:1 | Fully supported | |
| Release | Ticket (custom layout)lossy | Fully supported | |
| Asset | Product1:1 | Fully supported | |
| Supplier | Account1:1 | Fully supported | |
| SupplierContract | Contract1:1 | Fully supported | |
| KnowledgeBase Article | Article1:1 | Fully supported | |
| User | Agent1:1 | Fully supported | |
| Custom Fields | Custom Fields (department-scoped)lossy | Mapping required |
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.
Hornbill Service Manager gotchas
SLA configurations reference external Service Level Agreement records
Workflow and catalog item GUIDs are not portable across instances
Contract and asset attachments live in Hornbill's document repository
Minimum 10-user subscription affects per-agent pricing calculations
Custom field tab structure varies by entity and form
Zoho Desk gotchas
Agent email identity determines comment ownership after migration
Blueprints and SLA policies do not export via API
File upload capped at 10GB per migration batch
Tier-gated export and migration capabilities
Inbound migration is two-phase with a hard Phase 2 cutoff
Pair-specific challenges
Migration approach
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).
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.
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.
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.
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.
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
Hornbill Service Manager
Source
Strengths
Weaknesses
Zoho Desk
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 Hornbill Service Manager and Zoho Desk.
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
Hornbill Service Manager: Not publicly documented in standard documentation.
Data volume sensitivity
Hornbill Service Manager 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 Hornbill Service Manager to Zoho Desk migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave Hornbill Service Manager
Other ways to arrive at Zoho Desk
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.