Helpdesk migration
Field-level mapping, validation, and rollback between Track-It! and Freshdesk. We move data and schema; workflows are rebuilt natively in Freshdesk.
Track-It!
Source
Freshdesk
Destination
Compatibility
7 of 9
objects map 1:1 between Track-It! and Freshdesk.
Complexity
BStandard
Timeline
2-3 weeks
Overview
Moving from Track-It! to Freshdesk means leaving a SQL Server-backed on-premises ITSM system for a cloud-native help desk with a documented REST API. Track-It! has no public API — we extract directly from the SQL Server schema (HDTickets, Assets, ConfigItems, ChangeRequests) using read-only database access or a restored .bak backup. We pre-inventory every custom field column appended to each module table so that destination custom fields are created with the correct data types before any records move. Freshdesk's API rate limits (200-700 calls per minute depending on plan tier) govern the write cadence, and per-endpoint sub-limits on the Tickets List endpoint require pagination with updated_since windowing for large ticket volumes. BCM (Business Configuration Management) linkage records, which Track-It! uses to relate assets to tracked items, do not have an equivalent in Freshdesk — we enumerate every BCM-linked relation during discovery and surface it as a known gap at sign-off. Workflows, SLA-based escalations, and per-group view permissions do not migrate as code; we deliver a written map of every active workflow and SLA rule for the customer to rebuild in Freshdesk's automation engine.
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 Track-It! 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.
Track-It!
HDTickets (Tickets)
Freshdesk
Tickets
1:1Track-It! ticket headers, descriptions, resolutions, priority levels, and status values map directly to Freshdesk ticket fields. We extract from HDTickets and HDTicketHistory for full audit trail, which migrates as conversation notes in Freshdesk. Freshdesk's Status field (Open, Pending, Resolved, Closed) maps from Track-It!'s status枚举; resolution date maps to Freshdesk's closed_at timestamp.
Track-It!
Assets
Freshdesk
Assets
1:1Track-It! Assets stored in the Assets table with ConfigItems and AssetRelations migrate to Freshdesk Assets. The asset name, serial number, purchase date, and assigned user map to Freshdesk's corresponding fields. Track-It!'s CI classification hierarchy (if used) maps to Freshdesk's asset type and product_id.
Track-It!
Users and Technicians
Freshdesk
Agents
1:1HDUsers and HDGroups define technician profiles and group assignments in Track-It!. We extract owner assignments on tickets and resolve them by email against Freshdesk agents. Group memberships map to Freshdesk Teams. If a Track-It! technician does not have a corresponding Freshdesk agent account, we create them as inactive agents during migration and flag for the admin to activate.
Track-It!
ChangeRequests
Freshdesk
Custom Fields or Problem Records
1:1Track-It! ChangeRequests contain lifecycle stages, approval routing, risk assessment fields, and linked CIs. Freshdesk does not have a native change management object in the standard help desk tier. We map ChangeRequests to Freshdesk ticket records with custom fields capturing the CR number, risk level, and approval status. If the customer uses Freshservice (the ITSM tier), ChangeRequests map to Freshservice Change records.
Track-It!
Knowledge Base Articles
Freshdesk
Knowledge Base
1:1Track-It! KB articles stored in the dedicated module table migrate to Freshdesk Knowledge Base with article body, category assignments, and tag relations. We have seen Freshdesk's native import tool duplicate KB articles in prior migrations — we validate article counts post-migration and deduplicate if needed. Category hierarchy from Track-It! maps to Freshdesk folder structure.
Track-It!
Attachments
Freshdesk
Attachments
1:1Track-It! attachments stored as BLOBs in the database or as file-store references are extracted to a file package and associated with the parent ticket or asset record in Freshdesk via the Freshdesk Attachments API. Freshdesk plan-level file size limits (10-50 MB depending on tier) apply. We batch attachment uploads and handle the parent ticket ID resolution during the write phase.
Track-It!
Custom Fields
Freshdesk
Custom Fields
lossyEvery Track-It! installation has unique custom fields appended as columns to module tables. We run a full schema inventory query across all module tables during discovery to capture every custom column name and inferred data type. These map to Freshdesk custom ticket fields (text, dropdown, date, checkbox, number) created before migration. Picklist values from Track-It! dropdowns map to Freshdesk dropdown options.
Track-It!
SLAs
Freshdesk
SLA Policies
lossySLA definitions and timer configurations stored in Track-It!'s system-configuration tables extract as SLA policy rules. We map SLA-to-priority mappings so that Freshdesk SLA policies can be configured with equivalent response and resolution time windows. Freshdesk's SLA policies attach to tickets via ticket type or priority, which we configure during migration setup.
Track-It!
BCM Asset Relations
Freshdesk
None
1:1Business Configuration Management (BCM) linkage records that relate assets to tracked items and maintain CI relationship graphs have no equivalent in Freshdesk. These linkage records are BMC-specific and do not survive migration to a non-BMC destination. We run a pre-migration query to enumerate every BCM-linked record, surface the full list to the customer, and document the relationships for manual recreation in Freshdesk or acceptance as a known gap.
| Track-It! | Freshdesk | Compatibility | |
|---|---|---|---|
| HDTickets (Tickets) | Tickets1:1 | Fully supported | |
| Assets | Assets1:1 | Fully supported | |
| Users and Technicians | Agents1:1 | Fully supported | |
| ChangeRequests | Custom Fields or Problem Records1:1 | Fully supported | |
| Knowledge Base Articles | Knowledge Base1:1 | Mapping required | |
| Attachments | Attachments1:1 | Mapping required | |
| Custom Fields | Custom Fieldslossy | Mapping required | |
| SLAs | SLA Policieslossy | Mapping required | |
| BCM Asset Relations | None1:1 | Not 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.
Track-It! gotchas
No public API for programmatic export
BCM relations do not migrate between unlike systems
Custom field schema is installation-specific
Test migration excludes BCM and asset relations
Database performance impacts migration timing
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 SQL schema inventory
We work with the customer's DBA to obtain read-only access to the Track-It! SQL Server instance (or a restored .bak backup). We run a full schema inventory query across HDTickets, Assets, ConfigItems, ChangeRequests, HDUsers, HDGroups, and the KB module table to capture every base column and extended custom column. We also enumerate BCM-linked asset relations and audit the SLA configuration tables. The discovery output is a written schema manifest with column names, inferred data types, and record counts per module.
Freshdesk plan and custom field pre-creation
Based on discovery record counts, we recommend a Freshdesk plan tier (Growth, Pro, or Enterprise) that supports the required API rate limits and storage. Before any migration begins, the customer creates the destination custom fields in Freshdesk admin to match the installation-specific Track-It! schema. We provide the exact field names, types, and picklist values from the schema inventory so the admin can create them in advance, avoiding field-not-found errors during the migration run.
Agent and group provisioning
We extract all distinct technicians and groups from HDUsers and HDGroups. Each Track-It! technician maps to a Freshdesk agent by email. Group memberships map to Freshdesk Teams. We reconcile agent provisioning status (active vs inactive) with the customer before migration — inactive Track-It! technicians become inactive Freshdesk agents to preserve ticket ownership history without generating notifications to departed staff.
Database extraction and transform
We extract records from the SQL Server database in dependency order: agents first (for owner resolution), then assets and configuration items, then tickets with full audit history, then knowledge base articles, then attachments as a file package. BLOB attachments are extracted to disk and batched for Freshdesk API upload after parent ticket IDs are established. BCM-linked relations are extracted as a separate enumeration dataset for the customer to review.
Sandbox migration and reconciliation
For migrations exceeding 5,000 tickets, we run a sandbox migration first to validate field mapping accuracy, article deduplication behavior, and attachment association integrity. The customer reconciles a random sample of 25-50 records against the source before we proceed to production migration. Any mapping corrections happen in the sandbox, not in production.
Production migration and cutover
We run production migration in record-dependency order: agents, assets, tickets (with full audit history as conversation notes), knowledge base, and attachments. BCM relations are delivered as a separate enumerated CSV for manual rebuild. We freeze Track-It! writes during cutover, run a delta sync of any records modified during the migration window, then enable Freshdesk as the system of record. We deliver a written workflow and SLA map for the customer to rebuild in Freshdesk's automation engine.
Platform deep dives
Track-It!
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 Track-It! 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
Track-It!: Not applicable — no public API.
Data volume sensitivity
Track-It! 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 Track-It! to Freshdesk migration scoping. Not seeing yours? Book a call.
Walk through your Track-It! 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 Track-It!
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.