CRM migration
Field-level mapping, validation, and rollback between InTouch and Salesforce Sales Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Sales Cloud.
InTouch
Source
Salesforce Sales Cloud
Destination
Compatibility
11 of 12
objects map 1:1 between InTouch and Salesforce Sales Cloud.
Complexity
BStandard
Timeline
48–72 hours
Overview
InTouch CRM stores contacts, organizations, deals, and activities in a flat object model optimized for small teams. Salesforce Sales Cloud uses a richer schema with separate Lead and Contact objects, Account hierarchies, Opportunity RecordTypeId scoping, and a Sales Process model that ties stage pick-lists to record types. When teams migrate from InTouch to Salesforce, they typically have under 50,000 records, a modest number of custom fields per object, and one to three deal pipelines. FlitStack AI extracts InTouch data via its export API, maps contacts to either Salesforce Lead or Contact based on deal status, converts InTouch organizations to Account records with hierarchical ParentId support, and routes deals to Opportunity with stage values mapped per Salesforce record type. Custom fields from InTouch matter templates land as Salesforce __c custom fields created during the pre-migration schema phase. InTouch workflows, email templates, and automation sequences do not migrate — FlitStack exports the definitions as rebuild references for your Salesforce admin. The migration uses Salesforce Bulk API 2.0 for high-volume record insertion, with delta-pickup capturing any InTouch changes during the 24–48 hour cutover window. An audit log records every operation, and one-click rollback is available if record counts or field-level checks reveal unexpected divergence.
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 InTouch object lands in Salesforce Sales Cloud, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
InTouch
Contact
Salesforce Sales Cloud
Lead / Contact
1:manyInTouch contacts split based on their deal association and status. Contacts linked to closed-won or closed-lost deals in InTouch route to Salesforce Contact under the primary Account. Contacts without deal history route to Salesforce Lead. The split decision is made during migration validation against InTouch's contact properties and deal association table.
InTouch
Organization
Salesforce Sales Cloud
Account
1:1InTouch organizations map directly to Salesforce Account records, preserving the organization name, domain, industry, employee count, and annual revenue data as standard Account fields. Organization hierarchies where a parent organization has child sub-organizations in InTouch map to the Salesforce ParentId lookup on Account, enabling account hierarchy reporting. For InTouch contacts that lack a primary organization assignment, FlitStack creates a default 'Unassigned Account' placeholder record before migration begins, ensuring every contact has a valid AccountId rather than remaining orphaned.
InTouch
Deal
Salesforce Sales Cloud
Opportunity
1:1InTouch deals map directly to Salesforce Opportunity records using a field-by-field mapping approach. The deal name becomes Opportunity.Name, the deal amount maps to Opportunity.Amount, and the close date transfers to CloseDate. The stage value requires careful value-by-value mapping against the Salesforce stage pick-list defined on the Opportunity's RecordTypeId, ensuring the InTouch stage name matches the correct Salesforce stage label for the appropriate sales process.
InTouch
Pipeline
Salesforce Sales Cloud
Sales Process + Record Type
1:1Each InTouch pipeline transforms into a Salesforce Sales Process linked to a specific RecordTypeId. Before migration execution, FlitStack delivers a comprehensive record-type setup plan that documents which RecordTypeId values your team needs to create in Salesforce, which stage pick-list values should belong to each Sales Process, and the order of stage progression for forecasting accuracy. Your Salesforce admin creates these elements during the pre-migration schema phase.
InTouch
Pipeline Stage
Salesforce Sales Cloud
Opportunity Stage
1:1InTouch stage names map value-by-value to Salesforce Opportunity Stage pick-list values, with each InTouch stage matched to its corresponding Salesforce stage label under the appropriate RecordTypeId. Probability percentages from InTouch are re-applied per Salesforce stage configuration, and the Forecast Category (Commit, Best Case, Omitted) is set according to the stage mapping defined in the Sales Process. For organizations using HubSpot-style entered-timestamp tracking, custom datetime fields are required.
InTouch
Activity (Call, Email, Task)
Salesforce Sales Cloud
Task
1:1InTouch calls and emails are migrated as Salesforce Task records with the Type field set to 'Call' or 'Email' respectively. The Task.Subject field carries the original activity title from InTouch, Task.Description preserves the full body text or notes, and Task.ActivityDate transfers the original timestamp to maintain historical activity records. The OwnerId is resolved by matching the InTouch owner email address to the corresponding Salesforce User record.
InTouch
Activity (Meeting)
Salesforce Sales Cloud
Event
1:1InTouch meeting records map to Salesforce Event objects, preserving Event.Subject from the meeting title, Event.StartDateTime from the scheduled start, Event.EndDateTime from the scheduled end, and Event.Location from the venue or call-in details. The OwnerId on each Event follows the same email-match resolution logic used for Tasks, ensuring the calendar event appears in the correct Salesforce user's activity timeline after migration completes.
InTouch
Note
Salesforce Sales Cloud
Note
1:1InTouch notes migrate as Salesforce Notes (Lightning Experience format, not legacy Note object). Note.Title is set from the InTouch note subject; Note.Body carries the full note text. Notes linked to specific InTouch contacts or deals carry the corresponding Salesforce WhatId or WhoId after migration.
InTouch
Custom Field
Salesforce Sales Cloud
Custom Field (__c)
1:1InTouch custom fields per matter template require pre-created Salesforce custom fields. FlitStack generates a field creation manifest with label, API name (__c suffix), data type, and pick-list values where applicable. Custom fields are created before data migration runs so the target schema exists at insert time.
InTouch
Owner
Salesforce Sales Cloud
User (OwnerId)
1:1InTouch owner IDs are resolved by email match against Salesforce User records. Matched owners map directly to OwnerId. Unmatched owners are flagged before migration with a fallback owner assignment option — either a designated Salesforce admin or a placeholder user created for unmapped records.
InTouch
Attachment / File
Salesforce Sales Cloud
ContentVersion / ContentDocument
1:1InTouch file attachments are re-uploaded to Salesforce as ContentVersion records linked to the parent object (Account, Contact, or Opportunity). File size limits apply: Salesforce default is 25MB per file. Inline images in InTouch notes are extracted, downloaded, and rehosted as Salesforce Files.
InTouch
Tag / Label
Salesforce Sales Cloud
Custom Field or Campaign Member
1:1InTouch contact tags have no direct Salesforce equivalent. Tags are migrated as a custom multi-select pick-list field (Source_Tags__c) on the Contact or Lead object. If InTouch tags represent segmentation used for marketing, Campaign Member records are created with the tag name as Campaign.CampaignName.
| InTouch | Salesforce Sales Cloud | Compatibility | |
|---|---|---|---|
| Contact | Lead / Contact1:many | Fully supported | |
| Organization | Account1:1 | Fully supported | |
| Deal | Opportunity1:1 | Fully supported | |
| Pipeline | Sales Process + Record Type1:1 | Fully supported | |
| Pipeline Stage | Opportunity Stage1:1 | Fully supported | |
| Activity (Call, Email, Task) | Task1:1 | Fully supported | |
| Activity (Meeting) | Event1:1 | Fully supported | |
| Note | Note1:1 | Fully supported | |
| Custom Field | Custom Field (__c)1:1 | Fully supported | |
| Owner | User (OwnerId)1:1 | Fully supported | |
| Attachment / File | ContentVersion / ContentDocument1:1 | Fully supported | |
| Tag / Label | Custom Field or Campaign Member1: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.
InTouch gotchas
Custom fields are template-bound and require pre-migration schema review
Contact export runs asynchronously and can exceed one hour for large rolls
Legacy flash-era data may have inconsistent field encoding in exports
Matter export is not a self-service feature on all tiers
Salesforce Sales Cloud gotchas
Workflow Rules and Process Builder are retired
Bulk API batch quota exhaustion during large imports
Storage overage billing is non-obvious
Account-Contact many-to-many relationship mapping
Territory and team member import ordering dependencies
Pair-specific challenges
Migration approach
Audit InTouch schema and Salesforce target org
FlitStack connects to your InTouch instance via API using scoped read-only credentials and exports the full object inventory: contacts, organizations, deals, activities, custom fields, and attachments. Simultaneously, we survey your Salesforce target org to inventory existing RecordTypes, page layouts, custom fields, and Sales Processes. This dual-audit produces a delta report identifying which InTouch objects have direct Salesforce counterparts and which require custom field creation or value mapping setup before data can land cleanly.
Design Salesforce schema and field mapping plan
Based on the dual-audit, FlitStack generates a Salesforce schema setup manifest: which RecordTypeId values to create, which Sales Processes to configure, which custom __c fields to add, and which pick-list value sets to define per record type. The field mapping plan documents every source field to target field mapping including transformation logic, default values, and value-mapping tables for pick-list fields. Your Salesforce admin (or FlitStack, if included in scope) creates the schema elements in the target org before any data migration runs.
Resolve owners and create fallback user
InTouch owner IDs are matched to Salesforce users by email address. FlitStack runs an owner resolution pass against your Salesforce user list and reports unmatched owners with record counts. Your team either invites those users to Salesforce before migration or designates a fallback Salesforce user (typically an admin) to own records whose original owners have no Salesforce account. This step gates the migration — no Opportunity, Contact, or Account is inserted without a valid OwnerId.
Run sample migration with field-level diff
A representative slice of 100–500 records spanning contacts, organizations, deals, and activities migrates into a Salesforce sandbox or scratch org. FlitStack generates a field-level diff comparing source values against destination field values for every mapped field. You review the diff to verify stage mapping, owner resolution, custom field population, and activity linkage before the full run commits. Any mapping corrections are applied to the migration plan before the production migration window opens.
Execute full migration with delta-pickup cutover
The full migration loads all InTouch records into Salesforce via Bulk API 2.0, respecting foreign-key dependency order: Account records first, then Contact and Lead splits, then Opportunity records with OpportunityContactRole junctions, then Tasks, Events, Notes, and Files. A delta-pickup window (24–48 hours) captures any records created or modified in InTouch during the cutover. FlitStack's audit log records every insert, update, and error. One-click rollback reverts all migration changes if the field-level reconciliation reveals unacceptable divergence. Once rollback window expires, the migration is considered complete.
Platform deep dives
InTouch
Source
Strengths
Weaknesses
Salesforce Sales Cloud
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 2 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across InTouch and Salesforce Sales Cloud.
Object compatibility
2 of 8 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
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
InTouch: Not publicly documented.
Data volume sensitivity
InTouch 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 InTouch to Salesforce Sales Cloud migration scoping. Not seeing yours? Book a call.
Walk through your InTouch to Salesforce Sales 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 InTouch
Other ways to arrive at Salesforce Sales Cloud
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.