Helpdesk migration
Field-level mapping, validation, and rollback between Tikit.Info and Gorgias. We move data and schema; workflows are rebuilt natively in Gorgias.
Tikit.Info
Source
Gorgias
Destination
Compatibility
11 of 12
objects map 1:1 between Tikit.Info and Gorgias.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Tikit.Info and Gorgias serve fundamentally different helpdesk personas: Tikit is a Microsoft Teams-native ITSM ticketing system for internal IT departments, while Gorgias is an omnichannel customer support platform built for e-commerce brands managing Shopify orders, social media DMs, and email in a single unified inbox. Migrating between them requires not just record transfer but a conceptual re-platforming from internal IT tooling to customer-facing support operations. Tikit sources user identity from Microsoft Entra ID rather than maintaining local credentials, which means every requester and agent record in Tikit must be mapped against an email address in Gorgias; any Entra UPN without a match in the destination requires manual identity reconciliation before migration proceeds. Tikit does not publish a documented REST API, so we coordinate with Cireson during discovery to confirm export capability and adjust sequencing around vendor-assisted extract mechanisms. We do not migrate Power Automate workflows, Teams channel routing rules, or SLA escalation policies as code; we deliver a written inventory of these constructs for the customer's IT and operations team to rebuild in Gorgias Rules and Macros.
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 Gorgias, 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
Gorgias
Ticket
1:1Tikit tickets migrate to Gorgias tickets preserving ticket subject, body, status, priority, category, subcategory, assignee, requester email, and all custom ticket field values. Tikit's internal notes migrate as private internal notes in Gorgias; public comments migrate as external messages. Created, updated, and resolved timestamps preserve on the migrated record. Tikit ticket IDs are stored in a custom field tikit_original_id__c for relationship traceability.
Tikit.Info
Agent
Gorgias
User (Agent)
1:1Tikit agents map to Gorgias users with the agent role. We resolve each agent by their Entra-sourced email address against Gorgias user email. Any Tikit agent whose Entra UPN does not correspond to an active email in Gorgias enters a reconciliation queue; the customer's admin must create the Gorgias user before agent assignment on tickets can be resolved. Agent team assignments from Tikit map to Gorgias Teams.
Tikit.Info
Requester
Gorgias
Customer
1:1Tikit requesters (end users who submit tickets) map to Gorgias customer records. The requester's display name, email address, department, and organization membership from Entra migrate to the Gorgias customer profile. Tikit's Entra-sourced identity fields are preserved in a custom field tikit_entra_upn__c on the Gorgias customer record for identity audit purposes. Customers without a valid email receive a temporary email placeholder flagged for admin review.
Tikit.Info
Team
Gorgias
Team
1:1Tikit Teams (which map to Microsoft 365 Groups in Entra) migrate to Gorgias Teams. Team membership is reconstructed from Tikit agent-to-team assignments. If the destination Gorgias account uses a different team naming convention, we apply the naming convention agreed during scoping and document the original Tikit team name in a custom field.
Tikit.Info
Department
Gorgias
Team or Tag
1:1Tikit departments define organizational hierarchy for routing and reporting. Multi-department configurations require field-level mapping to match Gorgias's org structure, which uses Teams and Tags for routing segmentation. We map each Tikit department to a Gorgias Team with a corresponding Tag applied to all tickets from that department. If the customer uses Gorgias's helpdesk routing rules based on department, we map those rules in the written inventory for admin rebuild.
Tikit.Info
Knowledge Article
Gorgias
Help Center Article
1:1Tikit knowledge base articles migrate to Gorgias Help Center articles. We preserve article title, body content, category, publish status, and view count. Article-to-ticket relationships are re-linked by storing the original Tikit article ID in a custom field on the Gorgias Help Center article and documenting the related ticket IDs for manual re-association by the admin.
Tikit.Info
Comment
Gorgias
Message (Ticket Comment)
1:1Ticket comments from Tikit migrate to Gorgias ticket messages preserving the comment body, author email (resolved to Gorgias user or customer), timestamp, and the public-versus-internal flag. Chronological order within each ticket is preserved by setting the Gorgias message timestamp to the original Tikit timestamp. Internal notes from Tikit agents land as internal notes in Gorgias.
Tikit.Info
Attachment
Gorgias
Attachment
1:1File attachments on Tikit tickets are downloaded from Azure blob storage and re-uploaded to the Gorgias ticket as attachment records. We flag attachments exceeding Gorgias's 25 MB per-file size limit and flag filename encoding issues (non-UTF-8 characters) before upload. Customers receive a pre-migration report listing oversized attachments with a recommendation to host externally and link.
Tikit.Info
Custom Ticket Field
Gorgias
Custom Ticket Field
1:1Tikit custom ticket fields vary by customer configuration and may include dropdowns, text fields, dates, or user-reference fields. We map each custom field by data type to the nearest Gorgias custom field equivalent (text, number, date, single-select, multi-select). Picklist values from Tikit dropdown fields migrate as tag values or multi-select options in Gorgias. Any Tikit custom field without a direct Gorgias equivalent is flagged for admin decision during scoping.
Tikit.Info
SLA Policy
Gorgias
SLA (via Rules and Tags)
lossyTikit SLA definitions (response time, resolution time, business hours) have no direct Gorgias SLA object equivalent. We map SLA policies to Gorgias Rules with conditional logic that applies a Tag to tickets meeting SLA criteria, allowing agents to filter by SLA tier. The written SLA inventory document maps each Tikit SLA name and thresholds to the equivalent Gorgias Rule with recommended conditions.
Tikit.Info
Configuration Item
Gorgias
Customer Attribute or Custom Field
1:1Cireson Configuration Items represent IT assets and related services. We map CI relationships and attributes to Gorgias customer attributes or ticket custom fields depending on whether the CI relates to a specific customer or a general asset. Full CI-to-asset mapping requires custom field-level alignment and is scoped during discovery. The customer may alternatively maintain CI data in a separate asset management tool post-migration.
Tikit.Info
Tag (Tikit Category/Tag)
Gorgias
Tag
1:1Tikit category and subcategory assignments migrate as Gorgias Tags on the corresponding ticket. Tags preserve the Tikit taxonomy so that the customer's admin can re-map routing and filtering rules in Gorgias Rules using the same tag names. Tag counts are audited pre-migration to ensure no orphaned categories exist without associated tickets.
| Tikit.Info | Gorgias | Compatibility | |
|---|---|---|---|
| Ticket | Ticket1:1 | Fully supported | |
| Agent | User (Agent)1:1 | Fully supported | |
| Requester | Customer1:1 | Fully supported | |
| Team | Team1:1 | Fully supported | |
| Department | Team or Tag1:1 | Fully supported | |
| Knowledge Article | Help Center Article1:1 | Fully supported | |
| Comment | Message (Ticket Comment)1:1 | Fully supported | |
| Attachment | Attachment1:1 | Fully supported | |
| Custom Ticket Field | Custom Ticket Field1:1 | Fully supported | |
| SLA Policy | SLA (via Rules and Tags)lossy | Fully supported | |
| Configuration Item | Customer Attribute or Custom Field1:1 | Fully supported | |
| Tag (Tikit Category/Tag) | Tag1: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
Gorgias gotchas
AI Agent adds outcome-based fees on top of billable ticket costs
Overage billing for tickets scales nonlinearly
API rate limits restrict bulk export throughput
Agent data visibility cannot be restricted by role for GDPR use cases
Knowledge Base translations require separate API calls per locale
Pair-specific challenges
Migration approach
Discovery and export capability confirmation
We audit the Tikit.Info instance to enumerate tickets, agents, requesters, departments, teams, knowledge base articles, custom fields, SLA policies, and Configuration Items. We contact Cireson to confirm export capability for each object type and identify any export caps, file format constraints, or metadata gaps. We extract Entra-sourced identity records (email, UPN, department) and cross-reference against the target Gorgias account's existing users and customers to build a pre-migration identity reconciliation queue. The discovery output is a written migration scope with object counts, export method per object type, and identity gap list.
Gorgias account provisioning and schema preparation
We configure the Gorgias destination account: provisioning agents with roles matched to their Tikit team assignments, setting up Teams mirroring the Tikit department and team hierarchy, creating custom ticket fields aligned to Tikit custom field types, and configuring help center categories for knowledge base migration. We disable Gorgias Rules and Macros that could alter incoming migrated tickets before they are fully imported, per Gorgias migration best practices documented in their Help Desk Migration guide.
Identity reconciliation queue resolution
We resolve every Tikit agent and requester against Gorgias user and customer records. Agents whose Entra UPN matches an existing Gorgias user receive their ticket assignments during migration. Agents without a match enter the reconciliation queue and the customer's admin creates the Gorgias user before the agent assignment phase. Requesters without a matching email receive a temporary placeholder email flagged for admin cleanup post-migration. We do not leave agent or customer records unresolved because orphaned assignments break ticket import ordering.
Export, transform, and load in dependency order
We extract data from Tikit in dependency order: agents and requesters first (for identity resolution), then knowledge base articles (for re-linking), then tickets with comments, attachments, and custom field values. Each record is transformed to match the Gorgias schema, with Entra UPN preserved in tikit_entra_upn__c, Tikit ticket IDs preserved in tikit_original_id__c, and SLA tier names mapped to tags. Attachments are downloaded from Azure blob storage, validated for size and encoding, and uploaded to Gorgias. Custom field updates use the read-merge-write pattern to respect Gorgias replace-all semantics.
Knowledge base re-linking and SLA inventory delivery
We re-link Tikit knowledge base articles to their source tickets by documenting the relationship in the migration handoff report. The customer's admin creates the Help Center articles in Gorgias using the migrated content and applies the article-to-ticket links manually or via a post-migration script using the Gorgias API. We deliver the SLA policy inventory document mapping each Tikit SLA definition to the recommended Gorgias Rule with conditions and timer reset logic. Power Automate workflow inventory is delivered separately with a rebuild guide for each active flow.
Cutover, delta sync, and Rule enablement
We freeze Tikit.Info write access during cutover, run a final delta migration of any tickets modified during the migration window, then enable Gorgias as the system of record. We re-enable Gorgias Rules and Macros after validating that all migrated tickets landed with correct assignments and custom field values. We deliver a post-migration validation report comparing source record counts against destination record counts for every object type. We provide a one-week hypercare window for reconciliation issues raised by the support team.
Platform deep dives
Tikit.Info
Source
Strengths
Weaknesses
Gorgias
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 3 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Tikit.Info and Gorgias.
Object compatibility
3 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 Gorgias migration scoping. Not seeing yours? Book a call.
Walk through your Tikit.Info to Gorgias 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 Gorgias
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.