Helpdesk migration

Migrate from Hornbill Service Manager to Freshdesk

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 logo

Hornbill Service Manager

Source

Freshdesk

Destination

Freshdesk logo

Compatibility

67%

8 of 12

objects map 1:1 between Hornbill Service Manager and Freshdesk.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

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

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

maps to

Freshdesk

Ticket (Type: Incident)

1:1
Fully supported

Hornbill 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

maps to

Freshdesk

Ticket (Type: Request)

1:1
Fully supported

Hornbill 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

maps to

Freshdesk

SLA Policy

lossy
Fully supported

Hornbill 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

maps to

Freshdesk

Ticket (Type: Request) + Product reference

1:many
Fully supported

Hornbill 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

maps to

Freshdesk

Ticket (Type: Change)

1:1
Fully supported

Hornbill 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

maps to

Freshdesk

Ticket + Custom Object or Tag

lossy
Fully supported

Hornbill 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

maps to

Freshdesk

Ticket + Custom Object or Tag

lossy
Fully supported

Hornbill 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

maps to

Freshdesk

Asset or Product

1:1
Fully supported

Hornbill 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

maps to

Freshdesk

Contact + Company or Custom Object

1:1
Fully supported

Hornbill 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

maps to

Freshdesk

Company custom fields or Custom Object

1:1
Fully supported

Hornbill 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

maps to

Freshdesk

Article

1:1
Fully supported

Hornbill 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

maps to

Freshdesk

Custom Fields

1:1
Mapping required

Hornbill 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.

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

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

  • Freshdesk requires SLA Policies pre-seeded before ticket import

    Hornbill's SLA engine references separate Service Level Agreement records that must exist before Incidents or Requests can inherit SLA terms. Freshdesk operates the same way: SLA Policies must be defined in admin and attached via SLA Policy rules before they apply to tickets. We export every Hornbill SLA definition during scoping, create matching Freshdesk SLA Policies with identical response and resolution times and business hours, and validate that SLA Policy rules are active before any ticket data moves. Migrations that skip this step result in tickets arriving without SLA enforcement, requiring manual reapplication.

  • Freshdesk migration tools have caused knowledge base duplication

    Community reports from the Freshworks community document cases where Freshdesk's native migration app duplicated knowledge base articles during import, with one team receiving 800 articles instead of the expected 200. We avoid the native Freshdesk migration app and use a controlled API-based import with hash-based deduplication on article title and content. If the customer wishes to use a third-party migration service alongside our data work, we coordinate the knowledge base import separately and validate article counts post-migration.

  • Freshdesk restricts deletion of migrated users and contacts

    Freshdesk does not allow complete removal of agent and contact records after migration because they are essential for maintaining data integrity and ticket history. We coordinate with the customer to provision Freshdesk agents and contacts with the correct email addresses before migration so that records match by email rather than requiring post-migration cleanup of duplicates. Any contacts or agents the customer wishes to exclude must be identified during scoping before migration begins.

  • Hornbill catalog item GUIDs are not portable to Freshdesk

    Hornbill assigns globally unique identifiers to catalog items, workflows, and service definitions embedded in ServiceRequest records. These GUIDs have no meaning in Freshdesk and are stripped during export. The catalog item name is preserved as a text field so the service catalog context is not lost. Workflow associations are documented in the automation inventory for the customer's admin to rebuild using Freshdesk Scenario Automations. Catalog item GUIDs are never imported into Freshdesk as they would create orphaned references.

Migration approach

Six steps for a successful Hornbill Service Manager to Freshdesk data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

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.
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. 1 of 7 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Hornbill Service Manager and Freshdesk.

  • Object compatibility

    B

    1 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 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 Hornbill Service Manager to Freshdesk data migrations

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

Can't find your answer?

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 consultation

Most migrations land between three and five weeks for accounts with under 15,000 combined Incidents and Requests and no active Problem Management or Change Management records. Migrations with full Problem and KnownError records, large asset inventories (over 2,000 CIs), supplier contract metadata, or complex custom field structures move to eight to twelve weeks because of SLA pre-seeding validation, entity dependency resolution, and CI-Request linking work.

Adjacent paths

Related migrations to explore

Ready when you are

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