Helpdesk migration
Field-level mapping, validation, and rollback between Helpshift and Freshdesk. We move data and schema; workflows are rebuilt natively in Freshdesk.
Helpshift
Source
Freshdesk
Destination
Compatibility
9 of 9
objects map 1:1 between Helpshift and Freshdesk.
Complexity
BStandard
Timeline
2-3 weeks
Overview
Moving from Helpshift to Freshdesk is a structural migration across two different helpdesk paradigms. Helpshift is a mobile-first, issue-based platform where the Issue is the primary record and Custom Issue Fields attach directly to it; Freshdesk is an omnichannel ticketing system where Tickets are the primary record and Custom Fields are defined separately as schema objects. We treat the Issue-to-Ticket mapping as the core of the migration, preserving issue status, priority, assignee, and timestamps, while transforming Custom Issue Fields into Freshdesk ticket custom fields with type equivalence validated before import. End-user identity from Helpshift maps to Freshdesk Contacts and optionally to Companies if the customer uses organizational relationships. Chat messages nest inside Issues as conversation events; we export them as flattened timelines and reconstruct them as Freshdesk Reply entries threaded against the migrated Ticket. Automations, Smart Views, and Queues do not export via API — we document them during discovery and the customer's team rebuilds them 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 Helpshift 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.
Helpshift
Issue
Freshdesk
Ticket
1:1Helpshift Issues map 1:1 to Freshdesk Tickets. The mapping preserves Issue status (Open, Pending, Resolved, Reopened) to Freshdesk Ticket Status, Issue Priority to Ticket Priority, and Issue Type to Freshdesk Ticket Type. The Helpshift Issue ID is stored as a custom field hs_issue_id__c on the Ticket for audit traceability. Issues with no assignee are imported as Unassigned Tickets. Created_at and Updated_at timestamps migrate directly.
Helpshift
End-user
Freshdesk
Contact and optionally Company
1:1Helpshift End-users map to Freshdesk Contacts by email as the dedupe key. If the customer uses organizational Issue relationships or Company tags, we create Freshdesk Companies first, then link each Contact to the appropriate Company via the company_ids array during Contact import. User identity is preserved at migration time with the caveat that legacy SDK sessions (below SDK 6.x) may have end-users appearing as anonymous — we flag any batch of anonymous-user Issues during the data audit so the customer can decide whether to import those records.
Helpshift
Custom Issue Field
Freshdesk
Custom Ticket Field
1:1Custom Issue Fields (CIFs) defined per-app in Helpshift map to Freshdesk Custom Ticket Fields defined account-wide. We export the full CIF schema (field name, type, options list) from Helpshift Settings and create matching Freshdesk custom fields before any ticket import. Dropdown CIFs are limited to 1,000 options in both platforms — we validate option counts during the mapping phase and split fields exceeding 1,000 options into multiple Freshdesk fields or switch to a text-type field. Text, number, date, and boolean CIFs map directly by type.
Helpshift
Agent
Freshdesk
Agent
1:1Helpshift Agents (Admin, Supervisor, Agent roles) map to Freshdesk Agents by email as the dedupe key. Agent group memberships in Helpshift map to Freshdesk Groups. Role associations (Admin, Supervisor, Agent) are preserved in Freshdesk agent profiles. If a Helpshift Agent email does not match an existing Freshdesk Agent, we hold the record in a reconciliation queue for the customer's admin to provision before the main migration phase begins.
Helpshift
Conversational User Metadata
Freshdesk
Custom Ticket Fields
1:1Helpshift tracks user-level metadata including device platform, app version, OS version, and language — stored as properties on the Issue rather than as a standalone user object. This data is preserved as Freshdesk Custom Ticket Fields (hs_device_platform__c, hs_app_version__c, hs_os_version__c, hs_language__c) so agents retain full device context when viewing migrated Tickets in Freshdesk.
Helpshift
FAQ and FAQ Section
Freshdesk
Solution Category, Folder, and Article
1:1Helpshift FAQs organized in Sections map to Freshdesk Solutions with a two-level hierarchy: Helpshift Sections become either Freshdesk Solution Categories (top level) or Solution Folders (nested level), and Helpshift FAQ articles become Freshdesk Solution Articles with full HTML body preserved. Publication status (Published, Draft) migrates to the Freshdesk article state. Article search relevance settings in Helpshift have no Freshdesk equivalent and are documented for the customer's admin to tune post-migration.
Helpshift
Tag
Freshdesk
Tag
1:1Helpshift Tags are flat label lists attached to Issues. We export the full tag list with associated Issue IDs and map tags directly to Freshdesk Tags by name. Tag-to-issue relationships are preserved by adding Freshdesk Tags to migrated Tickets during the import phase. No transformation is required because both platforms use a string-label tag model.
Helpshift
Chat / Message History
Freshdesk
Ticket Conversation Reply
1:1Helpshift message threads nested within Issues export as a flattened timeline per Issue via the REST API (message content, timestamp, sender type, sender ID). We import each message as a Freshdesk Ticket Conversation Reply using the Conversation API: Agent messages use type=reply, and End-user messages use type=conversation_participants. Timestamps and sender identity are preserved. Helpshift's 'Chat' special message type (for conversational UI sessions) is documented as a note on the Ticket so agents understand the session context.
Helpshift
Attachment
Freshdesk
Ticket Attachment
1:1File attachments on Helpshift Issues export as binary file references with metadata (filename, MIME type, file size). We download attachments to a temporary migration blob store, then upload them to Freshdesk as Ticket Attachments via the Freshdesk Attachments API. Freshdesk's per-attachment size limit (20 MB) applies. Any attachments exceeding this limit are flagged during the pre-migration audit for the customer's admin to handle manually or host externally.
| Helpshift | Freshdesk | Compatibility | |
|---|---|---|---|
| Issue | Ticket1:1 | Fully supported | |
| End-user | Contact and optionally Company1:1 | Fully supported | |
| Custom Issue Field | Custom Ticket Field1:1 | Fully supported | |
| Agent | Agent1:1 | Fully supported | |
| Conversational User Metadata | Custom Ticket Fields1:1 | Mapping required | |
| FAQ and FAQ Section | Solution Category, Folder, and Article1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Chat / Message History | Ticket Conversation Reply1:1 | Mapping required | |
| Attachment | Ticket Attachment1:1 | Fully supported |
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.
Helpshift gotchas
Issue-based pricing is migration-critical for billing planning
Automations and Smart Views are not exported via API
SDK X migration breaks end-user identity from legacy SDK versions below 6.x
Custom Issue Field dropdowns cap at 1,000 options
Dashboard CSV export does not include attachments or full message threads
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 Helpshift data audit
We audit the source Helpshift workspace across Issues, End-users, Agents, Custom Issue Fields, Tags, FAQs, Automations, Smart Views, and Queues. We also capture SDK version history to flag any anonymous-user periods from legacy SDK sessions. The discovery output is a written migration scope document listing record counts per object, custom field schemas, FAQ article count and hierarchy depth, and a full inventory of Automations and Smart Views that require manual rebuild. This document is the basis for the Freshdesk plan recommendation and migration timeline estimate.
Freshdesk workspace provisioning
We create the Freshdesk environment structure before any data import: Agents and Groups (matched to Helpshift Agents and Agent Groups), support mailboxes and product configurations, Ticket Custom Fields mapped from the Helpshift CIF schema with type equivalence validated (dropdown fields exceeding 1,000 options are split or converted to text), and Freshdesk Ticket Types, Status values, and SLA policies aligned with Helpshift Issue lifecycle stages. If the destination is an existing Freshdesk account, we identify pre-existing records to prevent duplicate creation during import.
Knowledge base schema mapping
We map Helpshift FAQ Sections to Freshdesk Solution Categories and Folders, preserving the article hierarchy. Helpshift FAQ articles migrate as Freshdesk Solution Articles with full HTML body text. Publication status maps to Freshdesk article visibility. We validate that article HTML is compatible with Freshdesk's renderer and flag any articles containing iframe embeds or script tags for the customer's admin to handle post-migration. The FAQ inventory is delivered as a written mapping table showing Section-to-Category/Folder assignments.
Demo migration and reconciliation
We run a trial migration into a pre-production Freshdesk environment using a representative sample (typically 500-1,000 records across Issues, Contacts, and Tickets). The customer's support operations lead reviews record counts, spot-checks 20-30 randomly sampled migrated Tickets against the Helpshift source for field-level accuracy, and confirms that Custom Issue Field values appear correctly in Freshdesk Ticket custom fields. Any mapping corrections are made before production migration begins.
Production migration in dependency order
We run the production migration in record-dependency order: Agents and Groups first (so OwnerId references are valid), then Contacts and Companies (so Ticket requesters resolve), then Tickets with Custom Field values resolved and conversation threads reconstructed via the Freshdesk Conversation Reply API. Attachments are downloaded from Helpshift, stored temporarily, and uploaded to Freshdesk. FAQs import last. Each phase emits a reconciliation report showing imported count, failed count, and skipped count with source record IDs before the next phase begins.
Delta sync and cutover
We run a delta migration for records created or modified during the production migration window, then switch Freshdesk as the active system of record. We deliver the Automations and Smart Views inventory document with configuration guidance for the customer's support team. During a one-week hypercare window we resolve any reconciliation issues raised by the support team. We do not rebuild Helpshift Automations as Freshdesk Scenario Automations or Helpshift Smart Views as Freshdesk Saved Views — those require manual rebuild using the delivered documentation.
Platform deep dives
Helpshift
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 Helpshift 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
Helpshift: Not publicly documented — customers report variable throttling under high-volume API calls.
Data volume sensitivity
Helpshift 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 Helpshift to Freshdesk migration scoping. Not seeing yours? Book a call.
Walk through your Helpshift 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 Helpshift
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.