Helpdesk migration
Field-level mapping, validation, and rollback between Tikit.Info and Zendesk. We move data and schema; workflows are rebuilt natively in Zendesk.
Tikit.Info
Source
Zendesk
Destination
Compatibility
10 of 11
objects map 1:1 between Tikit.Info and Zendesk.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Tikit.Info to Zendesk is a cross-ecosystem migration: Tikit sources user identity from Microsoft Entra ID and runs entirely inside Microsoft Teams, while Zendesk maintains its own user store and operates independently of any single productivity suite. The primary migration complexity is resolving Entra-sourced user records to Zendesk user accounts without losing agent assignment history, and handling Tikit's absence of a documented REST API by coordinating export through Cireson tooling during discovery. We migrate Tickets with full comment threads, attachments, and SLA timestamps; Knowledge Articles with their category hierarchy; and Configuration Items as Zendesk Assets. Tikit's Teams and Departments map to Zendesk Groups and Organizations respectively. Tikit Workflows, Power Automate integrations, and the Virtual Agent do not migrate as automation code; we deliver a written inventory for the customer's admin to rebuild in Zendesk or Zendesk Sunshine.
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 Zendesk, 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
Zendesk
Ticket
1:1Tikit Tickets map to Zendesk Tickets. The Tikit ticket title becomes Subject, description becomes Description, status (New/Open/Pending/Resolved/Closed) maps to Zendesk Status, priority maps to Priority, and category/subcategory map to Ticket Type or custom dropdown fields. Created, Updated, and Resolved timestamps transfer to Zendesk's created_at, updated_at, and the first status-change timestamp. Custom ticket fields from Tikit migrate as Zendesk custom fields of equivalent data type (text, dropdown, date, user reference).
Tikit.Info
Agent
Zendesk
User (Agent)
1:1Tikit Agents map to Zendesk Users with the Agent role. The primary complexity is identity resolution: Tikit sources agent identity from Microsoft Entra ID, so the source record contains an Entra UPN rather than a local credential. We map each Entra UPN to a Zendesk user by matching email, flag any Entra UPNs that do not resolve to a Zendesk user account, and present a reconciliation queue before migration. The customer's admin provisions any missing Zendesk users. Agent team assignment in Tikit maps to Zendesk Group membership.
Tikit.Info
Requester
Zendesk
End User
1:1Tikit Requesters (end users who submit tickets) map to Zendesk End Users. Like Agents, Requester identity is sourced from Entra ID. We map each Requester by email to a Zendesk End User, preserving display name, email, and department. Users who are both Requesters and Agents in Tikit receive the Agent role in Zendesk if they appear in the agent list.
Tikit.Info
Comment
Zendesk
Comment
1:1Tikit ticket comments migrate to Zendesk Ticket Comments preserving body text, author (mapped via the User identity reconciliation), timestamp, and public/internal visibility flag. Chronological ordering is preserved by setting Zendesk's comment created_at to the original Tikit timestamp. Public comments from requesters and internal notes from agents are separated using Tikit's is-public flag.
Tikit.Info
Attachment
Zendesk
Attachment
1:1Tikit attachments are stored in Azure blob storage. We download each attachment, validate filename encoding, check size against Zendesk's 50 MB per-file limit, and re-upload to the associated Zendesk Ticket using the Zendesk Attachments API. Attachments exceeding Zendesk's limit are flagged during scoping and presented to the customer for a decision: compress, split, or exclude.
Tikit.Info
Team
Zendesk
Group
1:1Tikit Teams map to Zendesk Groups. Teams in Tikit correspond to Microsoft 365 Groups in Entra, which means the team membership derives from M365 Group membership rather than a standalone Tikit record. We extract team membership from the Entra graph, create Zendesk Groups with matching names, and assign migrated Agents to the appropriate Group during user import. Multi-team agent assignments create multiple Group memberships in Zendesk.
Tikit.Info
Department
Zendesk
Organization
1:1Tikit Departments map to Zendesk Organizations. Multi-department configurations in Tikit define organizational hierarchy for ticket routing and reporting. We map each Department to a Zendesk Organization record, preserving the hierarchy where the destination supports it (Enterprise plans support parent-child Organization relationships). Agents and Requesters are assigned to Organizations based on their Department membership in Tikit.
Tikit.Info
Knowledge Article
Zendesk
Help Center Article
1:1Tikit KB Articles map to Zendesk Guide Articles. We map article title, body content (HTML or markdown depending on Tikit's export format), category, publish status, and view count. Article-to-ticket relationships are preserved by mapping the related ticket ID to a Zendesk Ticket field or article tag so that agents can find related KB content from within the ticket. Zendesk Guide must be activated and sections created before migration; we create the section hierarchy to match Tikit's article categories.
Tikit.Info
SLA Policy
Zendesk
SLA Policy
lossyTikit SLA policies (response time, resolution time, business hours configuration) map to Zendesk SLA Policies, which are available on Suite Team and above. We configure Zendesk SLAs at the plan level with target definitions mapped from Tikit's SLA conditions. Business hours settings transfer to Zendesk's business hour configuration. Note that SLA assignment rules in Zendesk operate differently from Tikit; we document the equivalent Zendesk SLA conditions during configuration design.
Tikit.Info
Configuration Item
Zendesk
Asset
1:1Tikit Configuration Items (Cireson assets) map to Zendesk Assets. CI attributes including name, type, serial number, and related service map to Zendesk Asset fields. Relationships between CIs and Tickets migrate as Zendesk Asset associations to Tickets. Zendesk Assets are available on Suite Team and above; if the destination plan does not include Assets, we map CIs to custom fields on Tickets and flag the limitation during scoping.
Tikit.Info
Custom Ticket Field
Zendesk
Custom Field
1:1Tikit custom ticket fields (dropdowns, text fields, date fields, user references) map to Zendesk ticket custom fields of equivalent data type. Dropdown options in Tikit migrate as Zendesk tag values or dropdown options. We validate field type compatibility during scoping and flag any Tikit fields that cannot be represented in Zendesk (e.g., Tikit user-reference fields may require a custom ticket field design in Zendesk).
| Tikit.Info | Zendesk | Compatibility | |
|---|---|---|---|
| Ticket | Ticket1:1 | Fully supported | |
| Agent | User (Agent)1:1 | Fully supported | |
| Requester | End User1:1 | Fully supported | |
| Comment | Comment1:1 | Fully supported | |
| Attachment | Attachment1:1 | Fully supported | |
| Team | Group1:1 | Fully supported | |
| Department | Organization1:1 | Fully supported | |
| Knowledge Article | Help Center Article1:1 | Fully supported | |
| SLA Policy | SLA Policylossy | Fully supported | |
| Configuration Item | Asset1:1 | Fully supported | |
| Custom Ticket Field | Custom Field1: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
Zendesk gotchas
Data export requires API scripting on non-Enterprise plans
Automations cap at 500 active rules and 1,000 tickets per hour
Help Center has no native export feature
Custom Objects and full data export are Enterprise-only
Pair-specific challenges
Migration approach
Discovery and export capability confirmation
We audit the Tikit.Info instance across all object types: ticket count, agent count, requester count, Teams, Departments, KB article count, SLA policy definitions, Configuration Item volume, and custom field inventory. We also confirm with Cireson the available export mechanisms for this Tikit instance and whether any object types require manual extraction. The discovery output is a written migration scope, a record-count inventory, and a confirmed export method. If the export tooling does not cover all required objects, we present options before proceeding.
Entra identity reconciliation and Zendesk user provisioning
We extract every distinct user (agent and requester) from Tikit, cross-reference against the Entra UPN list, and present a reconciliation report mapping each Entra identity to a Zendesk user account by email. The customer's Zendesk admin provisions any missing Zendesk user accounts and confirms group membership assignments. This step cannot be bypassed because every ticket, comment, and attachment depends on a valid Zendesk user record. Migration does not proceed past this step until the reconciliation queue is cleared.
Zendesk environment preparation
We configure the Zendesk destination environment before any data import: activate Zendesk Guide and create section hierarchy to match Tikit KB categories; configure Groups matching Tikit Teams; configure Organizations matching Tikit Departments; create SLA policies matching Tikit SLA definitions; create custom fields matching Tikit custom ticket fields; configure business hours matching Tikit SLA business hours. Zendesk Triggers, Macros, and Automations are documented for later rebuild but not configured during migration.
Sandbox migration and validation
We run a full migration into a Zendesk Sandbox or demo environment using a representative sample (minimum 50 tickets, 20 articles, all object types present). The customer reconciles record counts, spot-checks 25-50 random records against Tikit source data, and validates comment attribution, attachment availability, and SLA timestamps. Any field mapping corrections, missing custom fields, or section hierarchy issues are resolved in this phase. Sign-off on the sandbox migration gates the production migration start date.
Production migration in dependency order
We run production migration in record-dependency sequence: Zendesk Users (validated from Step 2), Groups (from Tikit Teams), Organizations (from Tikit Departments), SLA Policies (configuration), Assets (from Configuration Items), Tickets (with custom fields resolved), Comments (with author UserId resolved), Attachments (downloaded from Azure and re-uploaded), and KB Articles (after Guide sections are confirmed). Each phase emits a row-count reconciliation report before the next phase begins. Zendesk automations (Triggers, Macros) are disabled during import to prevent unwanted notifications on historical tickets.
Cutover, delta sync, and handoff
We freeze Tikit.Info writes during cutover, run a final delta migration of any tickets created or modified since the main migration window, then enable Zendesk as the system of record. We deliver the Tikit Workflow and Power Automate inventory document to the customer's admin team with Zendesk automation equivalents noted. We support a one-week hypercare window for reconciliation issues. Zendesk Guide publishing and any remaining workflow rebuilds are customer-admin tasks outside the migration scope.
Platform deep dives
Tikit.Info
Source
Strengths
Weaknesses
Zendesk
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 Zendesk.
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 Zendesk migration scoping. Not seeing yours? Book a call.
Walk through your Tikit.Info to Zendesk 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 Zendesk
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.