Helpdesk migration
Field-level mapping, validation, and rollback between Tidio and Salesforce Service Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Service Cloud.
Tidio
Source
Salesforce Service Cloud
Destination
Compatibility
8 of 12
objects map 1:1 between Tidio and Salesforce Service Cloud.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Tidio to Salesforce Service Cloud is a migration from a unified SMB helpdesk into an enterprise-grade service platform with a fundamentally different data model. Tidio stores contacts, conversations, and channel metadata in a flat, unified inbox structure. Salesforce Service Cloud separates Contacts and Accounts (for organizational hierarchy), Cases (for structured issue tracking), EmailMessages (for conversation threads), and Tasks (for agent activities). We map Tidio's conversation records to Salesforce Case objects with channel origin preserved as a custom field, extract all contact profiles with custom properties into Salesforce Contacts, and document all active Tidio Flows as a JSON manifest for your admin to rebuild in Salesforce Flow. Lyro AI knowledge bases and conversation logs are not accessible via API and cannot migrate; we document which data sources were connected so your team knows what to re-authorize and retrain at the destination. The migration also surfaces the 10-agent ceiling that drives most Tidio exits: teams hitting that limit move to Salesforce's unlimited-user model at a lower per-agent effective cost once you account for Tidio's $749/mo Plus tier.
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
Tidio platform overview
Scorecard, SWOT, gotchas, and pricing for Tidio.
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 Tidio 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.
Tidio
Contact
Salesforce Service Cloud
Contact
1:1Tidio Contact records map to Salesforce Contact with name, email, phone, and custom contact properties preserved. Custom properties migrate as typed Salesforce custom fields (Text, Number, Date, or Picklist based on Tidio's property type). If the destination org uses Business Accounts, we also resolve or create a parent Account record from the contact's company name so that Contact.AccountId is populated at insert time, preventing orphaned contacts.
Tidio
Conversation
Salesforce Service Cloud
Case + EmailMessage
1:manyTidio Conversation threads map to Salesforce Case as the structured record and Salesforce EmailMessage records for each message in the thread. The Tidio channel origin (email, chat, WhatsApp, Messenger, Instagram) is stored as a custom field case_channel_origin__c on Case. Agent assignment, conversation status (open, resolved), and creation timestamp migrate to Case fields. Pre-chat form submissions attached to conversations become Case custom fields.
Tidio
Tag
Salesforce Service Cloud
Topic or Multi-Select Picklist
lossyTidio flat string tags on contacts migrate to Salesforce Topics with TopicAssignment records linked to Contact, or to a multi-select picklist field on Contact depending on whether the customer wants tag-as-taxonomy or tag-as-label semantics. The customer selects during scoping. If the customer uses tags for agent routing intent, tags map to Case Origin or a custom routing field.
Tidio
Agent
Salesforce Service Cloud
User
1:1Tidio Agent profiles (name, email) map to Salesforce User records matched by email. Tidio role assignments (admin, agent) map to Salesforce Profile and Permission Set assignments that we document in the scope but configure separately in the destination org. If a Tidio agent email has no matching Salesforce User, the record is held in a reconciliation queue for the admin to provision the User before Contact and Case import proceeds.
Tidio
Department
Salesforce Service Cloud
Queue or Group
lossyTidio Departments (Plus tier only) map to Salesforce Queues for case routing if Omni-Channel is active, or to Salesforce Groups if routing is handled via custom fields. Agent-to-department assignments become Case assignment rules or Queue membership depending on the target org's routing model. Departments are documented as a configuration plan; they require manual setup in Salesforce Setup.
Tidio
Channel
Salesforce Service Cloud
Email-to-Case, Omni-Channel Config
1:1Tidio channel configuration (email addresses, WhatsApp number, Messenger page, Instagram account) includes platform-specific tokens and webhook URLs that cannot be transferred. We export the channel list and connection metadata as structured JSON so your admin knows which channels were active and can re-authorize them in Salesforce Email-to-Case, Facebook Messenger, WhatsApp for Service Cloud, or Instagram Direct Message routing.
Tidio
Flows (Chatbot Automations)
Salesforce Service Cloud
Flow manifest (manual rebuild required)
lossyTidio Flows are built in the visual drag-and-drop builder with no public API endpoint to read Flow logic. We enumerate all active Flows by name, trigger type, block count, and step descriptions as a structured JSON manifest delivered alongside the migration. The customer's admin or a Salesforce partner rebuilds the Flows in Salesforce Flow Builder. This is the most common migration surprise for Tidio teams.
Tidio
Lyro AI Knowledge Bases
Salesforce Service Cloud
Salesforce Knowledge (manual rebuild required)
1:1Lyro Q&A pairs, Help Center article imports, Shopify product data feeds, and web page crawls live inside Tidio's proprietary AI infrastructure with no export mechanism. We document which data sources were connected (Zendesk Help Center URL, Shopify store, web page URLs) and their last sync dates so your admin knows what to re-authorize and re-import into Salesforce Knowledge articles or Einstein Bots. AI training investment and conversation logs cannot be recovered.
Tidio
Macro
Salesforce Service Cloud
QuickText (manual rebuild)
1:1Tidio Macros (pre-written response templates with variable placeholders) cannot be exported as reusable templates. We list all macro names and full text content in a structured CSV so your admin can recreate them as Salesforce QuickText entries or Flow Templates in the destination. Macro variable names are preserved in the CSV for reference during rebuild.
Tidio
Operating Hours
Salesforce Service Cloud
Operating Hours
1:1Tidio Operating Hours configured per-channel map to Salesforce Operating Hours entities. We export the configured hours as structured timezone-aware data so your admin can re-enter them in Salesforce Setup under Service Setup > Operating Hours. If routing rules depend on operating hours, we document the dependency alongside the Hours export.
Tidio
Visitor
Salesforce Service Cloud
Case or Task (aggregate)
1:1Tidio Visitor records (location, viewed pages, session duration) are only retained while a visitor is active. Historical visitor aggregates are captured from conversation context fields at migration time and attached as custom fields on the related Case record rather than as standalone objects. Full session history is not available via Tidio API and cannot be reconstructed.
Tidio
Custom Contact Properties
Salesforce Service Cloud
Custom Fields on Contact
1:1Tidio custom contact properties (beyond name, email, phone) migrate to Salesforce custom fields on the Contact object. We detect the Tidio property type (string, number, date, boolean, list) and map to the equivalent Salesforce field type (Text, Number, Date, Checkbox, Picklist). Custom property names are preserved in the field label with API names normalized to Salesforce __c conventions. Validation rules on the destination org that reference these fields may require adjustment to handle legacy data formats.
| Tidio | Salesforce Service Cloud | Compatibility | |
|---|---|---|---|
| Contact | Contact1:1 | Fully supported | |
| Conversation | Case + EmailMessage1:many | Fully supported | |
| Tag | Topic or Multi-Select Picklistlossy | Fully supported | |
| Agent | User1:1 | Fully supported | |
| Department | Queue or Grouplossy | Fully supported | |
| Channel | Email-to-Case, Omni-Channel Config1:1 | Fully supported | |
| Flows (Chatbot Automations) | Flow manifest (manual rebuild required)lossy | Mapping required | |
| Lyro AI Knowledge Bases | Salesforce Knowledge (manual rebuild required)1:1 | Not supported | |
| Macro | QuickText (manual rebuild)1:1 | Fully supported | |
| Operating Hours | Operating Hours1:1 | Mapping required | |
| Visitor | Case or Task (aggregate)1:1 | Fully supported | |
| Custom Contact Properties | Custom Fields on Contact1: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.
Tidio gotchas
Conversation and Lyro quotas reset monthly without rollover
Flows cannot be exported — only documented as a manifest
Lyro AI knowledge and conversation logs are not portable
Chat history requires manual export by agents
Agent limits and department routing are plan-gated
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 plan tier assessment
We audit the source Tidio account across all active tiers: plan level (Starter/Growth/Plus), agent count, contact volume, conversation archive size, active Flows, Lyro AI data sources, custom contact properties, and channel configuration. We pair this with a Salesforce Service Cloud edition assessment: Professional ($25/user) covers most migrations; Enterprise ($75/user) is required for Omni-Channel with skills-based routing, Advanced Case Management, or Salesforce Knowledge; Unlimited ($300/user) only if 24x7 support, unlimited custom apps, or full Salesforce Shield are required. The discovery output is a written migration scope document with record counts, object mapping draft, and a Salesforce edition recommendation.
Account-Contact resolution design
We design the parent resolution strategy for Tidio contacts moving into Salesforce. If contacts carry company names, we resolve each to an Account record (creating the Account if absent). If your Salesforce org uses Business Accounts, we map the Tidio company name to Account.Name. If Person Accounts are enabled, contacts without a company name become Person Accounts. We define this mapping before any data moves so that Contact.AccountId is populated at insert time and no orphaned contacts are created. We also design the Case structure: one Case per Tidio conversation, with channel origin, agent, status, and timestamps mapped to typed Salesforce fields.
Sandbox migration and reconciliation
We run a full migration into a Salesforce Sandbox (Full Copy or Partial Copy) using a representative data sample. Your Service Cloud admin reconciles record counts (Contacts in, Cases in, EmailMessages in), spot-checks 25-50 random records against Tidio source data, and validates that channel origin, timestamps, and agent assignments match. Schema corrections, custom field additions, and validation rule exemptions are resolved in sandbox before production migration begins.
Agent-to-User reconciliation
We extract every distinct Tidio agent email from conversations and contacts and match by email against the destination Salesforce org's User table. Agents without a matching User are held in a reconciliation queue. Your Salesforce admin provisions any missing Users (active or inactive depending on whether the original agent is still employed). Migration cannot proceed past Case and Contact import because OwnerId and CreatedById references must be resolvable. We also document role assignments from Tidio so Profile and Permission Set assignments can be configured post-migration.
Production migration in dependency order
We run production migration in record-dependency order: Accounts (from Tidio company names), Contacts (with AccountId resolved), Cases (from Tidio conversations with channel origin preserved), EmailMessages (thread messages attached to Cases via the CaseId foreign key), Agents (User reconciliation validated), Tags (as Topics or custom picklist depending on scoping choice), Custom Contact Properties (as typed custom fields), and Operating Hours (as structured export for manual re-entry). Each phase emits a row-count reconciliation report before the next phase begins. Large conversation archives (over 50,000 messages) use Salesforce Bulk API with chunking and exponential backoff on rate-limit responses.
Cutover, validation, and Flow rebuild handoff
We freeze Tidio writes during cutover, run a final delta migration of any records modified during the migration window, then enable Salesforce Service Cloud as the system of record. We deliver the Flows manifest (JSON), Lyro data source inventory, Macro CSV, and Operating Hours export in a single handoff package. We support a one-week hypercare window where we resolve reconciliation issues raised by your support team. We do not rebuild Tidio Flows as Salesforce Flow inside the migration scope; that work requires a separate engagement or your admin's manual rebuild using the manifest we deliver.
Platform deep dives
Tidio
Source
Strengths
Weaknesses
Salesforce Service Cloud
Destination
Strengths
Weaknesses
Complexity grading
Standard Helpdesk migration. 1 of 7 objects need a manual workaround.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Tidio 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
Tidio: Not publicly documented on Tidio's developer portal; a rate limiting document exists but specific per-endpoint limits are not published..
Data volume sensitivity
Tidio 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 Tidio to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.
Walk through your Tidio 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 Tidio
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.