Helpdesk migration
Field-level mapping, validation, and rollback between Incident IQ and Freshdesk. We move data and schema; workflows are rebuilt natively in Freshdesk.
Incident IQ
Source
Freshdesk
Destination
Compatibility
9 of 12
objects map 1:1 between Incident IQ and Freshdesk.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Incident IQ to Freshdesk is a structural migration for a K-12 district because Freshdesk is a general-purpose helpdesk platform with no native K-12 modules. Incident IQ's Tickets and Assets map to Freshdesk Tickets and Products, but the K-12-specific objects—Facilities Work Orders, Events, HR Requests, and Campus Locations—have no direct Freshdesk equivalent and require manual rebuild or workaround strategies. Freshdesk's per-agent pricing model (starting at $15/agent/month) contrasts with Incident IQ's enrollment-based pricing, and districts typically see cost reduction because agent counts run lower than total student enrollment. We map the enrollment count to agent count during scoping, preserve all custom ticket and asset fields, and deliver a written inventory of Support Flow automations requiring rebuild as Freshdesk scenario automations.
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 Incident IQ 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.
Incident IQ
Tickets
Freshdesk
Tickets
1:1Incident IQ Tickets map directly to Freshdesk Tickets. Status (New, Open, Pending, Resolved, Closed), Priority, Category, Assignee, and all timestamps migrate 1:1. Custom fields on Incident IQ tickets map to Freshdesk custom fields on the Ticket object, applying type conversions where field types differ (dropdown vs multi-select). We preserve the original ticket ID as a custom field for audit traceability.
Incident IQ
Assets
Freshdesk
Products
1:1Incident IQ Assets (tracked devices and equipment) map to Freshdesk Products with significant semantic differences to note. Incident IQ Assets carry device assignment, serial number, asset tag, model, location, and assignment history; Freshdesk Products represent a product/service catalog without native device-assignment tracking. We map serial number, asset tag, and model to Product custom fields, and note that device-to-user assignment requires either Freshdesk's Assets beta feature (if enabled) or a custom field workaround using Contacts.
Incident IQ
Locations (Campuses)
Freshdesk
Organizations + custom fields
1:manyIncident IQ campuses are first-class location objects that assign tickets and assets. Freshdesk has no native campus or location object; we map campuses to Organizations with a custom field campus_name__c and optionally create location-based Groups in Freshdesk for campus-level ticket routing. Districts with multi-campus deployments must choose between one Organization per campus or a single district Organization with location tracked in custom fields.
Incident IQ
Users (Staff and Agents)
Freshdesk
Agents
1:1Incident IQ users with agent roles (IT staff, technicians) map to Freshdesk Agents. We match by email address as the dedupe key. Incident IQ users with requester roles (teachers, students for HR) map to Freshdesk Contacts under the district Organization. We preserve role and campus assignment as custom fields on the Agent or Contact record in Freshdesk.
Incident IQ
Users (Students, Parents)
Freshdesk
Contacts
1:1Incident IQ student and parent users (non-agent roles) map to Freshdesk Contacts under the district Organization. Student email and name migrate; student-specific fields like grade level and homeroom map to Contact custom fields. Note that Freshdesk's per-agent pricing does not charge for Contacts, so large student contact databases do not affect licensing cost.
Incident IQ
Asset Model Categories
Freshdesk
Product custom fields
lossyIncident IQ model categories (Chromebooks, Laptops, Projectors) define device taxonomy. Freshdesk Products have no native category hierarchy; we map model categories to a Product custom field device_type__c and document the category list for Freshdesk admin to populate as dropdown values. Locked system-defined categories from Incident IQ are excluded from migration scope per the source platform gotcha.
Incident IQ
Support Flows
Freshdesk
Scenario Automations
lossyIncident IQ Support Flows automate ticket routing, assignment, and actions. Freshdesk Scenario Automations provide equivalent trigger-action logic from the Growth tier onward. We do not migrate Support Flows as code; we extract the flow logic and document each automation with its trigger conditions, actions, and recommended Freshdesk Scenario Automation configuration for the customer's admin to rebuild.
Incident IQ
Knowledge Base Articles
Freshdesk
Knowledge Base
1:1Incident IQ KB articles migrate to Freshdesk Knowledge Base with article content, categories, and folder structure preserved. We flag articles with embedded Incident IQ ticket links that will require URL redirects after migration. Article attachments migrate as file assets attached to the correct KB article.
Incident IQ
Facilities Work Orders
Freshdesk
Tickets (workaround)
1:1Incident IQ Work Orders have no direct Freshdesk equivalent. Freshdesk has no native facilities management module. We map Work Orders to Freshdesk Tickets with a custom field ticket_type__c set to 'Work Order', preserving status, priority, assignee, location, and description. Complex facilities workflows requiring approval chains, resource scheduling, or asset-linked work orders are documented for the customer to rebuild using Freshdesk's custom apps or a separate facilities management tool.
Incident IQ
Events
Freshdesk
Tickets (workaround)
1:1Incident IQ Events (room reservations, event coordination) have no direct Freshdesk equivalent. We map Events to Freshdesk Tickets with ticket_type__c = 'Event Request', preserving date, location, requestor, approval status, and associated resources. Multi-day recurring events and approval workflows are documented for the customer's admin to rebuild post-migration.
Incident IQ
HR Requests
Freshdesk
Tickets (workaround)
1:1Incident IQ HR Requests have no direct Freshdesk equivalent. We map HR Request records to Freshdesk Tickets with ticket_type__c = 'HR Request', preserving form field data, requestor, status, and associated workflow history. Form definitions are documented separately; the customer's HR admin rebuilds intake forms using Freshdesk's custom fields and automation rules.
Incident IQ
Attachments
Freshdesk
Attachments
1:1Ticket attachments, KB article files, and form uploads migrate as Freshdesk attachments linked to the correct parent record. Files over 25MB require chunked transfer handling via Freshdesk's file upload API. We preserve original file names and content types during migration.
| Incident IQ | Freshdesk | Compatibility | |
|---|---|---|---|
| Tickets | Tickets1:1 | Fully supported | |
| Assets | Products1:1 | Fully supported | |
| Locations (Campuses) | Organizations + custom fields1:many | Fully supported | |
| Users (Staff and Agents) | Agents1:1 | Fully supported | |
| Users (Students, Parents) | Contacts1:1 | Fully supported | |
| Asset Model Categories | Product custom fieldslossy | Mapping required | |
| Support Flows | Scenario Automationslossy | Mapping required | |
| Knowledge Base Articles | Knowledge Base1:1 | Mapping required | |
| Facilities Work Orders | Tickets (workaround)1:1 | Fully supported | |
| Events | Tickets (workaround)1:1 | Fully supported | |
| HR Requests | Tickets (workaround)1:1 | Fully supported | |
| Attachments | Attachments1:1 | Mapping required |
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.
Incident IQ gotchas
Enrollment-based pricing requires accurate student count
Locked system model categories cannot be migrated
Asset timeline history retention duration is undocumented
Bulk API is not publicly documented
Annual subscription price increases are non-negotiable for most districts
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 module inventory
We audit the Incident IQ environment to identify which K-12 modules are in active use: IT Ticketing, Asset Management, Facilities Work Orders, Events, and HR Requests. Districts using only IT Ticketing and Asset Management have a cleaner migration path to Freshdesk's Tickets and Products. Districts with active Facilities, Events, or HR modules require the workaround mapping strategy documented above, and we confirm the customer's acceptance of functional tradeoffs before proceeding. We also inventory record counts, custom fields, locked model categories, and active Support Flows during this phase.
Freshdesk tier selection and schema design
We recommend a Freshdesk tier based on the migration scope: the Garden tier ($15/agent/month) covers basic ticketing and custom fields; the Blossom tier ($29/agent/month) adds scenario automations required to rebuild Support Flow logic; the Gardenia tier ($49/agent/month) adds IP-based routing and custom time tracked fields. We design the Freshdesk schema: ticket fields matching Incident IQ's custom ticket fields, Product custom fields for device taxonomy, Organization structure (single district or per-campus), and Groups for campus-level ticket routing. Custom fields are deployed in a Freshdesk sandbox for validation before production migration.
Campus mapping strategy and custom field architecture
We resolve the campus-to-organization mapping with the customer during scoping. If the district chooses per-campus Organizations, we create one Organization per Incident IQ campus and map assets and tickets accordingly. If the district chooses a single Organization, we create a campus_name__c custom field on Tickets and Products. We also design the ticket_type__c custom field to differentiate IT Tickets, Work Orders, Event Requests, and HR Requests in the unified Freshdesk ticketing model. This architecture is validated in sandbox before production migration.
Sandbox migration and reconciliation
We run a full migration into a Freshdesk sandbox environment using production-like data volume. The customer's IT admin reconciles record counts (Tickets in, Assets in as Products, Users in as Agents and Contacts, Work Orders/Events/HR Requests in as typed Tickets), spot-checks 25-50 random records against the Incident IQ source, and validates custom field values and Organization structure. Any mapping corrections, custom field type adjustments, or Organization architecture changes happen in sandbox before production cutover.
Production migration in dependency order
We run production migration in dependency order: Organizations (for per-campus model), Contacts and Agents (Users), Products (from Assets), Tickets (IT tickets first, then Work Orders, Event Requests, HR Requests), Knowledge Base articles, and Attachments. Each phase emits a row-count reconciliation report before the next phase begins. Freshdesk's API v2 is used for all inserts with rate-limit handling and exponential backoff. The Incident IQ Support Flow inventory document is delivered to the customer's Freshdesk admin for scenario automation rebuild.
Cutover, validation, and automation rebuild handoff
We freeze Incident IQ writes during cutover, run a final delta migration for records modified during the migration window, then enable Freshdesk as the system of record. We deliver the Support Flow automation inventory with recommended Freshdesk Scenario Automation configurations for each active Support Flow. We do not rebuild Incident IQ Support Flows as Freshdesk scenario automations inside the migration scope; that is a separate engagement for the customer's Freshdesk admin or a Freshdesk partner. We support a one-week hypercare window for reconciliation issues.
Platform deep dives
Incident IQ
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 Incident IQ 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
Incident IQ: Not publicly documented.
Data volume sensitivity
Incident IQ 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 Incident IQ to Freshdesk migration scoping. Not seeing yours? Book a call.
Walk through your Incident IQ 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 Incident IQ
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.