Helpdesk migration
Field-level mapping, validation, and rollback between Tikit and Salesforce Service Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Service Cloud.
Tikit
Source
Salesforce Service Cloud
Destination
Compatibility
6 of 12
objects map 1:1 between Tikit and Salesforce Service Cloud.
Complexity
CModerate
Timeline
2-4 weeks
Overview
Migrating from Tikit to Salesforce Service Cloud is a shift from a Teams-native ITSM tool built on M365 licensing to a full-featured CRM-powered service desk. Tikit structures its service desk around Tickets, Agents, Departments, and Knowledge Base Articles with Microsoft Power Automate handling all workflow automation. Salesforce Service Cloud replaces Tikit's ticketing model with Cases, Contacts, and Accounts while providing Flow for automation, Einstein AI for routing, and AppExchange for extensibility. We migrate ticket histories with full conversation threads, agent assignments, KB articles with category structures, SLA policy configurations, and asset relationships. Power Automate flows and Virtual Agent AI training cannot migrate automatically; we document both for your admin to rebuild. Custom fields referencing Entra ID groups or Intune device properties require reconfiguration in Salesforce.
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.
Source platform
Tikit platform overview
Scorecard, SWOT, gotchas, and pricing for Tikit.
Destination platform
Salesforce Service Cloud platform overview
Scorecard, SWOT, gotchas, and pricing for Salesforce Service Cloud.
Data migration guide
The complete Salesforce Service Cloud migration guide
Data model, import mechanisms, field mapping strategy, pitfalls, and cutover — by the engineers running it.
Destination checklist
Salesforce Service Cloud migration checklist
Pre- and post-cutover tasks for moving onto Salesforce Service Cloud.
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 Salesforce Service Cloud, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Tikit
Ticket
Salesforce Service Cloud
Case
1:1Tikit Tickets map directly to Salesforce Cases. Subject, description, status, priority, category, requester, and assigned agent transfer as typed Case fields. Full conversation thread history migrates as EmailMessage records linked to the Case. Custom ticket fields migrate as Case custom fields (__c) with type mapping from Tikit field types to Salesforce equivalents. Tikit ticket ID is preserved in a custom field tikit_ticket_id__c for audit and cross-reference.
Tikit
Agent
Salesforce Service Cloud
User
1:1Tikit Agents (licensed seats) map to Salesforce User records. We resolve agents by email match against the destination org's User table. Any Tikit Agent without a matching Salesforce User goes to a reconciliation queue for admin provisioning. Agent group and skill mappings migrate as Salesforce Permission Sets and Skills if the destination org has Service Setup > Skills enabled.
Tikit
End User
Salesforce Service Cloud
Contact
1:1Tikit End Users (unlimited, unlicensable) map to Salesforce Contact records under the relevant Account. End User display names and email addresses migrate as Contact fields. Teams presence data and Entra ID-linked profile fields have no Salesforce equivalent and are excluded. End users without an Account relationship migrate under a default Tikit End Users Account that we create before migration.
Tikit
Department
Salesforce Service Cloud
Queue + Record Type
lossyTikit departments control ticket routing, portal visibility, and SLA assignments. We map each department to a Salesforce Queue (for case routing) and a Case Record Type (for department-scoped page layouts and picklist values). Department-level SLA policies migrate as Entitlement Processes attached to the Contact or Account that represents the department's service tier.
Tikit
Knowledge Base Article
Salesforce Service Cloud
Knowledge Article
1:1Tikit KB Articles (title, body, category, publish status) map to Salesforce Knowledge Articles. Article body migrates as the Article's Summary or Body rich text field. Article categories map to Salesforce Data Category Groups and Categories if the destination uses hierarchical categorization, or to a picklist field if flat categorization is configured. Links to attached files in Tikit-managed storage transfer as ContentDocument attachments on the article.
Tikit
KB Category
Salesforce Service Cloud
Data Category or Picklist
lossyTikit article categorization structures migrate 1:1. If Tikit uses a flat category tree, we map to a Salesforce picklist on the Knowledge Article. If Tikit uses a hierarchical category structure, we map to Salesforce Data Category Groups with the same parent-child relationships. Customer chooses during scoping which model applies.
Tikit
SLA Policy
Salesforce Service Cloud
Entitlement + Milestone
lossyTikit SLA definitions tied to ticket priority and department migrate as Salesforce Entitlements and Milestones. First Response Time and Resolution Time SLAs map to Salesforce First Response Target and Initial Response Target milestones. Note that Tikit's 'First Response' naming maps to Salesforce's 'Initial Response' milestone; we rename for accuracy during configuration. Business hours reference migrates from Tikit to Salesforce Business Hours record.
Tikit
Attachment
Salesforce Service Cloud
ContentDocument
1:1Ticket and KB Article attachments stored within Tikit's managed storage migrate as Salesforce ContentDocument records linked via ContentDocumentLink to the parent Case or Knowledge Article. Attachments linked via external URLs (SharePoint, OneDrive) are preserved as URL references in a custom field rather than migrated as files; we document all external attachment sources during the pre-migration audit so you can verify access continuity before cutover.
Tikit
Asset Record
Salesforce Service Cloud
Asset
1:1Tikit asset records (device name, type, assigned user, relationship data) map to Salesforce Asset. Intune device properties and Entra ID group memberships do not migrate as live integrations; we export the asset name, type, assigned contact, and relationship fields. If the destination org includes Field Service Management, Asset relationships map to Work Orders.
Tikit
Tag
Salesforce Service Cloud
Topic or Multi-Select Picklist
lossyTikit tags on tickets and articles migrate to Salesforce Topics (with TopicAssignment records) if the destination uses Salesforce's native topic taxonomy, or to a multi-select picklist field on Case if the customer prefers flat labels. Customer chooses during scoping. Tags that exceed Salesforce picklist value limits receive a comma-separated string in a long text area field.
Tikit
Power Automate Workflows
Salesforce Service Cloud
Workflow Documentation
lossyTikit Power Automate workflows are platform-bound and cannot be exported as transferable logic. We export a documented inventory of every active flow: trigger conditions, actions, conditions, delays, and notification recipients. This document is delivered with the migration package and serves as the configuration guide for rebuilding in Salesforce Flow. We do not build the Flow automations as part of the migration scope.
Tikit
Virtual Agent Configuration
Salesforce Service Cloud
Einstein Bot Documentation
lossyTikit Virtual Agent training data, intent definitions, and fallback configurations are not exportable as transferable artifacts. We deliver a configuration summary document that lists every active intent, its confidence threshold, the KB articles it references, and its routing logic. Your Salesforce admin or a consultant uses this to configure Einstein Bots and Einstein Case Routing from scratch. We do not migrate Virtual Agent AI training to Einstein.
| Tikit | Salesforce Service Cloud | Compatibility | |
|---|---|---|---|
| Ticket | Case1:1 | Fully supported | |
| Agent | User1:1 | Fully supported | |
| End User | Contact1:1 | Fully supported | |
| Department | Queue + Record Typelossy | Fully supported | |
| Knowledge Base Article | Knowledge Article1:1 | Fully supported | |
| KB Category | Data Category or Picklistlossy | Fully supported | |
| SLA Policy | Entitlement + Milestonelossy | Fully supported | |
| Attachment | ContentDocument1:1 | Fully supported | |
| Asset Record | Asset1:1 | Fully supported | |
| Tag | Topic or Multi-Select Picklistlossy | Fully supported | |
| Power Automate Workflows | Workflow Documentationlossy | Fully supported | |
| Virtual Agent Configuration | Einstein Bot Documentationlossy | Mapping required |
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
Salesforce Service Cloud gotchas
Data Export 512MB file size cap breaks large org exports
API Daily Request Limits vary by license edition
No automatic data backup in base Salesforce
Picklist dependencies silently break records when unmapped
Workflow rules fire unexpectedly during data load
Pair-specific challenges
Migration approach
Discovery and data audit
We audit the Tikit environment across plan tier, active agent count, end user volume, ticket count and age distribution, KB article count and category structure, SLA policy definitions, active Power Automate flows, and Virtual Agent configuration. We identify custom fields on Tickets and KB Articles, external attachment sources (SharePoint URLs, OneDrive links), and asset records linked to Intune. The discovery output is a written migration scope, a data volume estimate, and a Power Automate workflow inventory document.
Destination schema design
We design the Salesforce Service Cloud org structure: Case Record Types per Tikit department, Contact and Account hierarchy (with a default Tikit End Users Account), Entitlement Processes mapped from Tikit SLA policies, Knowledge Article Data Category Groups from Tikit KB categories, and custom Case fields matched to Tikit custom ticket fields. We also design the Salesforce Flow rebuild specification based on the Power Automate inventory. Schema is deployed into a Salesforce Sandbox first for validation.
Sandbox migration and reconciliation
We run a full migration into a Salesforce Sandbox using production-like data volume. Your IT service desk lead or ITSM admin reconciles record counts (Cases in, Contacts in, Assets in, Knowledge Articles in), spot-checks 25-50 random cases against the Tikit source, and validates SLA milestone assignments. Sign-off on the sandbox migration is required before production migration begins. Any field mapping corrections happen here.
Production migration in dependency order
We run production migration in record-dependency order: Accounts (from Tikit departments and the default End Users account), Contacts (from End Users), Users (manual provisioning validated), Cases (with full conversation thread via EmailMessage, OwnerId resolved, RecordTypeId assigned per department), Knowledge Articles (with categories and internal links), Assets (with assigned Contact lookup resolved), Entitlements (attached to Accounts and Contacts for SLA enforcement). Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, delta sync, and documentation delivery
We freeze writes to Tikit during cutover, run a final delta migration of any records modified during the migration window, then deliver the Virtual Agent configuration summary and Power Automate workflow rebuild document to your admin team. We provide a one-week hypercare window where we resolve any reconciliation issues raised by your support team. We do not rebuild Power Automate flows as Salesforce Flow inside the migration scope; that work is handled by your admin or a Salesforce consultant using the documentation we deliver.
Platform deep dives
Tikit
Source
Strengths
Weaknesses
Salesforce Service Cloud
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 1 of 7 objects need a manual workaround.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Tikit and Salesforce Service Cloud.
Object compatibility
1 of 7 objects need a manual workaround.
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 Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.
Walk through your Tikit to Salesforce Service Cloud 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 Salesforce Service Cloud
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.