Helpdesk migration

Migrate from Helpdesk 365 to Freshdesk

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

Helpdesk 365 logo

Helpdesk 365

Source

Freshdesk

Destination

Freshdesk logo

Compatibility

89%

8 of 9

objects map 1:1 between Helpdesk 365 and Freshdesk.

Complexity

CModerate

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Helpdesk 365 to Freshdesk is a transition from a SharePoint-native helpdesk embedded in Microsoft 365 to a purpose-built customer support platform from Freshworks. Helpdesk 365 stores tickets, contacts, and companies in SharePoint lists with a five-custom-field cap on Standard tier, while Freshdesk offers a full relational schema from its Growth plan at $15 per agent per month. We export Helpdesk 365 records through its REST API with chunked pagination to handle SharePoint list throttling, then import into Freshdesk via its CSV import flow or REST API depending on volume. Key migration sequencing constraints include Freshdesk's requirement that at least ten tickets exist before contacts can be imported, and the need to pre-create custom fields in Freshdesk before mapping data to them. We do not migrate automation rules, SLA policies, or routing logic as these are configuration rather than data in both platforms; we deliver a written inventory of these for the customer 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

Helpdesk 365 logo

Helpdesk 365

What's pushing teams away

  • Independent review coverage is sparse, making it difficult to validate long-term reliability before committing historical data to the platform, especially when migration accuracy is critical.
  • Organizations outgrowing the feature set find that SharePoint list storage limits API flexibility, and the Standard plan's five-custom-field cap forces upgrades or workarounds for more complex support workflows.
  • Switching requires rebuilding automation rules, SLA policies, and routing logic from scratch because these are not exported as data, creating significant switching effort for established teams.

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

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

Helpdesk 365

Ticket

maps to

Freshdesk

Ticket

1:1
Fully supported

Helpdesk 365 Ticket records map to Freshdesk Ticket with status, priority, assignee, requester, created date, updated date, and thread history preserved. We extract the ticket thread (public and internal notes) as conversation records, preserving the original timestamp and author agent. The ticket ID from Helpdesk 365 is stored in a custom field h365_ticket_id__c for audit traceability. Freshdesk's ticket status model (Open, Pending, Resolved, Closed) is mapped from Helpdesk 365's equivalent status values during scoping.

Helpdesk 365

Contact

maps to

Freshdesk

Customer (Contact)

1:1
Fully supported

Helpdesk 365 Contacts (requesters) map to Freshdesk Customers. Email address is the primary dedupe key. We pull name, email, phone, organization link, language, and timezone from the Helpdesk 365 contact record. Freshdesk requires at least ten tickets in the account before a contact import will succeed; if the Freshdesk account is new, we seed a minimum of ten ticket records before running the contact import phase. Any contact without an email address is flagged during scoping for the customer to resolve before migration.

Helpdesk 365

Company

maps to

Freshdesk

Organization

1:1
Fully supported

Helpdesk 365 Company records map to Freshdesk Organizations. The company name becomes the Organization name, and domain information maps to Freshdesk's domain field used for automatic contact-to-organization association. Organization is created before the contact import phase so that the organization lookup is satisfied at the moment of contact insert. If the company name in Helpdesk 365 contains special characters, we sanitize it to Freshdesk's naming constraints during the transform step.

Helpdesk 365

Agent

maps to

Freshdesk

Agent

1:1
Fully supported

Helpdesk 365 Agent profiles (name, email, role, team membership) map to Freshdesk Agent accounts. We resolve agents by email match against the Freshdesk destination account's agent list. If a Helpdesk 365 agent has no corresponding Freshdesk agent, we create a placeholder agent record and flag it in the reconciliation report for the customer's admin to assign proper Freshdesk permissions before go-live. Group membership in Helpdesk 365 maps to Freshdesk Groups for routing purposes.

Helpdesk 365

Custom Field

maps to

Freshdesk

Custom Field

lossy
Fully supported

Helpdesk 365 custom fields on tickets are pre-created in Freshdesk as identically named fields before any data import begins. Freshdesk supports String, Boolean, Number, Date, and Dropdown custom field types; we map Helpdesk 365 field types to the equivalent Freshdesk type during scoping. Helpdesk 365 Standard tier's five-field cap means most source schemas are compatible with Freshdesk Growth's custom field allowance, but we audit the source schema during discovery and flag any fields that require Freshdesk Plan upgrades for the customer before migration begins.

Helpdesk 365

Tag

maps to

Freshdesk

Tag

1:1
Fully supported

Helpdesk 365 tags are extracted from ticket records during ticket export (no standalone tag export endpoint is documented for Helpdesk 365). We preserve the full tag list on each ticket and create the corresponding tag in Freshdesk at migration time. Freshdesk treats tags as first-class objects; tags with identical names across multiple tickets consolidate into a single Freshdesk tag record.

Helpdesk 365

Knowledge Base Article

maps to

Freshdesk

Solution Article

1:1
Fully supported

Helpdesk 365 Knowledge Base articles are extracted from the SharePoint-backed KB with title, HTML body, category, and publish status. Freshdesk's Solutions API (Growth and above) accepts article title, description (HTML), section_id, and status. We flag that knowledge base migration in Freshdesk can produce duplicates (community reports of 4x article multiplication) when the same migration runs multiple times; we perform a single migration run with a pre-clear of any existing Freshdesk KB articles to prevent duplication.

Helpdesk 365

Attachment

maps to

Freshdesk

Attachment

1:1
Fully supported

Helpdesk 365 attachments are stored as URLs pointing to SharePoint document libraries. We extract the full attachment URL from the ticket record and preserve it as a Freshdesk attachment record pointing to the original SharePoint URL. If the customer requests file migration rather than URL preservation, we download files from the SharePoint URL and upload them to Freshdesk's attachment storage; this requires the customer's SharePoint credentials and extends the migration timeline depending on file count and size. We flag any attachment types (exe, bat, dll) that Freshdesk blocks from upload so the customer can decide how to handle them before migration.

Helpdesk 365

Ticket Conversation

maps to

Freshdesk

Ticket Conversation (Note)

1:1
Fully supported

Helpdesk 365 ticket thread entries (customer replies and agent responses) map to Freshdesk Conversation records on the corresponding ticket. Each conversation entry is tagged as either Incoming (customer) or Outgoing (agent) to match Freshdesk's conversation direction model. Internal notes in Helpdesk 365 map to Freshdesk's private notes with the is_private flag set. The original timestamp, author agent, and content body (HTML or plain text) are preserved. Thread ordering is maintained by sorting on the original Helpdesk 365 timestamp before insert.

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.

Helpdesk 365 logo

Helpdesk 365 gotchas

Medium

Standard plan caps custom fields at five

Medium

API key tied to admin user account

Medium

No documented bulk export endpoint

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 ten tickets before contact import

    Freshdesk enforces a minimum of ten tickets in the account before a contact or company CSV import will succeed. If the customer's Freshdesk account is new with no pre-existing tickets, we seed a synthetic batch of ten placeholder ticket records during migration setup so that the contact and organization import phases complete without error. This constraint applies regardless of API vs CSV import method and must be resolved before any contact or organization data moves.

  • Knowledge base import can produce duplicate articles

    Community reports from the Freshworks forums document a known issue where KB article migration produces four times the expected article count (800 articles instead of 200) when the migration runs multiple times or uses the built-in Freshdesk migration tool. We prevent this by performing a pre-clear of any existing Freshdesk KB articles before running the import, ensuring a single, clean write. The customer must confirm the Freshdesk KB is empty at migration time.

  • API access requires Freshdesk Blossom or higher plan

    Help Desk Migration documentation confirms that API integrations are not available on Freshdesk Sprout. If the customer is on Sprout, we cannot use the Freshdesk REST API for import and must use CSV-based import exclusively, which limits what field types and relationship hierarchies we can map. We confirm the customer's Freshdesk plan tier during scoping and adjust the migration method accordingly.

  • SharePoint attachment URLs may break after migration

    Helpdesk 365 attachments are stored as URLs to SharePoint document libraries rather than as files. If the customer's Microsoft 365 tenant changes, those URLs become invalid. We preserve the original URL as an attachment reference in Freshdesk and flag in the pre-migration report whether the SharePoint tenant is stable post-migration. If tenant continuity is uncertain, we recommend downloading files to local or cloud storage before migration.

  • Date fields require YYYY-MM-DD format in Freshdesk CSV import

    Freshdesk's CSV import documentation explicitly requires date fields in YYYY-MM-DD format; other formats fail silently and the row is rejected. Helpdesk 365 stores dates in multiple formats depending on the export method. We normalize all date fields during the transform step to YYYY-MM-DD before any Freshdesk import, and we log any malformed date values for the customer to correct before migration continues.

Migration approach

Six steps for a successful Helpdesk 365 to Freshdesk data migration

  1. Discovery and plan verification

    We audit the Helpdesk 365 source environment: ticket volume, contact count, company count, agent roster, active custom fields, knowledge base article count, and attachment URL inventory. We verify the customer's Freshdesk plan tier (Sprout, Blossom, Growth, Pro, Enterprise) to confirm API availability and custom field limits. We also inspect the Helpdesk 365 Standard vs Enterprise license to confirm whether the five-custom-field cap applies, and we document the SharePoint document library URL structure for attachment feasibility assessment.

  2. Custom field pre-creation in Freshdesk

    We pre-create every Helpdesk 365 custom field in Freshdesk before any data import. Each field is created with the correct type (String, Number, Boolean, Date, Dropdown) and added to the relevant Freshdesk ticket, contact, or organization field section. If the customer is on Sprout (no API access), we provide a field creation checklist that the customer's Freshdesk admin completes manually before the migration window. If the source schema exceeds Freshdesk's field limits at the customer's plan tier, we flag the overage with options: upgrade the plan or archive inactive custom fields from the source.

  3. Schema mapping and transform design

    We design the field-level mapping between Helpdesk 365 and Freshdesk: ticket status values map to Freshdesk ticket status, priority levels map to Freshdesk priority, and any SLA-related fields are evaluated for Freshdesk SLA object compatibility. We design the thread-to-conversation transform so that internal notes from Helpdesk 365 land as private notes in Freshdesk and public replies as standard conversations. The Helpdesk 365 ticket ID is stored in a custom field h365_ticket_id__c on every migrated ticket for audit and reconciliation. Date fields are normalized to YYYY-MM-DD in the transform layer.

  4. Sandbox migration and contact import prerequisite

    We run a full migration into a fresh Freshdesk account (or Sandbox if the customer uses Freshdesk Enterprise) using a representative sample of records. As part of setup, we seed ten placeholder ticket records to satisfy Freshdesk's contact import prerequisite. The customer reviews the migrated tickets, contacts, organizations, and agent assignments, confirming that field mapping and conversation threading meet expectations. Any mapping corrections are applied to the transform design before production migration begins.

  5. Production migration in dependency order

    We run production migration in record-dependency order: placeholder tickets (to unblock contacts), Organizations (from Helpdesk 365 Companies), Customers (from Helpdesk 365 Contacts with OrganizationId resolved), Agents (with group membership mapped to Freshdesk Groups), Tickets (with CustomerId and AgentId resolved), Conversations (linked to parent ticket), Tags (consolidated), Custom Field values, and Knowledge Base Articles (with category mapping). Each phase emits a row-count reconciliation report before the next phase begins. If Freshdesk Sprout is in use, we switch to CSV-based import at this step.

  6. Cutover, validation, and configuration handoff

    We freeze Helpdesk 365 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 a written inventory of Helpdesk 365 automation rules, SLA policies, and routing configurations for the customer's Freshdesk admin to rebuild as Freshdesk automations, SLA policies, and group assignments. We support a 72-hour post-migration window for reconciliation issues. We do not rebuild Helpdesk 365 automation logic in Freshdesk as that is outside the standard migration scope.

Platform deep dives

Context on both ends of the pair

Helpdesk 365 logo

Helpdesk 365

Source

Strengths

  • Deploys in under ten minutes as a certified Microsoft 365 app with no infrastructure to provision.
  • Native SharePoint, Teams, and Outlook integration keeps the support workflow inside the Microsoft tools organizations already use.
  • Mail tracker feature monitors helpdesk-sent emails and generates interaction reports across the support channel.
  • Azure DevOps integration connects IT and development ticket workflows without requiring separate tooling.
  • SLA management, knowledge base, rule automation, and ticket routing are included without tier-gating on core helpdesk functionality.

Weaknesses

  • Independent third-party review coverage is minimal, limiting pre-purchase reliability signals for teams with data-migration requirements.
  • API key-based authentication rather than OAuth 2.0 creates credential lifecycle risk during automated migrations.
  • SharePoint list storage architecture constrains API flexibility relative to platforms with purpose-built relational back ends.
  • Standard plan limits active custom fields to five, which may conflict with source systems carrying more custom fields in a migration scenario.
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 Helpdesk 365 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

    Helpdesk 365: Not publicly documented; Microsoft Graph throttling applies as the backend transport.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your Helpdesk 365 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 accounts under 10,000 tickets, 5,000 contacts, and 500 companies with no knowledge base migration. Migrations with large knowledge base volumes (over 500 articles), rich custom field schemas, or multi-team agent configurations requiring group mapping move to five to eight weeks because of KB extraction complexity and Freshdesk import validation rounds. The critical path item is often the knowledge base extraction from Helpdesk 365, which has no documented bulk export API and may require SharePoint-level access for complete article retrieval.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Helpdesk 365.
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