Helpdesk migration
Field-level mapping, validation, and rollback between Tikit.Info and Freshdesk. We move data and schema; workflows are rebuilt natively in Freshdesk.
Tikit.Info
Source
Freshdesk
Destination
Compatibility
8 of 9
objects map 1:1 between Tikit.Info and Freshdesk.
Complexity
BStandard
Timeline
3-4 weeks
Overview
Moving from Tikit.Info to Freshdesk is a helpdesk platform transition that must resolve three structural challenges unique to this pair: Tikit has no public REST API for bulk export, so migration depends on vendor-supported extraction tools with potential record caps; user identity in Tikit is sourced from Microsoft Entra ID rather than held locally, requiring a UPN-to-contact mapping step before agents and requesters land correctly in Freshdesk; and Freshdesk automation rules must be disabled before cutover or agents receive spurious notifications during import. We handle all three. We migrate Tickets with their status, priority, assignee, requester, created/updated timestamps, and internal notes; Comments preserving chronological order and author attribution; Attachments re-uploaded from Azure blob storage; Knowledge Articles with their publish status and category; Custom Ticket Fields mapped by data type; SLA Policies mapped to Freshdesk SLA configurations; and Configuration Items mapped to Freshdesk assets. We do not migrate Tikit Workflows, Teams channel configurations, or Microsoft Power Automate flows as code; we deliver a written inventory of these for the customer to rebuild 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 Tikit.Info 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.
Tikit.Info
Ticket
Freshdesk
Ticket
1:1Tikit Tickets map directly to Freshdesk Tickets. We map title, description, status, priority, category, subcategory, assignee (resolved via Entra UPN to Freshdesk agent), requester (resolved via Entra UPN to Freshdesk contact), created_at, updated_at, and resolved_at timestamps. Custom ticket fields in Tikit map to Freshdesk custom fields by data type: Tikit dropdowns become Freshdesk dropdown custom fields, text fields map to text, date fields map to date. We flag any custom field with picklist values that do not have a Freshdesk equivalent and document them for admin review before migration.
Tikit.Info
Agent
Freshdesk
Agent
1:1Tikit Agent records (name, email, role, team assignment, license status) map to Freshdesk Agent records. The critical step is resolving each Tikit agent's Entra UPN (userPrincipalName) to a Freshdesk contact that can be elevated to an agent. We run the UPN-to-contact lookup before the ticket migration phase so that assignee fields resolve correctly. Agents flagged as inactive in Tikit are migrated as inactive Freshdesk agents with their historical ticket assignments preserved. We flag any Tikit agent whose Entra UPN does not match an existing Freshdesk user for manual provisioning.
Tikit.Info
Requester
Freshdesk
Contact
1:1Tikit Requesters (end users who submit tickets) map to Freshdesk Contacts. We extract display name, email address, department, and organization membership from Tikit and map these to Freshdesk contact fields. Entra-sourced identity fields (UPN, Entra object ID) are preserved in Freshdesk custom fields on the contact record so that identity linkage survives the migration and can be referenced if the organization runs Entra-integration tooling in the future. Tikit's per-agent license boundary means every Requester in Tikit is a non-licensing contact in Freshdesk, which is the expected behavior.
Tikit.Info
Team
Freshdesk
Group
1:1Tikit Teams (which map to Microsoft 365 Groups in Entra) map to Freshdesk Groups. Where Tikit uses multi-department configurations with separate workflows per team, we map each Tikit team to a Freshdesk Group and flag any team that has associated workflow routing rules that will not carry over. The customer recreates team-based routing as Freshdesk Group assignment rules post-migration.
Tikit.Info
Knowledge Article
Freshdesk
Solution
1:1Tikit KB articles (title, body content, category, publish status, view count) map to Freshdesk Solutions organized by category. We preserve article-to-ticket relationships by storing the original Tikit article ID in a Freshdesk custom field on the Solution so that cross-references remain discoverable after migration. The article body migrates as HTML content. We flag articles exceeding Freshdesk's size limits and handle multilingual article content if the Tikit configuration supports it.
Tikit.Info
Comment
Freshdesk
Conversation (Reply or Note)
1:1Tikit Ticket comments migrate to Freshdesk Ticket Conversations. The comment body, author (resolved via Entra UPN to Freshdesk agent or contact), timestamp, and public/private flag map to Freshdesk body_text, user_id, created_at, and incoming (public) or note (internal) respectively. We preserve chronological ordering within each ticket by setting the Freshdesk created_at timestamp to the original Tikit comment timestamp. Private internal notes in Tikit migrate as internal notes in Freshdesk.
Tikit.Info
Attachment
Freshdesk
Attachment
1:1File attachments on Tikit tickets are downloaded from Azure blob storage and re-uploaded to Freshdesk as ticket attachments. We flag attachments exceeding Freshdesk's 15 MB per-file limit and handle filename encoding issues during re-upload. Attachment-to-ticket linkage is preserved by inserting each attachment against the migrated Freshdesk ticket ID. Inline images within ticket descriptions or comments migrate as separate Freshdesk attachments with the inline reference updated to point to the new attachment URL.
Tikit.Info
SLA Policy
Freshdesk
SLA Policy
lossyTikit SLA definitions (response time, resolution time, business hours configuration) map to Freshdesk SLA Policies and SLA targets. SLA assignment rules in Tikit (which tickets receive which SLA based on priority, category, or department) map to Freshdesk SLA entry rules. We note where Tikit SLA conditions have no Freshdesk equivalent and document them in the configuration handoff. Business hours configuration migrates to Freshdesk Business Hours settings.
Tikit.Info
Configuration Item
Freshdesk
Asset
1:1Cireson Configuration Items (assets and related services) map to Freshdesk Assets. CI relationships and attributes require custom field-level alignment because the Cireson CI data model does not have a direct Freshdesk schema equivalent. We map the CI name, type, status, and any linked tickets as Freshdesk Asset records with a custom field referencing the migrated ticket IDs. Full CI relationship graphs (parent-child CI hierarchies) are flagged for manual review during the handoff if the customer requires them in Freshdesk Assets.
| Tikit.Info | Freshdesk | Compatibility | |
|---|---|---|---|
| Ticket | Ticket1:1 | Fully supported | |
| Agent | Agent1:1 | Fully supported | |
| Requester | Contact1:1 | Fully supported | |
| Team | Group1:1 | Fully supported | |
| Knowledge Article | Solution1:1 | Fully supported | |
| Comment | Conversation (Reply or Note)1:1 | Fully supported | |
| Attachment | Attachment1:1 | Fully supported | |
| SLA Policy | SLA Policylossy | Fully supported | |
| Configuration Item | Asset1: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.
Tikit.Info gotchas
Agent license billing model affects migration scope
No public REST API for bulk export
Teams dependency complicates user identity mapping
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 Tikit export confirmation
We audit the Tikit.Info environment to establish migration scope: ticket count, agent count, requester count, KB article count, custom field inventory, SLA policy count, and attachment volume estimate. We confirm with Cireson the available export mechanisms and any record-type limitations. We also audit the Entra UPN list for every user with ticket activity to build the identity resolution table. The discovery output is a written migration scope document with record counts per object type, a list of any Tikit objects that cannot be exported programmatically, and a preliminary Freshdesk agent count with pricing impact.
Freshdesk provisioning and schema preparation
We configure Freshdesk before any data arrives: agents and groups are created to match the Tikit team structure, SLA policies are configured to match the Tikit SLA definitions (with business hours set), custom ticket fields are created in Freshdesk with types matching the Tikit custom field inventory, and Solutions categories are set up to match the Tikit KB structure. We disable all Freshdesk automation rules, scenario automations, and email notifications before the first record is imported. The customer creates any Freshdesk Groups required for multi-department routing during this phase.
Identity resolution and agent provisioning
We run the UPN-to-contact resolution step using the extracted Tikit user list and Freshdesk contact records. Agents whose UPN resolves to an existing Freshdesk contact are elevated to agent status. Agents whose UPN does not match are held in a reconciliation queue; the customer's admin provisions the missing Freshdesk users manually. Requesters whose UPN resolves to a Freshdesk contact are linked; requesters without a match are created as new Freshdesk contacts with Entra UPN and object ID preserved in custom fields. This step gates the ticket migration because assignee and requester fields must resolve to valid Freshdesk records.
Sandbox migration and reconciliation
We run a full migration into a Freshdesk sandbox environment using the production data volume to validate mapping accuracy, identity resolution coverage, and attachment re-upload success. The customer reviews a random sample of 25-50 migrated tickets against the Tikit source, checks comment ordering and author attribution, verifies KB article content, and confirms SLA assignment. Any mapping corrections are made before the production migration phase begins. Sandbox migration is included in the standard scope and typically takes two to five business days depending on data volume.
Production migration in dependency order
We run production migration in record-dependency order: contacts and agents first (to satisfy lookup references), then SLA policies and custom fields (referenced by tickets), then tickets (with assignee, requester, and SLA references resolved), then comments and attachments (linked to migrated ticket IDs), then KB articles, then configuration items. Each phase emits a row-count reconciliation report showing migrated, failed, and skipped records. We use Freshdesk's REST API with rate-limit handling (200-700 req/min depending on the customer's Freshdesk plan), exponential backoff on 429 responses, and batch chunking for attachment uploads.
Cutover, validation, and automation handoff
We freeze Tikit.Info writes during the cutover window, run a final delta migration of any records modified since the production migration began, then re-enable Freshdesk email routing and disable the Tikit inbox. We deliver a written inventory of Tikit automations, Teams channel configurations, and Power Automate flows with recommended Freshdesk equivalents for the customer's admin to rebuild. We support a five-business-day hypercare window for reconciliation issues raised during the first week of live operation in Freshdesk. We do not rebuild Tikit automations or Teams configurations as part of the standard migration scope.
Platform deep dives
Tikit.Info
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 Tikit.Info 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
Tikit.Info: Not publicly documented.
Data volume sensitivity
Tikit.Info 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 Tikit.Info to Freshdesk migration scoping. Not seeing yours? Book a call.
Walk through your Tikit.Info 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 Tikit.Info
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.