Helpdesk migration
Field-level mapping, validation, and rollback between Tikit and Zendesk. We move data and schema; workflows are rebuilt natively in Zendesk.
Tikit
Source
Zendesk
Destination
Compatibility
9 of 11
objects map 1:1 between Tikit and Zendesk.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Switching from Tikit by Cireson to Zendesk is an ITSM-to-helpdesk platform migration that requires careful attention to two structural gaps: Power Automate workflow portability and AI Virtual Agent retraining. Tikit builds its automation layer on Microsoft Power Automate flows, which are not exportable as portable logic and must be rebuilt as Zendesk Triggers and Automations. The Tikit Virtual Agent AI intent model is not transferable; migrated ticket history is available to retrain a new Zendesk AI bot, but intent definitions and confidence thresholds start from scratch. We map Tickets to Zendesk Tickets, Departments to Organizations with Views routing, Agents to Zendesk Agents, End Users to Zendesk End Users, KB Articles to Zendesk Guide articles, and SLA policies to Zendesk SLA policies. Custom fields that reference Entra ID groups or Intune device properties require reconfiguration post-migration because those integrations do not exist in Zendesk without additional configuration.
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 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
Ticket
Zendesk
Ticket
1:1Tikit Tickets migrate to Zendesk Tickets with subject, description, status, priority, category, requester (End User), assigned agent, and full conversation history preserved. Custom ticket fields migrate as Zendesk custom ticket fields. Tikit ticket ID is stored in a custom field tikit_ticket_id__c for cross-referencing during reconciliation. Conversation comments migrate as Ticket Comments with author attribution preserved. Status mapping: Tikit Open/New to Zendesk Open, Tikit Pending to Zendesk Pending, Tikit Resolved/Closed to Zendesk Solved/Closed.
Tikit
Agent
Zendesk
User (Agent role)
1:1Tikit Agents (licensed seats) map to Zendesk User records with the agent role. We export agent display name, email, group assignments, and skill mappings. Group assignments in Tikit map to Zendesk Groups, and skill mappings are documented for reconstruction in Zendesk's Skills feature if available on the destination tier. Agent provisioning happens before ticket import to satisfy the assignee relationship in Zendesk.
Tikit
End User
Zendesk
User (End User role)
1:1Tikit End Users (unlicensable ticket submitters) map to Zendesk End Users. We export display name and email address. Tikit Teams presence data and Entra ID-linked profile fields that have no Zendesk equivalent are flagged in the scoping document for post-migration reconfiguration if needed. End User email addresses serve as the dedupe key during import.
Tikit
Department
Zendesk
Organization + View + Form
1:manyTikit's multi-department configuration controls ticket routing, portal visibility, and SLA assignments. Each Tikit Department maps to a Zendesk Organization, and the department's queue routing rules map to Zendesk Views filtered by Organization. Tikit's portal separation maps to Zendesk's Help Center segmentation by Organization. SLA assignments per department map to Zendesk SLA policies linked to the corresponding Organization.
Tikit
Knowledge Base Article
Zendesk
Guide Article
1:1Tikit KB Articles migrate to Zendesk Guide articles with title, body content (HTML), and publish status preserved. Article category assignments map to Zendesk Guide Section hierarchy. Links to attached files stored within Tikit's managed storage migrate as file attachments. Links to external URLs (SharePoint, OneDrive, third-party) migrate as URL references and are flagged in the scoping document for access verification before cutover.
Tikit
KB Category
Zendesk
Guide Section
1:1Tikit KB Categories map directly to Zendesk Guide Sections. Category hierarchy is preserved as nested Sections where the destination Guide section structure supports it. If the destination Guide enforces a flat section structure, we flag this during scoping and document the required flattening as a pre-migration configuration step.
Tikit
Attachment
Zendesk
Ticket Attachment / Comment Attachment
1:1Ticket attachments and KB article attachments stored within Tikit's managed storage migrate as Zendesk attachments linked to the corresponding Ticket or Guide Article. Attachments are subject to Zendesk's file size limits. We document all external URL attachments (SharePoint, OneDrive) and flag them for access verification before cutover because links may break if the source SharePoint site loses permissions post-migration.
Tikit
SLA Policy
Zendesk
SLA Policy
1:1Tikit SLA definitions tied to ticket priority and department map to Zendesk SLA policies. SLA metric naming differs: Tikit First Response maps to Zendesk First Reply Time; Tikit Resolution maps to Zendesk Next SLA or Resolution Time depending on configuration. We map Tikit's SLA calendar and business hours to Zendesk's business hours configuration during the mapping phase. Priority-to-SLA mapping migrates 1:1.
Tikit
Asset Record
Zendesk
Configuration Item (via Zendesk Sunshine or third-party CMDB)
1:1Tikit asset records with device name, type, assigned user, and relationship data map to Zendesk Configuration Items if the destination Zendesk instance has the IT Service Management add-on or a connected CMDB integration. Tikit's deep Intune and Entra ID device property links do not migrate; these fields are documented as requiring reconfiguration in the destination CMDB or asset management tool post-migration.
Tikit
Tag
Zendesk
Tag
1:1Tikit tags on Tickets and KB Articles migrate as Zendesk Tags. Tags stored as multi-checkbox properties in Tikit custom fields become comma-separated tag strings in Zendesk unless the destination implements a custom field structure. We preserve the full tag set for each ticket and article and document the tagging convention for post-migration cleanup if the destination uses a flatter tag taxonomy.
Tikit
Power Automate Workflows
Zendesk
Zendesk Triggers and Automations
lossyTikit Power Automate workflows are environment-bound and non-exportable as portable logic. We do not migrate them as code. During scoping, we export a detailed workflow audit document listing every active Power Automate flow, its trigger conditions, actions, and dependent connections (Entra ID groups, Teams channels, SharePoint sites). The customer's admin uses this document to rebuild equivalent Triggers and Automations in Zendesk post-migration. This is a known migration gap that requires admin effort post-cutover.
| Tikit | Zendesk | Compatibility | |
|---|---|---|---|
| Ticket | Ticket1:1 | Fully supported | |
| Agent | User (Agent role)1:1 | Fully supported | |
| End User | User (End User role)1:1 | Fully supported | |
| Department | Organization + View + Form1:many | Fully supported | |
| Knowledge Base Article | Guide Article1:1 | Fully supported | |
| KB Category | Guide Section1:1 | Fully supported | |
| Attachment | Ticket Attachment / Comment Attachment1:1 | Fully supported | |
| SLA Policy | SLA Policy1:1 | Fully supported | |
| Asset Record | Configuration Item (via Zendesk Sunshine or third-party CMDB)1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Power Automate Workflows | Zendesk Triggers and Automationslossy | 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 gotchas
Power Automate workflows do not migrate automatically
Virtual Agent training does not transfer to the destination
Agent seat count scoping requires pre-migration planning
KB article attachments stored outside Tikit require manual retrieval
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
Pre-migration audit and scope confirmation
We connect to the Tikit instance via API and export a full inventory of Tickets, Agents, End Users, Departments, KB Articles, SLA policies, tags, and asset records. We identify Power Automate flow dependencies (documented but not migrated), Virtual Agent configuration scope, external attachment sources, and Entra ID or Intune-linked custom fields. We query the destination Zendesk instance's existing configuration (existing users, organizations, views, SLA policies, Guide structure) to identify naming conflicts before import begins. The audit output is a written migration scope document signed off by the customer's project lead before any data extraction starts.
Zendesk destination configuration
We configure the Zendesk destination environment to receive Tikit data. This includes provisioning agent and end user roles, creating Organizations to map Tikit Departments (with corresponding routing Views and Forms), creating Zendesk SLA policies mapped from Tikit SLA definitions, pre-creating Guide Sections to match the Tikit KB category hierarchy, and pre-creating any custom ticket fields to receive Tikit custom field data without data loss. We configure Zendesk business hours to match Tikit's SLA calendar. This phase runs in parallel with the source audit and requires Zendesk admin credentials with configuration write access.
Agent and End User migration
We migrate Tikit Agents first, creating Zendesk User records with the agent role and mapping Tikit group memberships to Zendesk Groups. Agent email addresses serve as the dedupe and matching key. We then migrate Tikit End Users as Zendesk End Users. End User records must complete before ticket import because requester references on tickets require valid End User IDs. Any Tikit End User record that references Entra ID-linked profile fields is flagged in the reconciliation report for post-migration cleanup.
Ticket and Knowledge Base migration
We migrate Tikit Tickets in chronological batches, mapping requester references to migrated End User IDs and assignee references to migrated Agent IDs. Custom ticket fields map to pre-created Zendesk custom fields by name and type. Conversation history migrates as Ticket Comments. KB Articles migrate to Zendesk Guide articles with Section assignments preserved. We run two validation passes: row-count reconciliation against the Tikit export and spot-checking of 25-50 records against the source. Any mapping errors surface in the reconciliation report for correction before cutover.
SLA, tag, and asset record migration
We migrate SLA policy assignments per ticket and tag associations per ticket and article. SLA metrics (First Response, Resolution) map to Zendesk SLA metric types and are linked to the corresponding Zendesk SLA policy. Tags migrate as Zendesk Tags and are associated with the corresponding tickets and articles. Asset records migrate to Zendesk Configuration Items if the IT Service Management add-on is present; otherwise, they are exported as a structured CSV inventory for manual import into a connected CMDB post-migration. This phase runs as a delta after ticket migration to capture any records modified during the import window.
Cutover, delta sync, and workflow handoff
We freeze Tikit writes during cutover and run a final delta migration capturing any tickets or articles modified during the migration window. We verify attachment integrity, comment threading, and tag associations on a validation sample. We deliver the Power Automate workflow audit document and Virtual Agent configuration summary to the customer's admin team. We support a one-week hypercare window where we resolve any reconciliation issues. We do not rebuild Power Automate flows as Zendesk Triggers and Automations inside migration scope; that work is a separate engagement or internal admin task. We do not configure Zendesk AI Agent retraining; that is a separate AI implementation engagement.
Platform deep dives
Tikit
Source
Strengths
Weaknesses
Zendesk
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 Tikit and Zendesk.
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
Tikit: Not publicly documented.
Data volume sensitivity
Tikit 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 to Zendesk migration scoping. Not seeing yours? Book a call.
Walk through your Tikit 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
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.