CRM migration
Field-level mapping, validation, and rollback between Sentia and Freshsales. We move data and schema; workflows are rebuilt natively in Freshsales.
Sentia
Source
Freshsales
Destination
Compatibility
7 of 10
objects map 1:1 between Sentia and Freshsales.
Complexity
CModerate
Timeline
2-3 weeks
Overview
Moving from Sentia to Freshsales is a migration from a smaller, AI-focused CRM to a more established platform within the Freshworks ecosystem. Sentia's data model uses separate Contact, Company, Lead, and Deal objects; Freshsales consolidates some of these concepts with a distinct Lead module that requires a conversion step to produce Contacts and Accounts. We resolve that merge during scoping, extract Sentia's Lead source and status as custom fields on the resulting Freshsales Contact, and preserve pipeline stage logic as Freshsales Deal stage values. Activity history (calls, emails, meetings, notes) migrates as Freshsales Activity records linked to the parent Contact, Account, or Deal. The critical pair-specific constraint is Sentia's tier-gated API surface: customers on the Basic tier ($10/month) may not have all custom fields exposed in the API, requiring an early schema audit before migration begins. Voice workflows and automations do not migrate; we deliver a JSON export of workflow definitions for manual rebuild in Freshsales.
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 Sentia object lands in Freshsales, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Sentia
Contact
Freshsales
Contact
1:1Sentia Contact records map directly to Freshsales Contact. Standard fields (name, email, phone, address) transfer via field-level mapping. Custom Contact-level properties migrate as Freshsales custom fields that we pre-create before the import phase. The Contact record is the primary person entity in both platforms with a 1:1 correspondence at the object level, requiring no structural split.
Sentia
Lead
Freshsales
Lead
1:manySentia Lead records migrate to Freshsales Lead with the Sentia lead source preserved in a custom field (e.g., sentia_lead_source__c) and the original lead status mapped to Freshsales Lead Status. After migration, Freshsales admins run the Lead Convert action to create Contact and Account records from each Lead. We flag any Freshsales plan limits on Lead record counts and advise customers to confirm their plan's Lead storage allowance before migration.
Sentia
Company
Freshsales
Account
1:1Sentia Company records map to Freshsales Account. The Company name becomes the Account name, and domain data maps to the Website field. We use Account name as the dedupe key and resolve any case-insensitive duplicates before insert. Company-to-Contact associations migrate via the Freshsales Account-Contact link, which we resolve after both objects are loaded.
Sentia
Deal
Freshsales
Deal
1:1Sentia Deal records map to Freshsales Deal. The pipeline stage from Sentia maps to Freshsales Deal stage with customer-confirmed name matching. Deal amount, close date, probability (if custom-defined), and owner migrate directly. Closed-won and closed-lost states transfer as Freshsales Deal status values. We preserve Sentia's deal stage change history as a note on the Freshsales Deal if the source exposes that log.
Sentia
Pipeline Stage
Freshsales
Deal Stage
lossySentia pipeline stages are organization-specific and customizable. We map source stage names to Freshsales stage names by exact or proximity match with customer confirmation required for any ambiguous mapping. Stage probability percentages migrate as Freshsales stage probability values. Freshsales allows custom stage creation in Admin Settings before migration, so we coordinate stage provisioning as a pre-migration configuration step.
Sentia
Activity (Call, Email, Meeting, Note)
Freshsales
Activity
1:1Sentia activities attached to Contacts or Deals migrate as Freshsales Activity records with the activity type (call, email, meeting, note) preserved. Timestamps transfer to the Activity date fields. Activity content (body, subject) migrates as plain text. We resolve the parent Contact or Deal reference at migration time using the Freshsales API to locate the target record by email or name match.
Sentia
User / Owner
Freshsales
User
1:1Sentia Users who own records require a mapping table because Sentia User IDs do not transfer to Freshsales. We extract all distinct owner emails from the source records and match against the Freshsales User table by email. Any Sentia owner without a matching Freshsales User goes to a reconciliation queue; the Freshsales admin provisions the missing User before record import resumes. Inactive Sentia owners map to inactive Freshsales Users to preserve historical attribution.
Sentia
Custom Field
Freshsales
Custom Field
1:1Custom fields migrate as Freshsales custom fields that we pre-create in the Admin Settings before the migration run. Critical constraint: the active Sentia tier determines API access to custom field data. We audit the metadata API during discovery to identify all available custom fields on the customer's tier. Basic tier ($10/month) customers may have fewer exposed custom fields than Starter or Ultimate; we flag any unavailable fields and advise the customer before migration begins.
Sentia
Tag
Freshsales
Tag or Label
lossySentia tags migrate as Freshsales tags on the equivalent object (Contact tag, Account tag, Deal tag). Tags that represent lead segmentation migrate to Freshsales Lead tags. We use a tag name match with case normalization. If the customer uses a tagging taxonomy in Sentia that they want to restructure in Freshsales, we apply the remapping during the transform phase before import.
Sentia
Attachment
Freshsales
Attachment or File
1:1File attachments associated with Contacts, Deals, or Activities migrate via file reference re-upload. We extract the attachment binary and upload to Freshsales via the Files API, then link the file to the parent record. Attachments above 25MB are flagged as requiring manual upload or an alternative file hosting reference. Email attachments embedded in activity content migrate as part of the activity body text.
| Sentia | Freshsales | Compatibility | |
|---|---|---|---|
| Contact | Contact1:1 | Fully supported | |
| Lead | Lead1:many | Fully supported | |
| Company | Account1:1 | Fully supported | |
| Deal | Deal1:1 | Fully supported | |
| Pipeline Stage | Deal Stagelossy | Fully supported | |
| Activity (Call, Email, Meeting, Note) | Activity1:1 | Fully supported | |
| User / Owner | User1:1 | Fully supported | |
| Custom Field | Custom Field1:1 | Fully supported | |
| Tag | Tag or Labellossy | Fully supported | |
| Attachment | Attachment or File1: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.
Sentia gotchas
Multiple unrelated entities share the Sentia brand
Tier-gated API surface affects migration completeness
Voice workflow configurations are not portable
Freshsales gotchas
Freddy AI is Pro-tier only despite heavy marketing
Post-migration emails and sequences are disabled
Bot session credits are a one-time 500-session allocation
Phone credits charged per minute with no cap
File storage limits scale with plan tier
Pair-specific challenges
Migration approach
Discovery and tier audit
We audit the source Sentia account across active tier (Basic, Starter, or Ultimate), available API endpoints, custom field count, pipeline structure, and activity volume. We also verify the Freshsales target plan and confirm the API rate limit that applies. The discovery output is a written scope document listing migratable objects, unavailable fields (if any from Basic tier), and a recommended Freshsales plan if the current plan constrains migration throughput.
Schema pre-creation in Freshsales
We pre-create all required Freshsales custom fields in Admin Settings before any data import. This includes custom fields for Sentia Lead source, Sentia lead status, and any custom Deal or Contact properties. We also pre-create the pipeline stages in Freshsales that match the Sentia stage names. Pipeline stages and custom fields are provisioned in Freshsales before migration begins to ensure the destination schema can accept all incoming values.
Sample migration and reconciliation
We run a test migration with a representative subset of records (typically 50-100 records per object type) into a Freshsales sandbox or the live environment if sandbox is not available. The customer reviews the sample output and confirms field mapping accuracy, pipeline stage mapping, and owner assignment. Corrections to the mapping occur at this stage before the full migration run.
Owner reconciliation
We extract every distinct Sentia owner referenced on Contact, Company, Deal, and Activity records and match by email against the Freshsales User table. Any Sentia owner without a matching Freshsales User is held in a reconciliation queue. The Freshsales admin provisions missing Users and confirms the mapping before record import resumes. Inactive Sentia owners are mapped to inactive Freshsales Users to preserve historical attribution.
Full migration in dependency order
We run production migration in record-dependency order: Accounts (from Sentia Companies), Contacts, Leads, Deals, then Activities. Activities migrate last because they require parent Contact and Deal IDs to be resolved first. We use the Freshsales REST API with rate-limit handling and batch chunking. Each phase emits a row-count reconciliation report showing records imported, skipped, and failed with error reasons.
Cutover and workflow export
We freeze Sentia writes during cutover, run a final delta migration of any records modified during the migration window, then enable Freshsales as the system of record. We deliver the Sentia workflow and voice workflow definitions as JSON exports for the customer's Freshsales admin to rebuild using Freshsales automations and Freddy AI. We support a 48-hour hypercare window where we resolve any immediate reconciliation issues. We do not rebuild automations as part of standard migration scope.
Platform deep dives
Sentia
Source
Strengths
Weaknesses
Freshsales
Destination
Strengths
Weaknesses
Complexity grading
Moderate CRM migration. 4 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Sentia and Freshsales.
Object compatibility
4 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
Sentia: Not publicly documented — confirmed during scoping. Effective limits are bounded by the underlying CRM's published rate quotas since Sentia reads/writes through that platform's API..
Data volume sensitivity
Sentia 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 Sentia to Freshsales migration scoping. Not seeing yours? Book a call.
Walk through your Sentia to Freshsales migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Sentia
Other ways to arrive at Freshsales
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.