Helpdesk migration
Field-level mapping, validation, and rollback between Hornbill Service Manager and Freshdesk. We move data and schema; workflows are rebuilt natively in Freshdesk.
Hornbill Service Manager
Source
Freshdesk
Destination
Compatibility
8 of 12
objects map 1:1 between Hornbill Service Manager and Freshdesk.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Hornbill Service Manager to Freshdesk is a structural migration that restructures Hornbill's entity-level model into Freshdesk's unified Ticket architecture. Hornbill maintains separate Incidents, Requests, ServiceRequests, ChangeRequests, Problems, and KnownErrors as distinct entities with their own API endpoints, while Freshdesk consolidates most support interactions into the Ticket object with Type and Status fields driving workflow routing. We map Hornbill Incidents and Requests to Freshdesk Tickets, preserving priority, assigned analyst, customer details, and full conversation threads. Hornbill's SLA engine references separate Service Level Agreement records that must be pre-seeded in Freshdesk before ticket import so breach calculations resume correctly. Catalog item associations from ServiceRequests are stored as text to preserve service catalog context. We do not migrate Hornbill Workflows, automations, or SLA escalation rules as code; we deliver a written inventory of every active workflow and automation for the customer's admin to rebuild in Freshdesk.
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 Freshdesk, 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
Freshdesk
Ticket (Type: Incident)
1:1Hornbill Incidents map to Freshdesk Tickets with Type set to Incident. We map Incident priority (Critical, High, Medium, Low) to Freshdesk Priority, the assigned analyst to a Freshdesk Agent, and the customer fields to Freshdesk Requester. The full incident log and conversation thread migrate as Ticket Conversations. Hornbill's incident category and subcategory map to Freshdesk custom fields because Freshdesk's default Type and Status replace Hornbill's more granular incident categorization.
Hornbill Service Manager
Request
Freshdesk
Ticket (Type: Request)
1:1Hornbill Requests map to Freshdesk Tickets with Type set to Request. The request category, current workflow stage, and custom form fields migrate to Freshdesk ticket fields. Hornbill's Summary Fields, Detail Fields, and Create Fields tabs are all exported regardless of tab assignment and mapped to Freshdesk custom fields defined in the customer's Freshdesk admin prior to import.
Hornbill Service Manager
Service Level Agreement
Freshdesk
SLA Policy
lossyHornbill SLA records must be pre-seeded in Freshdesk as SLA Policies before any ticket import begins. We export SLA definitions (response time, resolution time, business hours, escalation targets) and create matching Freshdesk SLA Policies. Hornbill's SLA is linked to catalog items; Freshdesk's SLA Policy is attached via SLA Policy rules based on ticket type, group, or agent. This mapping is a mandatory pre-migration step and is validated before any ticket data moves.
Hornbill Service Manager
ServiceRequest
Freshdesk
Ticket (Type: Request) + Product reference
1:manyHornbill ServiceRequests reference catalog items and carry Hornbill workflow GUIDs. We extract the catalog item name and store it as a text field in Freshdesk to preserve the service catalog context, then map the ServiceRequest itself to a Freshdesk Ticket. The Hornbill-specific workflow GUID is stripped and documented separately so the customer's admin can rebuild the equivalent Freshdesk Scenario Automation post-migration.
Hornbill Service Manager
ChangeRequest
Freshdesk
Ticket (Type: Change)
1:1Hornbill ChangeRequests carry CAB approval history, risk assessment, and implementation schedules. Freshdesk's Change Management module (available on the Growth plan and above) maps directly. Risk level, approval status, and implementation timeline migrate as custom fields. The CAB approval chain is preserved as ticket notes or as a custom change history field since Freshdesk's native approval model uses a different structure.
Hornbill Service Manager
Problem
Freshdesk
Ticket + Custom Object or Tag
lossyHornbill Problems store root cause analysis, impact assessment, and linked KnownErrors. Freshdesk has no native Problem Management entity. We map Problems to Freshdesk Tickets tagged with a Problem flag and store root cause and diagnostic content in ticket description. Alternatively, the customer may choose a custom object (Growth plan and above) to preserve the full Problem-KnownError-KnownIncident relationship. This decision is made during scoping.
Hornbill Service Manager
KnownError
Freshdesk
Ticket + Custom Object or Tag
lossyHornbill KnownErrors store accepted solutions and workarounds linked to Problems. We map KnownErrors to Freshdesk Tickets tagged with a KnownError flag, with solution and workaround text preserved in the ticket description. The Problem-KnownError linkage is preserved through tagging or a custom object relationship if the customer opts for custom object architecture.
Hornbill Service Manager
Asset
Freshdesk
Asset or Product
1:1Hornbill Assets carry hardware and software inventory, CI relationships, and owner assignments. Freshdesk's Asset Management (Growth plan and above) provides a native Asset object; otherwise, assets migrate as Products with asset-type custom fields. CI relationships are preserved as custom fields or tags. Configuration item dependencies map to Freshdesk custom fields if the customer has the Assets module enabled.
Hornbill Service Manager
Supplier
Freshdesk
Contact + Company or Custom Object
1:1Hornbill Suppliers are first-class entities with associated contacts and contracts. We map Supplier to Freshdesk Company and SupplierContacts to Freshdesk Contacts linked to that Company. Supplier contract metadata (renewal dates, SLA terms, cost) migrates as custom fields on the Company record. Supplier contract documents require separate file transfer via Hornbill's document API.
Hornbill Service Manager
SupplierContract
Freshdesk
Company custom fields or Custom Object
1:1Hornbill SupplierContract records carry renewal dates, SLA terms, and cost information linked to the parent Supplier. Contract metadata migrates to Freshdesk custom fields on the Company record or to a custom object if the customer has Growth plan access. Contract document attachments are handled separately via Hornbill's document repository API and associated by filename at the destination.
Hornbill Service Manager
KnowledgeBase Article
Freshdesk
Article
1:1Hornbill KB articles have approval workflows and category assignments. We export article content, category associations, and article metadata. Article approval states are not enforced in Freshdesk; articles are published as-is and the customer manages approval through Freshdesk's Help Center publication workflow. Base64 inline images migrate as attachments.
Hornbill Service Manager
Custom Fields
Freshdesk
Custom Fields
1:1Hornbill custom fields are defined per entity across Summary Fields, Detail Fields, Create Fields, and List Fields tabs. We export all field definitions and values regardless of tab assignment. Custom fields are pre-created in Freshdesk by type (text, number, dropdown, checkbox, date) before migration begins. Hornbill multi-select and list fields map to Freshdesk dropdown or multi-select picklist fields.
| Hornbill Service Manager | Freshdesk | Compatibility | |
|---|---|---|---|
| Incident | Ticket (Type: Incident)1:1 | Fully supported | |
| Request | Ticket (Type: Request)1:1 | Fully supported | |
| Service Level Agreement | SLA Policylossy | Fully supported | |
| ServiceRequest | Ticket (Type: Request) + Product reference1:many | Fully supported | |
| ChangeRequest | Ticket (Type: Change)1:1 | Fully supported | |
| Problem | Ticket + Custom Object or Taglossy | Fully supported | |
| KnownError | Ticket + Custom Object or Taglossy | Fully supported | |
| Asset | Asset or Product1:1 | Fully supported | |
| Supplier | Contact + Company or Custom Object1:1 | Fully supported | |
| SupplierContract | Company custom fields or Custom Object1:1 | Fully supported | |
| KnowledgeBase Article | Article1:1 | Fully supported | |
| Custom Fields | Custom Fields1:1 | 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
Freshdesk gotchas
API access is blocked on the free plan
Per-minute rate limits are account-wide and endpoint-specific
Multi-channel source types do not map 1:1 to all destinations
Custom objects created in-product cannot be accessed by other apps
Contact import requires at least 10 existing tickets in the account
Pair-specific challenges
Migration approach
Discovery and Freshdesk plan selection
We audit the source Hornbill instance across entity types in use (Incidents, Requests, ServiceRequests, ChangeRequests, Problems, KnownErrors, Assets, Suppliers), custom field definitions per entity, active SLA records, workflow definitions, and knowledge base article count and category structure. We pair this with a Freshdesk plan recommendation: the Free plan covers basic ticketing; Growth ($49/agent/month) adds custom objects and asset management; Pro ($79/agent/month) adds Scenario Automations and advanced SLA policies. The discovery output is a written migration scope with entity counts, SLA mapping requirements, and a Freshdesk plan recommendation.
Freshdesk environment preparation
We guide the customer through Freshdesk setup before any data moves: provisioning agents and groups matching Hornbill teams, creating custom fields mapped to Hornbill custom field definitions, defining SLA Policies matching every Hornbill SLA record (with identical response and resolution times and business hours), setting up ticket Types and Statuses to match Hornbill entity types, and creating the Help Center structure mirroring Hornbill's knowledge base categories. Schema preparation is validated in a Freshdesk trial or sandbox environment before production migration begins.
SLA pre-seeding and validation
We export every Hornbill SLA record, including response targets, resolution targets, business hours, and escalation paths. We create matching Freshdesk SLA Policies and SLA Policy rules based on ticket type and group. SLA pre-seeding is validated by creating test tickets and confirming that Freshdesk correctly calculates SLA breach times against historical timestamps. This step is blocking for ticket import; no ticket data moves until SLA policies are confirmed active and rules are tested.
Asset and supplier foundation migration
We run Hornbill Assets first because Incidents, Requests, and ServiceRequests may reference CIs. Assets map to Freshdesk Assets (Growth plan) or Products with custom fields. Suppliers map to Freshdesk Companies with SupplierContacts as linked Contacts. SupplierContracts migrate as custom fields on the Company record. Document attachments for assets and contracts are exported via Hornbill's document API and associated by filename at the destination. This phase validates CI-Request linking before ticket import begins.
Ticket migration in entity dependency order
We import records in Hornbill's natural dependency order: Incidents (first, with SLA reference resolved), Requests (with catalog item name preserved as text and Hornbill workflow GUIDs stripped), ServiceRequests, ChangeRequests, Problems (tagged as Problem), and KnownErrors (tagged as KnownError). Each phase emits a row-count reconciliation report. Conversation threads migrate as Freshdesk Ticket Conversations. Timestamps, priority, and assigned agent are mapped field-by-field against the pre-created custom field schema.
Knowledge base and workflow inventory delivery
We export Hornbill knowledge base articles with category associations and publish them to Freshdesk Help Center. We do not migrate Hornbill approval workflows for KB articles; Freshdesk manages publication status directly in its own Help Center workflow. We deliver a written inventory of every active Hornbill workflow and automation with its trigger, conditions, and actions, mapped to a recommended Freshdesk Scenario Automation or Dispatcher rule equivalent. The customer's admin rebuilds these post-migration. We do not rebuild workflows as part of the migration scope.
Platform deep dives
Hornbill Service Manager
Source
Strengths
Weaknesses
Freshdesk
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 Hornbill Service Manager and Freshdesk.
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
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 Freshdesk migration scoping. Not seeing yours? Book a call.
Walk through your Hornbill Service Manager to Freshdesk 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 Freshdesk
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.