Helpdesk migration
Field-level mapping, validation, and rollback between Thena and Freshdesk. We move data and schema; workflows are rebuilt natively in Freshdesk.
Thena
Source
Freshdesk
Destination
Compatibility
6 of 8
objects map 1:1 between Thena and Freshdesk.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Thena and Freshdesk take opposite approaches to customer support. Thena is Slack-first and AI-native, routing tickets directly into team channels with AI summarization and ticket detection at every paid tier. Freshdesk is omnichannel by default, supporting email, chat, phone, WhatsApp, Facebook, and Twitter from its Growth plan onward, with a broader feature set at each tier but no built-in Slack routing without a separate integration. Moving from Thena to Freshdesk means trading channel-native routing for broader customer-facing channel coverage and a more mature reporting engine. We migrate Requests as Tickets, Accounts as Companies, Users as Agents, and Conversations as threaded ticket replies. Sub-statuses configured per-workspace in Thena require mapping to Freshdesk's global ticket statuses, which is a configuration step rather than a direct data carry. We do not migrate Workflows or Forms as code; we deliver a written inventory for the customer's admin to rebuild in Freshdesk's automation builder.
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 Thena 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.
Thena
Request
Freshdesk
Ticket
1:1Thena Requests map to Freshdesk Tickets with Subject as ticket subject, Description as ticket description, Status mapped to Freshdesk status (Open, Pending, Resolved, Closed) with sub-statuses flattened via configuration. Source channel (Slack, Email, MS Teams, Discord) maps to Freshdesk's type or source field. Sentiment and urgency values from Thena's AI export migrate as custom ticket fields in Freshdesk. We flag any Request closed by Thena's silent-fail workflow mechanism for manual status verification in Freshdesk before cutover.
Thena
Account
Freshdesk
Company
1:1Thena Accounts map directly to Freshdesk Companies. The account domain becomes the Company website field. Account-to-contact relationships in Thena resolve to Freshdesk Company records with associated Contact records, using account_id as the link. Freshdesk's Company model supports custom fields and industry classification that we map from Thena Account properties.
Thena
User
Freshdesk
Agent
1:1Thena Users map to Freshdesk Agents via email match. We extract user email, name, and role (Admin, Agent) and create Freshdesk Agent records with the corresponding Freshdesk role. Active and inactive status carries over; the customer's Freshdesk admin sets the agent group membership and permission profile after migration.
Thena
Conversation
Freshdesk
Ticket Reply (Conversation)
1:1Thena Conversations nested under Requests via GET /rest/v2/requests/{id}/conversations migrate as Freshdesk Ticket replies. We reconstruct the full message thread preserving timestamps, internal versus public flags, and the user or agent attribution. Reply order is maintained by setting Freshdesk's reply timestamp to the original Thena conversation timestamp. Attachments from conversations migrate as Freshdesk ticket attachments linked to the corresponding reply.
Thena
Custom Field
Freshdesk
Custom Field
1:1Thena custom fields are retrieved via GET /rest/v2/custom-fields before migration. We map Thena field types (text, number, boolean, dropdown, multi-select) to Freshdesk equivalent field types. Dropdown values from Thena migrate to Freshdesk choice lists; multi-select maps to Freshdesk multi-select ticket fields. We pre-create all custom fields in Freshdesk before any ticket data imports to avoid import errors from missing field definitions.
Thena
Sub-status
Freshdesk
Ticket Status + Custom Field
lossyThena sub-statuses are per-workspace custom values under main statuses (Open, In progress, On hold, Closed). Freshdesk does not support per-workspace sub-status hierarchies. We extract the full sub-status tree during scoping and map each to either a Freshdesk ticket field (for classification) or a Freshdesk status value (if the customer agrees to flatten the hierarchy). We document the full sub-status tree in the migration summary so the customer's admin can decide the replacement configuration.
Thena
Workflow
Freshdesk
Automation Rule (inventory only)
lossyThena Workflows built from Triggers, Conditions, and Actions do not migrate as code. We export the full workflow configuration as a structured JSON summary covering trigger type, condition logic, action sequence, and Slack notification endpoints. The migration package includes a written automation rebuild guide mapping each Thena Workflow trigger and action to Freshdesk's Automation rule builder from the Pro tier upward. Thena's mandatory-field-blocking on Close action is flagged as a functional difference that may require the admin to adjust condition logic in Freshdesk.
Thena
Form
Freshdesk
Ticket (form submission data)
1:1Thena Form submissions map into Freshdesk ticket records with the form submission data captured in ticket fields or the ticket description. Form definitions are exported as a schema summary and documented in the migration package so the customer's admin can rebuild equivalent Freshdesk forms (portal forms or chatbot flows) if required.
| Thena | Freshdesk | Compatibility | |
|---|---|---|---|
| Request | Ticket1:1 | Fully supported | |
| Account | Company1:1 | Fully supported | |
| User | Agent1:1 | Fully supported | |
| Conversation | Ticket Reply (Conversation)1:1 | Fully supported | |
| Custom Field | Custom Field1:1 | Fully supported | |
| Sub-status | Ticket Status + Custom Fieldlossy | Fully supported | |
| Workflow | Automation Rule (inventory only)lossy | Fully supported | |
| Form | Ticket (form submission data)1: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.
Thena gotchas
Deprecated v1 API references persist in docs
Closing requests with mandatory fields blocks workflows
Rate limits not publicly documented
AI-generated ticket fields not always exportable
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 record volume audit
We audit the Thena source workspace across plan tier, object counts (Requests, Accounts, Users, Conversations), custom field schema, sub-status tree, active workflow count, and form definitions. We run a test export via GET /rest/v2/requests with pagination to confirm record counts and identify any requests exceeding the 30,000-ticket ceiling if the destination is Freshdesk. We also check whether the Thena API is pointing to deprecated v1 endpoints and remap to v2 before scoping. The discovery output is a written migration scope with object counts, sub-status mapping recommendation, and a custom field type checklist for Freshdesk pre-creation.
Freshdesk schema pre-creation
Before any data moves, we create the destination schema in Freshdesk. This includes provisioning all custom ticket fields matching Thena's custom field types (dropdown, multi-select, text, number, boolean), creating any custom fields for AI sentiment and urgency values, and configuring the chosen sub-status mapping path (flat status or custom field). Freshdesk agent groups and roles are mapped from Thena user roles, and any Freshdesk SLA policies that match Thena SLA configurations are defined here. Schema is validated in a Freshdesk trial or sandbox before production migration begins.
User and agent provisioning
We extract every distinct Thena User by email, name, and role. Thena agents map to Freshdesk agents; we validate that each Thena user email has a corresponding Freshdesk agent account or create them as pending provisioning entries. The customer's Freshdesk admin provisions any missing agent accounts before record import resumes because OwnerId and agent references are required on ticket imports. Inactive Thena users are mapped to inactive Freshdesk agents with their historical ticket attributions preserved.
Account and contact migration
We migrate Thena Accounts to Freshdesk Companies first, establishing the Company records as the top-level organizational record. Account domain maps to the Company website field as a dedupe key. Thena Account-to-contact relationships resolve to Freshdesk Company records with associated Contact records. We run a reconciliation check comparing Thena account count against Freshdesk company count before proceeding to ticket migration.
Ticket and conversation migration in dependency order
We migrate Thena Requests to Freshdesk Tickets with sub-status values mapped to the chosen configuration (flat status or custom field). Conversation threads reconstruct as Freshdesk ticket replies ordered by timestamp, with internal notes flagged accordingly. Attachments migrate as Freshdesk ticket attachments. We use Freshdesk's API with batch chunking and exponential backoff on observed rate limits. The 100-ticket-per-page pagination ceiling is handled with offset-based iteration. Each batch emits a reconciliation count before the next begins.
Cutover, validation, and automation handoff
We freeze Thena write access during cutover and run a final delta migration of any tickets modified during the migration window. Freshdesk becomes the system of record once the delta pass completes and record counts reconcile. We deliver the Workflow and Form inventory document to the customer's admin team with a rebuild guide mapping Thena triggers and actions to Freshdesk Automation rules. We support a three-day hypercare window for reconciliation issues raised by the support team. We do not rebuild Thena Workflows as Freshdesk Automation rules inside the migration scope.
Platform deep dives
Thena
Source
Strengths
Weaknesses
Freshdesk
Destination
Strengths
Weaknesses
Complexity grading
Standard Helpdesk migration. All 7 core objects map 1:1 between Thena and Freshdesk.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Thena and Freshdesk.
Object compatibility
All 7 core objects map 1:1 between Thena and Freshdesk.
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
Thena: Not publicly documented.
Data volume sensitivity
Thena 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 Thena to Freshdesk migration scoping. Not seeing yours? Book a call.
Walk through your Thena 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 Thena
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.