Helpdesk migration

Migrate from House-on-the-Hill Service Desk to Freshdesk

Field-level mapping, validation, and rollback between House-on-the-Hill Service Desk and Freshdesk. We move data and schema; workflows are rebuilt natively in Freshdesk.

House-on-the-Hill Service Desk logo

House-on-the-Hill Service Desk

Source

Freshdesk

Destination

Freshdesk logo

Compatibility

70%

7 of 10

objects map 1:1 between House-on-the-Hill Service Desk and Freshdesk.

Complexity

CModerate

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from House-on-the-Hill Service Desk to Freshdesk is a platform-architecture migration as much as a data migration. House-on-the-Hill exports flat CSV files from a Settings Cog interface with no public REST API, while Freshdesk exposes a full REST API that accepts JSON payloads and enforces a typed schema at insert time. We bridge that gap by extracting each House-on-the-Hill table independently (Tickets, Contacts, Agents, Companies, Conversations, Knowledge Base, Attachments), denormalising related tables into the flat structures House-on-the-Hill exports, then transforming and loading each record type into Freshdesk's API endpoints in dependency order. The _suppdesk.err_ error log House-on-the-Hill generates on import failures must be read and resolved before each delta pass. Freshdesk's requirement that contacts can only be imported when at least ten tickets exist in the account is handled by sequencing ticket creation before contact import. SLA policies, knowledge base categories, and custom ticket fields require explicit schema configuration in Freshdesk before data flows in.

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

House-on-the-Hill Service Desk logo

House-on-the-Hill Service Desk

What's pushing teams away

  • The platform lacks a documented public REST API for automated CRUD operations; migration relies on CSV flat-file exports from the UI, which limits automation scope and makes large-volume migrations time-consuming to repeat.
  • Customer reviews are scarce with limited third-party presence, making independent evaluation of feature parity against newer platforms such as Freshservice or Jira Service Management difficult for teams in competitive selection processes.
  • The HTTPS Report API only exposes pre-configured report output as JSON; it does not provide a general-purpose data access layer, so real-time integration with downstream BI tools or CRM systems requires custom middleware development.

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 House-on-the-Hill Service Desk objects map to Freshdesk

Each row shows how a House-on-the-Hill Service Desk 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.

House-on-the-Hill Service Desk

Contact

maps to

Freshdesk

Contact

1:1
Fully supported

House-on-the-Hill stores Contacts in a separate database and exports them as a flat CSV with name, email, phone, and company fields. Freshdesk Contacts require at least ten tickets to exist in the account before the contact import succeeds, so we sequence ticket creation before contact import. We map the source email address as the dedupe key, preserve any custom contact fields as Freshdesk custom contact fields created before import, and set the primary company via the Companies import pass that precedes this step.

House-on-the-Hill Service Desk

Company

maps to

Freshdesk

Company

1:1
Fully supported

House-on-the-Hill Companies (organisations) export with name, domain, and address fields as a flat CSV. Freshdesk Companies require the company name as the primary key. We create the Companies pass before Contacts so that Freshdesk can resolve the company association on each contact record at import time. House-on-the-Hill's flat company model maps directly to Freshdesk's company structure without transformation.

House-on-the-Hill Service Desk

Agent

maps to

Freshdesk

Agent

1:1
Fully supported

House-on-the-Hill agent accounts are stored in a distinct database but the HTTPS Report API does not expose agent records for automated export, so we export agent data from the UI CSV export where available. Freshdesk agents are provisioned in Admin > Agents before migration. We map House-on-the-Hill agent email addresses to Freshdesk agent accounts by email match, and any House-on-the-Hill agent without a corresponding Freshdesk account is held in a reconciliation queue for the customer's admin to provision before record import resumes.

House-on-the-Hill Service Desk

Ticket

maps to

Freshdesk

Ticket

1:1
Fully supported

Tickets are the primary House-on-the-Hill record type and migrate cleanly via CSV export from Settings Cog > More Tools. We map source columns to Freshdesk ticket schema: subject becomes subject, description_text becomes description, source priority and status map to Freshdesk priority and status enums. The source ticket reference number is preserved as a custom field for audit traceability. Ticket import is sequenced after Contacts and Companies but before Conversations to ensure requester and company lookups resolve at insert time.

House-on-the-Hill Service Desk

Conversation

maps to

Freshdesk

Conversation (Ticket Replies)

1:1
Fully supported

Ticket conversations (public replies and internal notes) in House-on-the-Hill are stored as a related table. We export the conversation thread linked to each ticket by ticket reference number and import them in ticket-ID order after the ticket base is loaded in Freshdesk. Public replies become Freshdesk conversation notes with the is_reply flag; internal notes become Freshdesk private notes. The source timestamp is preserved on each conversation record to maintain thread ordering.

House-on-the-Hill Service Desk

Knowledge Base Article

maps to

Freshdesk

Article

1:1
Fully supported

KB articles are stored separately from tickets in House-on-the-Hill. We export them as structured records and map them to Freshdesk Help Center articles, preserving article-body HTML, category assignments, and any custom article fields. Freshdesk requires the Help Center to be configured before article import (Admin > Help Center settings). Article-to-category mapping uses the category names exported from House-on-the-Hill as the matching key. Pair-specific risk: Freshdesk's native import tools have been reported to duplicate KB articles on re-import, so we use API-based article creation with idempotent keying by source article ID to prevent duplication.

House-on-the-Hill Service Desk

Attachment

maps to

Freshdesk

Attachment

1:1
Fully supported

File attachments in House-on-the-Hill are stored in the document management system and linked to tickets by an internal document ID. The ticket CSV does not embed attachment binary data. We export all attachment records as a separate pass, download each file, then upload to Freshdesk using the attachments API endpoint and re-associate by matching the source ticket reference to the migrated Freshdesk ticket ID. This two-phase approach (ticket load first, then attachment upload and re-link) is required to avoid broken attachment references in the final dataset.

House-on-the-Hill Service Desk

Custom Field

maps to

Freshdesk

Custom Field

lossy
Fully supported

Custom ticket and contact fields are defined in the House-on-the-Hill form designer. We inspect the field schema via the CSV export template and create equivalent Freshdesk custom fields in Admin > Support Operations before any data import begins. Dropdown, multi-select, date, number, and boolean field types map directly. Any custom field in House-on-the-Hill without a Freshdesk equivalent is created as a text custom field and flagged for the customer to review for type accuracy post-migration.

House-on-the-Hill Service Desk

SLA Policy

maps to

Freshdesk

SLA Policy

lossy
Fully supported

SLA policies and their association with tickets are not independently exportable from the House-on-the-Hill ticket record; the HTTPS Report API does not expose SLA records independently. We extract SLA name and breach time from the ticket export where present and recreate SLA rules as Freshdesk Admin > SLA Policies configurations before ticket import. Ticket-level SLA assignments are then mapped by ticket reference after the SLA Policy configuration is complete.

House-on-the-Hill Service Desk

Tag

maps to

Freshdesk

Tag

lossy
Fully supported

Tags in House-on-the-Hill are a flat label system applied to tickets, stored as a comma-separated string per ticket in the CSV export. We split the tag string at import time and create Freshdesk tags via the tags API before or alongside ticket import. Tags used for ticket categorisation migrate directly; tags used for internal routing or workflow context are flagged for the customer's admin to reassign using Freshdesk's automation rules post-migration.

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.

House-on-the-Hill Service Desk logo

House-on-the-Hill Service Desk gotchas

Medium

CSV import requires flat file format with no nested structures

Medium

Import error log is written to _suppdesk.err_ with no UI summary

Medium

Attachments must be exported and re-linked separately from tickets

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

  • House-on-the-Hill has no public REST API for CRUD operations

    House-on-the-Hill exposes no programmatic create, read, update, or delete endpoint. All data access is through CSV flat-file export from the Settings Cog UI or the HTTPS Report API, which only returns pre-configured report JSON. This means the migration pipeline cannot use incremental API polling or webhook-driven delta detection. We extract each database table independently, denormalise related records into flat CSV files, and sequence the load to respect parent-child dependency order (Contacts and Companies first, then Agents, then Tickets, then Conversations, then Attachments). Any mid-migration data changes in House-on-the-Hill require a re-export and delta pass, which adds time for large datasets.

  • _suppdesk.err_ error log is not surfaced in the web UI

    When a House-on-the-Hill CSV import encounters malformed rows, Hoth writes errors to a local _suppdesk.err_ file rather than surfacing them in the web UI. Data type mismatches, missing required fields, and encoding errors in this log must be corrected in the source CSV before the record can be re-imported. We download and parse this file after each import pass and re-run affected rows as a delta pass once errors are resolved. This manual error-resolution step is specific to the House-on-the-Hill source and does not apply when migrating to Freshdesk, which returns structured error responses via its API.

  • Freshdesk requires at least 10 tickets before contact import

    Freshdesk's contact import wizard enforces a minimum of ten tickets in the account before a contact import will succeed. House-on-the-Hill exports contacts and tickets as separate flat files, so we must load a ticket seed batch into Freshdesk before contact import begins. We handle this by loading a minimal ticket set first (using the ticket IDs and requester information from the source export), then proceeding with the full contact import, then loading the complete ticket set with full conversation history.

  • KB article duplication risk on Freshdesk re-import

    Freshdesk's native import tools have been reported by community members to duplicate knowledge base articles when a migration is re-run or when the Help Center is not pre-configured correctly. We use Freshdesk's Articles API for KB article creation with idempotent keying using the source article ID as the external_id field to prevent duplication on re-runs. We configure the Help Center settings (portal name, categories, visibility) in Freshdesk before any article data flows in.

  • SLA policy association is not independently exportable from House-on-the-Hill

    House-on-the-Hill's HTTPS Report API does not expose SLA records as a standalone object. SLA policy definitions must be recreated as Freshdesk Admin > SLA Policies configurations manually or from documented screenshots of the source system. We extract SLA name and breach time from the ticket export where present, but the policy configuration itself must be built in Freshdesk before ticket import so that SLA assignments can be set during the ticket load. This adds a configuration dependency that is not required on migrations between platforms where SLA policies are independently accessible via API.

Migration approach

Six steps for a successful House-on-the-Hill Service Desk to Freshdesk data migration

  1. Discovery and House-on-the-Hill export audit

    We audit the source House-on-the-Hill system by exporting flat CSV files for each database table: Contacts, Companies, Agents, Tickets, Conversations, Knowledge Base Articles, and Attachments. We identify the House-on-the-Hill export template from Settings Cog to understand column names, custom field presence, and any denormalised fields. We document the SLA policy definitions (from screenshots if not independently exportable), knowledge base category structure, and tag taxonomy. This output is a written data inventory and source-schema map that drives the transformation layer.

  2. Freshdesk schema configuration

    We configure Freshdesk before any data flows in. This includes creating all custom ticket and contact fields (mapped from the House-on-the-Hill form designer schema), setting up the Help Center with categories matching the source KB structure, creating SLA policies from the documented House-on-the-Hill policy definitions, provisioning agent accounts matched to the source agent email list, and setting ticket status and priority picklists to cover the full set of values present in the source data. Schema configuration happens in a Freshdesk trial or sandbox account first for validation.

  3. Data extraction and transformation

    We extract each House-on-the-Hill table independently, denormalise related records into flat structures, and transform field values to match Freshdesk's typed schema. Ticket status values map from House-on-the-Hill statuses to Freshdesk status enums (Open, Pending, Resolved, Closed). Priority maps similarly. Custom field values are type-checked against the Freshdesk custom field type created in step 2. Conversation threads are flattened into a per-ticket ordered list of reply and note records. Attachment records are held for phase 5 with their source ticket reference preserved for re-linking.

  4. Seed ticket load and contact import sequencing

    Because Freshdesk requires at least ten tickets before contact import will succeed, we run a seed pass that loads the first ten tickets from the source export with minimal required fields (subject, description, requester email, status). After the seed pass succeeds, we load the full contact list via Freshdesk's Contacts API, then load the remaining tickets with full field population. This sequencing prevents Freshdesk's minimum-ticket gate from blocking the contact import phase.

  5. Conversation and attachment migration

    With ticket and contact records loaded, we import conversation threads in ticket-ID order using Freshdesk's conversation API endpoint, preserving public-reply versus internal-note distinctions from the source. Attachment files are downloaded from House-on-the-Hill's document management system, uploaded to Freshdesk via the attachments API, and re-linked to the migrated ticket using the ticket-ID map returned by the import engine. Each conversation and attachment pass emits a row-count reconciliation report.

  6. Knowledge base migration and SLA assignment

    Knowledge base articles are created via Freshdesk's Articles API with idempotent keying by source article ID. Category assignments map using the source category name as the matching key against the Freshdesk Help Center categories created in step 2. SLA policy assignments from the source ticket export are applied to migrated tickets as Freshdesk SLA Policy associations. We then run a final reconciliation pass comparing record counts, spot-checking twenty to thirty random tickets for field-level accuracy, and delivering a written migration report.

  7. Cutover and handoff

    We freeze House-on-the-Hill writes during the cutover window, run a final delta migration of any records modified during the migration, then hand off Freshdesk as the system of record. We deliver the migration report including record counts, error logs, and the SLA policy configuration summary. We do not rebuild House-on-the-Hill workflows, automations, or forms as Freshdesk equivalents; these are documented in a written rebuild inventory for the customer's admin team. We offer a one-week hypercare window for reconciliation issues raised during the first week of live operation.

Platform deep dives

Context on both ends of the pair

House-on-the-Hill Service Desk logo

House-on-the-Hill Service Desk

Source

Strengths

  • Dual deployment model supports both cloud-hosted and on-premises installations from a single codebase.
  • AI-supported ticket routing and intelligent chatbot reduce manual triage overhead for front-line agents.
  • Integrated knowledge base with article-categorisation and self-service portal out of the box.
  • SLA management and service-level tracking built into the core ticketing workflow.
  • Mobile-responsive interface for iOS and Android gives agents remote access without a dedicated desktop client.

Weaknesses

  • No publicly documented REST API for automated CRUD operations; data access is limited to CSV export and the HTTPS Report API.
  • Limited third-party review presence and sparse independent benchmarking data make competitive evaluation challenging.
  • CSV-based import requires flat file format; nested or multi-table relationships must be flattened manually before ingestion.
  • The platform's brand presence and community ecosystem are smaller than global competitors, which may affect available partner and integration support.
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?

Moderate Helpdesk migration. 3 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 House-on-the-Hill Service Desk and Freshdesk.

  • Object compatibility

    C

    3 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

    House-on-the-Hill Service Desk: Not publicly documented.

  • Data volume sensitivity

    B

    House-on-the-Hill Service Desk doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your House-on-the-Hill Service Desk 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 House-on-the-Hill Service Desk to Freshdesk data migrations

Answers to the questions buyers ask most during House-on-the-Hill Service Desk to Freshdesk migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your House-on-the-Hill Service Desk 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 under 10,000 tickets and 3,000 contacts with no knowledge base archive or complex SLA definitions. Migrations with large KB archives (over 2,000 articles), multiple SLA policy definitions, complex attachment file trees, or on-premises House-on-the-Hill deployments requiring additional export steps move to seven to twelve weeks because of the denormalisation work, Freshdesk schema configuration time, and two-phase attachment re-linking. Freshdesk's minimum-ticket gate for contact import adds a sequencing dependency that adds one to two days to the timeline compared to migrations between two API-first platforms.

Adjacent paths

Related migrations to explore

Ready when you are

Move from House-on-the-Hill Service Desk.
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