Helpdesk migration
Field-level mapping, validation, and rollback between Halo Service Desk and Freshdesk. We move data and schema; workflows are rebuilt natively in Freshdesk.
Halo Service Desk
Source
Freshdesk
Destination
Compatibility
8 of 10
objects map 1:1 between Halo Service Desk and Freshdesk.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Halo Service Desk and Freshdesk take different structural approaches to help desk data. Halo organizes around Tickets linked to Customers, Companies, and Sites, with extensive custom field types including dynamic SQL lookups and encrypted password fields. Freshdesk uses a cleaner model with Tickets, Requesters (contacts), Organizations (companies), Agents, and a dedicated Conversations API for threaded replies. We extract tickets with their full conversation history, map Halo Customers to Freshdesk Requesters and Halo Companies to Freshdesk Organizations, preserve knowledge base articles with category assignments, and migrate agents with team assignments mapped to Freshdesk Groups. Halo's approval and notification automations fire on any imported ticket record and must be paused before migration begins. Workflows, approval chains, SLA policies, and custom automation rules do not migrate; we deliver a written inventory of every active rule requiring manual rebuild in Freshdesk's automation builder. Password custom fields are skipped as a security practice and documented on the pre-flight checklist.
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 Halo 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.
Halo Service Desk
Ticket
Freshdesk
Ticket
1:1Halo Tickets map to Freshdesk Tickets preserving ticket type, status, priority, source channel, and timestamps (created_at, updated_at, first_response_time, resolved_at). Halo's SLA associations map to Freshdesk SLA policy assignments. We extract the ticket identifier from Halo and store it in a custom field halo_ticket_id__c for audit traceability. Note that Freshdesk does not natively support Halo's multi-site ticket routing model; site-level data is mapped to Freshdesk's company (Organization) level.
Halo Service Desk
Conversation
Freshdesk
Conversation (Reply/Note)
1:1Halo Conversation records map to Freshdesk Conversations using the Conversations API. Halo's is_public flag determines whether the message becomes a Reply (customer-facing) or Note (internal) in Freshdesk. We preserve author attribution by matching the agent email to a Freshdesk agent record. Thread ordering is maintained by the conversation timestamp. Any conversation without a is_public flag defaults to a note in Freshdesk to prevent accidental customer exposure of internal threads.
Halo Service Desk
Customer
Freshdesk
Requester
1:1Halo Customer records map to Freshdesk Requester (contact) records. We map name, email, phone, and address fields directly. Halo's site associations on Customer records are preserved as a custom field site_name__c on the Requester and linked to the corresponding Organization record in Freshdesk. Customers with multiple linked contacts in Halo map to individual Freshdesk Requesters with a shared Organization link.
Halo Service Desk
Company
Freshdesk
Organization
1:1Halo Company records map to Freshdesk Organizations. The company name becomes the Organization name field, and domain is stored in the website field. Custom fields on Company records are mapped to Freshdesk Organization custom fields, which must be pre-created in the Freshdesk admin panel before migration. Halo's site-level data (locations, addresses) is flattened into the Organization record or stored as a custom field depending on whether the customer uses Freshdesk's multi-location feature on higher plans.
Halo Service Desk
Agent
Freshdesk
Agent
1:1Halo Agent records map to Freshdesk Agents with email, name, and group membership preserved. Halo's team-to-agent assignments map to Freshdesk group membership; agents can belong to multiple groups in Freshdesk matching the Halo team structure. Agent status (active/inactive) is preserved. We resolve by email match and flag any Halo Agent without a corresponding Freshdesk agent account for the customer admin to provision before production migration.
Halo Service Desk
Knowledge Base Article
Freshdesk
Article
1:1Halo KB articles map to Freshdesk Articles with full article content, category assignments, and publish status preserved. We use the Freshdesk Article API to create articles within the customer's Freshdesk portal and category hierarchy. Article attachments are migrated as linked file references where Freshdesk supports them, or stored as URL links in the article body for large binary files. Draft articles in Halo with a status of draft migrate as draft articles in Freshdesk to preserve editorial state.
Halo Service Desk
Team
Freshdesk
Group
1:1Halo Teams map to Freshdesk Groups. We extract all Halo Teams and create corresponding Groups in Freshdesk using the Groups API before agent migration begins. Team-to-agent membership assignments are recreated by adding each migrated agent to the appropriate Freshdesk Group. This ensures ticket routing rules and queue views are functional on day one.
Halo Service Desk
Custom Field (non-password)
Freshdesk
Custom Field
lossyHalo custom fields of type text, number, date, dropdown, and multiselect map to Freshdesk custom fields of the corresponding type. We pre-create the Freshdesk custom field schema in the admin panel before migration begins. Dynamic SQL lookup fields in Halo have no Freshdesk equivalent and are converted to dropdown or text fields; the customer provides the target values during scoping. Multi-select picklist fields in Halo map to Freshdesk multi-select custom fields. All custom field mapping is validated during the demo migration phase.
Halo Service Desk
Password Custom Field
Freshdesk
N/A
1:1Halo password custom fields are encrypted at rest and cannot be meaningfully transferred to Freshdesk or any destination platform. We skip these fields during migration, document each skipped field in the pre-flight checklist, and recommend the customer communicate a credential reset process to affected users post-go-live. This requires explicit sign-off before migration proceeds.
Halo Service Desk
SLA Policy
Freshdesk
SLA Policy
lossyHalo SLA policies (response time and resolution time by ticket type and priority) are mapped to Freshdesk SLA Policies. We configure Freshdesk SLA policies in the admin panel before ticket migration so that SLA assignment can reference them by name. Halo's SLA calendar configuration (business hours, holidays) maps to Freshdesk's business hour settings. The customer reviews and approves the SLA mapping during scoping to ensure the correct SLA applies to each ticket type.
| Halo Service Desk | Freshdesk | Compatibility | |
|---|---|---|---|
| Ticket | Ticket1:1 | Fully supported | |
| Conversation | Conversation (Reply/Note)1:1 | Fully supported | |
| Customer | Requester1:1 | Fully supported | |
| Company | Organization1:1 | Fully supported | |
| Agent | Agent1:1 | Fully supported | |
| Knowledge Base Article | Article1:1 | Fully supported | |
| Team | Group1:1 | Fully supported | |
| Custom Field (non-password) | Custom Fieldlossy | Fully supported | |
| Password Custom Field | N/A1:1 | Fully supported | |
| SLA Policy | SLA Policylossy | 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.
Halo Service Desk gotchas
Approval and notification automations fire on imported records
Billing calculation bugs affect prepaid ticket scenarios
API rate limits are undocumented
Password custom fields cannot be migrated securely
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 pre-flight checklist
We audit the Halo tenant across ticket volume and age distribution, custom field schemas (including every SQL lookup field and password field), active approval workflows, notification rules, knowledge base article count and category hierarchy, agent count and team structure, and SLA policy configurations. We simultaneously verify the Freshdesk plan tier to confirm API availability. The discovery output is a written migration scope document including the full custom field mapping table, a list of approval workflows requiring pre-flight disable, and a Freshdesk plan upgrade recommendation if the Sprout plan is in use.
Destination schema setup
We pre-create the Freshdesk custom fields, groups, SLA policies, and knowledge base category hierarchy before any data import. Custom fields are typed to match the Halo field types (dropdowns, multiselects, dates, numbers) with static value lists substituted for any Halo SQL lookup fields per the customer's approved conversion list. Freshdesk SLA policies are configured to match Halo's named policies with the same response and resolution time targets. Groups are created to match Halo Teams. This schema work is validated in a Freshdesk sandbox or demo environment before production migration begins.
Demo migration and reconciliation
We run a demo migration transferring a representative sample of records (typically 50-200 tickets with conversations, 20-50 customers and companies, 10-20 agents, and 10-20 KB articles) into the Freshdesk demo or sandbox environment. The customer reconciles record counts, spot-checks field values, and confirms that conversation threading, custom field rendering, and SLA policy assignment behave as expected. Mapping corrections are captured here. The customer sign-off on demo results authorizes production migration to proceed.
Pre-migration Halo lockdown
Before the production migration window opens, the customer pauses all Halo approval processes and silences notification automations per the pre-flight checklist. We confirm these are disabled via Halo's API before we begin writing records. We also run a final delta extraction of any new or modified records created since discovery, and a final agent reconciliation to confirm all Halo agents have corresponding Freshdesk agent accounts provisioned.
Production migration in dependency order
We execute the production migration in dependency order: first Organizations (from Halo Companies), then Requesters (from Halo Customers with Organization links resolved), then Agents (with group membership mapped), then Tickets (with SLA policy references resolved and halo_ticket_id__c preserved), then Conversations (via the Freshdesk Conversations API after parent ticket creation is confirmed), then Knowledge Base Articles, then custom field validation. Each phase emits a row-count reconciliation report before the next phase begins. We monitor Freshdesk API rate limit responses (HTTP 429) and apply exponential backoff dynamically.
Cutover, validation, and automation rebuild handoff
We freeze Halo writes during the cutover window, run a final delta migration of records created or modified during the migration run, then enable Freshdesk as the system of record. We deliver the approval workflow and automation inventory document to the customer's admin team, documenting each Halo rule with its trigger conditions, actions, and the recommended Freshdesk automation rebuild steps. We support a 5-business-day hypercare window for reconciliation issues. Workflow rebuilding, SLA calendar fine-tuning, and Freshdesk supervisor bot configuration are outside standard migration scope and are handled as separate engagements.
Platform deep dives
Halo Service Desk
Source
Strengths
Weaknesses
Freshdesk
Destination
Strengths
Weaknesses
Complexity grading
Standard Helpdesk migration. 2 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 Halo Service Desk and Freshdesk.
Object compatibility
2 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
Halo Service Desk: Not publicly documented — we monitor for 429 responses and back off dynamically during migrations.
Data volume sensitivity
Halo Service Desk 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 Halo Service Desk to Freshdesk migration scoping. Not seeing yours? Book a call.
Walk through your Halo Service Desk 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 Halo Service Desk
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.