Helpdesk migration

Migrate from OneDesk to Freshdesk

Field-level mapping, validation, and rollback between OneDesk and Freshdesk. We move data and schema; workflows are rebuilt natively in Freshdesk.

OneDesk logo

OneDesk

Source

Freshdesk

Destination

Freshdesk logo

Compatibility

78%

7 of 9

objects map 1:1 between OneDesk and Freshdesk.

Complexity

CModerate

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from OneDesk to Freshdesk is a cross-schema migration that requires resolving OneDesk's shared custom field architecture against Freshdesk's per-object custom field system. OneDesk's dual-mode Item model (Tickets and Tasks sharing one schema) splits across Freshdesk's Tickets and a separate Projects-to-Groups mapping. We sequence the migration by first extracting the complete active custom field definition set, then mapping Tickets and their conversation threads to Freshdesk Tickets with the requester as Contact, assigning Users to Freshdesk Agents, and linking Projects to Freshdesk Groups. Time entries, KB Articles, and attachments migrate with their relationships intact. OneDesk workflow automations and SLA configurations reference record IDs that change after migration; we export these as a written inventory and do not attempt automated rewrite. Freshdesk's Sprout tier (free) does not support API access, so API-based migration requires Blossom or above on the destination.

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

OneDesk logo

OneDesk

What's pushing teams away

  • Reliability and performance issues appear in verified reviews, with some users describing the platform as 'not reliable' despite initial feature appeal.
  • Missing features, particularly the lack of an app marketplace and native payment processing, frustrate teams that expect a fuller ecosystem out of the box.
  • Slow performance and bugs in day-to-day operation have been cited as reasons teams seek alternatives despite positive initial impressions of ease of setup.

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 OneDesk objects map to Freshdesk

Each row shows how a OneDesk 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.

OneDesk

Ticket

maps to

Freshdesk

Ticket

1:1
Fully supported

OneDesk Tickets map to Freshdesk Tickets with subject, description, status, priority, assignee (agent), and requester preserved. The OneDesk requester (Customer record) maps to Freshdesk Contact by email match. Conversation messages on the Ticket migrate as Conversation records in chronological order. OneDesk Item custom fields (shared across all types) map to Freshdesk Ticket custom fields, which must be pre-created on Freshdesk before migration because Freshdesk uses per-object field definitions rather than OneDesk's shared field set.

OneDesk

Task

maps to

Freshdesk

Ticket or Project Task

1:many
Fully supported

OneDesk Tasks share the same Item schema as Tickets with a type discriminator. We migrate Tasks as Freshdesk Tickets with a custom field task_type__c set to 'internal' so they are distinguishable from customer-facing tickets. If the customer uses Projects for internal work management, we map Tasks to Freshdesk Projects with the task data preserved in the project description or a custom field for admin visibility. The customer chooses the internal-work strategy during scoping.

OneDesk

Customer

maps to

Freshdesk

Contact

1:1
Fully supported

OneDesk Customers (external contacts) map directly to Freshdesk Contacts by email match. Name, email, phone, company, and language migrate as standard fields. Custom properties on Customer records require field-level mapping because OneDesk's shared custom field model means these properties appear on both Tickets and Customers. We extract the full active custom field schema during scoping to identify which fields are Contact-level versus Ticket-level in Freshdesk.

OneDesk

User

maps to

Freshdesk

Agent

1:1
Fully supported

OneDesk Users (billable agents) map to Freshdesk Agents. We resolve by email match and map the OneDesk role (Admin, Agent) to Freshdesk Agent role. Groups from OneDesk Projects map to Freshdesk Groups; agent group memberships migrate as Freshdesk Group memberships. Any OneDesk User without a matching Freshdesk Agent must be provisioned by the customer's admin before record import because Freshdesk requires an Agent to exist before a Ticket can be assigned to them.

OneDesk

Project

maps to

Freshdesk

Group

1:1
Fully supported

OneDesk Projects serve as container objects that group related Tickets and Tasks with assigned members. We map Projects to Freshdesk Groups, preserving the project name as the group name and project members as group members. Child Items linked to the Project are resolved to Freshdesk Tickets during migration with a group_id reference. OneDesk's unlimited-project model maps cleanly to Freshdesk's unlimited-groups model without tier constraints.

OneDesk

Knowledge Base Article

maps to

Freshdesk

Knowledge Base Article

1:1
Fully supported

OneDesk KB Articles with title, body content, category assignments, and publish status migrate to Freshdesk Knowledge Base articles. We map article-to-category relationships to Freshdesk's category and folder structure. Pair-specific gotcha: Freshdesk migrations without guarded category mapping have been documented to duplicate articles 4x in the destination. We validate unique article IDs during import to prevent duplication.

OneDesk

Conversation

maps to

Freshdesk

Conversation

1:1
Fully supported

OneDesk conversation messages on Tickets include author, timestamp, message body, and an internal/external flag. We preserve the full thread in chronological order, map author references to migrated Agent records by email, and set the public/private visibility in Freshdesk based on the original internal/external flag. Reply order is preserved by setting the Freshdesk conversation created_at timestamp to the original OneDesk timestamp.

OneDesk

Custom Field

maps to

Freshdesk

Custom Field

lossy
Fully supported

OneDesk custom fields are shared across all ticket types (Ticket and Task share one schema). We extract the complete active custom field definition during scoping, including field type, required flag, and picklist values. These map to Freshdesk Ticket custom fields and Contact custom fields depending on which objects carry the field in OneDesk. Freshdesk requires pre-creation of custom fields before import; we deliver the field creation checklist as part of the migration package so the customer's Freshdesk admin provisions fields before data import begins.

OneDesk

Attachment

maps to

Freshdesk

Attachment

1:1
Fully supported

File attachments on Tickets and Tasks are downloaded from OneDesk storage, mapped to the corresponding Ticket in Freshdesk, and uploaded preserving original filenames. Large attachment sets are chunked to stay within API rate limits. We flag any attachment exceeding Freshdesk's 25 MB per-file limit for the customer's admin to handle as a link reference rather than an inline upload.

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.

OneDesk logo

OneDesk gotchas

High

User vs Customer billing model is migration-critical

Medium

Custom fields shared across all ticket types require schema discovery

Medium

Workflow automations reference migrated record IDs

Low

Export via data view CSV may hit pagination limits on large datasets

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 Sprout tier has no API access

    Freshdesk's free Sprout plan does not support API integrations. Migration tools and programmatic imports require Blossom ($23/user/month) or above. If the customer provisions a Freshdesk Sprout trial to evaluate the platform before committing to migration, the API will not be accessible for import. We confirm the destination Freshdesk plan during scoping and flag if the tenant is on Sprout. The customer must upgrade before data migration can begin.

  • Knowledge base articles can duplicate 4x during migration

    Migration services have documented cases where Freshdesk imports without guarded category mapping produced 800 articles instead of 200, quadrupling the knowledge base. This occurs when article-to-category relationships are mapped incorrectly or when the import tool re-runs the KB migration without clearing the first pass. We validate unique article IDs during import and run a count reconciliation after the KB phase before proceeding. We do not re-run KB migration without clearing previously migrated articles first.

  • Custom fields must be pre-created in Freshdesk before import

    OneDesk's shared custom field model applies all custom fields to every Item regardless of type. Freshdesk uses per-object custom field definitions. During scoping we extract the full active custom field schema from OneDesk, map each to a Freshdesk Ticket or Contact custom field, and deliver a pre-creation checklist. Migration cannot insert records with custom field values that do not exist in Freshdesk; the import will fail or the field will be silently dropped. The customer's Freshdesk admin must create fields before migration begins.

  • Workflow automations and SLA policies reference record IDs that change after migration

    OneDesk automations trigger on Item state changes or assignments and may reference specific Item or User IDs. Freshdesk's Scenario Automations and SLA policies are not migrated as code; they reference new record IDs in the destination. We export every active automation definition and SLA policy with a flag for any ID reference. The customer's admin rebuilds automations post-migration using Freshdesk's automation builder with the new ticket IDs. This is documented in our handoff inventory.

  • OneDesk export uses paginated API or CSV data views with limits on large datasets

    OneDesk does not publish a documented bulk export endpoint. Large migrations may require paginated API extraction or data view CSV downloads that can hit pagination limits on tenants with tens of thousands of Items. We run a pre-migration record count to size the export strategy, choosing between API pagination, data view CSV downloads, or a hybrid approach. Large attachment sets require separate download-reupload cycles with chunking to stay within rate constraints.

Migration approach

Six steps for a successful OneDesk to Freshdesk data migration

  1. Discovery and source schema extraction

    We audit the source OneDesk tenant for record counts across Tickets, Tasks, Projects, Customers, Users, KB Articles, and Attachments. We extract the complete active custom field definition set (field name, type, required flag, picklist values) to identify which fields apply to Customers versus Items. We inventory active workflow automations and SLA policies, flagging any that contain record ID references. We confirm the destination Freshdesk plan (must be Blossom or above for API access) and the current User-to-Agent mapping. The discovery output is a written migration scope with record counts, a custom field pre-creation checklist, and the automation handoff inventory.

  2. Destination setup and custom field pre-creation

    The customer's Freshdesk admin creates the custom fields identified in discovery on the Ticket and Contact objects before any data import begins. We provide the exact field names, types, and picklist values. Groups corresponding to OneDesk Projects are created in Freshdesk, and agents are provisioned with matching roles. This step is the customer's responsibility; migration cannot insert records with custom field values referencing fields that do not yet exist in Freshdesk.

  3. Record export and transformation

    We export OneDesk records in dependency order: Users first (for agent resolution), then Customers (for contact resolution), then Projects (for group creation), then Tickets and Tasks (with Item IDs preserved for relationship mapping), then Conversations (linked to parent Tickets), then KB Articles (with category assignments), then Attachments (downloaded and staged for re-upload). Custom field values are extracted from the shared OneDesk Item schema and routed to the correct Freshdesk Ticket or Contact custom field based on the field's applied scope. We run a transformation pass to apply the Lifecycle Stage mapping (if applicable), status normalization, and priority mapping before any data is loaded.

  4. Destination import with relationship resolution

    We load records into Freshdesk using the REST API with batch chunking and exponential backoff on rate limit responses. Customers load first (to resolve contact IDs), then Agents are matched by email, then Groups are created from Projects, then Tickets are imported with requester_id resolved to the migrated Contact, assignee_id resolved to the matched Agent, and group_id resolved to the mapped Group. Conversation records are imported linked to their parent Ticket with author_id resolved to the matched Agent. KB Articles are imported with category assignments validated against the Freshdesk category tree to prevent duplication. Each phase emits a row-count reconciliation report.

  5. Attachment migration and KB validation

    We download file attachments from OneDesk storage in batches, preserving original filenames and upload them to the corresponding Freshdesk Ticket using the Attachments API. We validate article counts after the KB migration phase: if the Freshdesk article count exceeds the source article count by more than 5 percent, we investigate category mapping before proceeding. We do not re-run KB migration without clearing the existing imported articles first to prevent duplication.

  6. Cutover, validation, and automation handoff

    We freeze OneDesk writes during cutover, run a delta migration of any records modified during the migration window, then enable Freshdesk as the system of record. We deliver the automation and SLA inventory document to the customer's admin team with every automation's trigger, conditions, actions, and recommended Freshdesk Scenario Automation equivalent. We support a one-week hypercare window for reconciliation issues. Workflow automations, SLA policies, and reporting configurations are not rebuilt as part of the migration scope; they are documented for the customer's admin to configure post-migration.

Platform deep dives

Context on both ends of the pair

OneDesk logo

OneDesk

Source

Strengths

  • Unlimited customer contacts and unlimited projects across all paid tiers removes billing friction for growing teams.
  • Dual-mode Item system (Tickets plus Tasks) in one schema simplifies data migration to platforms with similar unified work models.
  • Knowledge base article export with category assignment migrates self-service content cleanly without manual recreation.
  • Time tracking natively attached to Items means billable hours and task progress migrate together.
  • HIPAA-compliant tier available for healthcare organizations with compliant data handling requirements.

Weaknesses

  • Public API is available but not well-documented externally, requiring discovery-phase probing to confirm endpoint coverage and pagination behavior.
  • Workflow automations that reference specific record IDs break after migration unless reconfigured, creating a gap in automated processes post-switch.
  • UI redesign in September 2025 indicates active development that may introduce schema changes not reflected in older documentation.
  • No documented bulk/batch export endpoint means large migrations may require paginated API extraction or data view CSV downloads, which can be rate-limited.
  • G2 reviews cite reliability concerns including slow performance and bugs that suggest the underlying platform stability may not suit high-volume enterprise deployments.
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 OneDesk 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

    OneDesk: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your OneDesk 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 OneDesk to Freshdesk data migrations

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

Can't find your answer?

Walk through your OneDesk 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 two and four weeks for tenants under 10,000 Tickets and 500 Users with a clean custom field schema. Migrations with large attachment sets (over 50 GB), multi-project hierarchies, complex shared custom field definitions across ticket types, or PSA invoicing data move to five to eight weeks because of pagination chunking, attachment download-reupload cycles, and project-to-group relationship mapping. Freshdesk Sprout-to-Blossom upgrade time (if applicable) is outside the migration timeline.

Adjacent paths

Related migrations to explore

Ready when you are

Move from OneDesk.
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