CRM migration
Field-level mapping, validation, and rollback between Property Shell and Freshsales. We move data and schema; workflows are rebuilt natively in Freshsales.
Property Shell
Source
Freshsales
Destination
Compatibility
10 of 10
objects map 1:1 between Property Shell and Freshsales.
Complexity
BStandard
Timeline
48–72 hours
Overview
Property Shell is a property-development-specific CRM built around projects, lots, releases, and stages. Freshsales is a general sales CRM with leads, contacts, accounts, deals, and activities. The migration carries everything Property Shell stores natively — leads, contacts, companies, deals, pipeline stages, activity history, notes, files, and custom properties — into Freshsales standard and custom objects. The hardest problems are mapping Property Shell's property-specific nested data (stages, releases, lots, and interactive mapping metadata) into Freshsales deal custom fields, preserving Property Shell's N:N contact-to-company associations using Freshsales AccountId plus Account Contact Relationships, and rebuilding Property Shell marketing automations and nurture sequences in Freshsales Workflows. FlitStack AI sequences the migration so foreign keys resolve correctly: accounts first, then contacts, then deals. A sample migration with field-level diff runs before the full cutover, and a 24–48-hour delta-pickup window captures in-flight records during the switch. Workflows, sequences, and automations do not migrate — they must be rebuilt in Freshsales using the exported definitions as a rebuild reference.
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 Property Shell 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.
Property Shell
Lead
Freshsales
Lead
1:1Property Shell leads map directly to Freshsales leads. Any property-specific fields on leads (e.g., preferred development, budget range) migrate as Freshsales custom fields. Owner resolution runs by email match against Freshsales users. Leads without an email route to Freshsales with a null email address and a custom source field for manual review.
Property Shell
Contact
Freshsales
Contact
1:1Direct map. Property Shell contacts migrate to Freshsales contacts preserving first name, last name, email, phone, mobile, job title, address, and lifecycle stage. Contact ownership resolves by email match to Freshsales users. The primary company association becomes the AccountId; secondary associations surface as Account Contact Relationships in Freshsales.
Property Shell
Company
Freshsales
Account
1:1Direct map with structural nuance. Property Shell allows N:N contact-to-company relationships. Freshsales accounts have a one-to-many relationship with contacts. We migrate the primary company per contact as AccountId and surface secondary company associations as Account Contact Relationships or a custom multi-company field — your team chooses the preferred approach before migration runs.
Property Shell
Deal
Freshsales
Deal
1:1Direct map for deal name, amount, stage, close date, owner, and notes. Property Shell deal properties like stage name, release, lot number, and development project become Freshsales custom fields on the deal. Deals link to the primary AccountId and to associated contacts via Freshsales Contact Roles. The pipeline-to-pipeline mapping runs before deals to ensure stage pick-lists are active in Freshsales.
Property Shell
Pipeline
Freshsales
Deal Pipeline
1:1Property Shell deal pipelines map 1:1 to Freshsales deal pipelines. Each pipeline is created in Freshsales before migration so stage pick-list values are live and ready for deal records to reference. If Property Shell pipelines have custom stage names, those names are preserved verbatim as Freshsales stage values during migration.
Property Shell
Property / Development
Freshsales
Custom Object or Custom Fields on Deal
1:1Freshsales has no native property object. We migrate Property Shell development and property records as a Freshsales custom object (on Enterprise plans) or as a set of custom fields on the deal record. The mapping plan determines which approach fits your data structure — custom object preserves the lot/release hierarchy better, while custom fields are faster to implement.
Property Shell
Workflow / Sequence / Automation
Freshsales
Freshsales Workflow
1:1Property Shell automations do not migrate. They must be rebuilt in Freshsales using the Automation tool. FlitStack exports your Property Shell workflow definitions as a structured rebuild reference document so your Freshsales admin can recreate each automation step-by-step. This is a manual step that adds to your internal project timeline but is handled entirely by your team.
Property Shell
Activity (Call, Email, Meeting, Note)
Freshsales
Sales Activity / Appointment / Note
1:1Property Shell calls and emails map to Freshsales Sales Activities with Type = Call or Email and original timestamps preserved. Meetings map to Freshsales Appointments with start/end times and owners preserved. Notes migrate as Freshsales Notes with body text and timestamps. Attachments re-upload to Freshsales Files with parent-record links intact.
Property Shell
Contract / Document
Freshsales
File / Attachment on Account or Deal
1:1Property Shell contracts and attached documents migrate as Freshsales files linked to the relevant account or deal record. File metadata (original filename, upload date, file type) is preserved. If Property Shell stores contract fields as structured data rather than just files, those fields map to Freshsales custom fields on the account or a custom Contract object.
Property Shell
Custom Property / Custom Object
Freshsales
Custom Field / Custom Object
1:1Property Shell custom properties and custom objects map to Freshsales custom fields on the matching standard object or to Freshsales custom objects (Enterprise plan). Nested pick-list values require value-by-value mapping if the destination field type is a dropdown. Multi-select values in Property Shell map to Freshsales multi-select custom fields with each selected value preserved.
| Property Shell | Freshsales | Compatibility | |
|---|---|---|---|
| Lead | Lead1:1 | Fully supported | |
| Contact | Contact1:1 | Fully supported | |
| Company | Account1:1 | Fully supported | |
| Deal | Deal1:1 | Fully supported | |
| Pipeline | Deal Pipeline1:1 | Fully supported | |
| Property / Development | Custom Object or Custom Fields on Deal1:1 | Fully supported | |
| Workflow / Sequence / Automation | Freshsales Workflow1:1 | Fully supported | |
| Activity (Call, Email, Meeting, Note) | Sales Activity / Appointment / Note1:1 | Fully supported | |
| Contract / Document | File / Attachment on Account or Deal1:1 | Fully supported | |
| Custom Property / Custom Object | Custom Field / Custom Object1: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.
Property Shell gotchas
No documented public API for data export
Highly customised per-customer schema requires pre-migration field audit
Interactive Maps are visualisation-layer only and cannot be migrated
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
Conduct data audit in Property Shell
FlitStack reviews your Property Shell account to catalog every standard object (leads, contacts, companies, deals, pipelines, activities, notes, files), every custom property, and every custom object. We identify property-specific fields (development stage, release name, lot number, settlement date) that need Freshsales custom field mapping. We also flag any Property Shell workflows, sequences, and automations that require the export-for-rebuild step. The audit output is a migration plan with a complete object and field inventory.
Build Freshsales schema before migration
Before any data moves, your Freshsales admin (or FlitStack) creates the custom fields and custom objects needed for property-specific data. Development stage, release name, lot number, property type, and settlement date become Freshsales custom fields on the deal object. If you are on a Freshsales Enterprise plan, a custom Property object can be created to preserve the lot/release hierarchy. The Freshsales pipeline and stage setup is completed so stage pick-list values are live and ready to accept deal records. This step requires input from whoever knows your Freshsales account configuration.
Sequence migration: accounts, contacts, leads, deals
Freshsales requires Accounts before Contacts (via AccountId) and Contacts or Leads before Deals (via Contact Roles). We sequence the migration so accounts migrate first, then contacts with AccountId links resolved, then leads, then deals with owner resolution by email match. Property Shell company associations that have no direct Freshsales Account counterpart are surfaced as Account Contact Relationships or preserved in custom fields. Any records with unmatched owners are flagged for your team to resolve before the full migration runs.
Run sample migration with field-level diff
A representative slice — typically 100–500 records spanning leads, contacts, accounts, deals, and activities — migrates into Freshsales first. We generate a field-level diff between the Property Shell source values and the Freshsales destination values so you can verify custom field mapping, stage mapping, owner resolution, and activity timestamps before the full migration commits. This is the validation step before go-live.
Execute full migration with delta-pickup and rollback
The full migration runs against Freshsales. A delta-pickup window (typically 24–48 hours) captures any records created or modified in Property Shell during the cutover period so Freshsales reflects Property Shell's final state at go-live. FlitStack audit logs capture every operation. One-click rollback is available if reconciliation identifies missing or misaligned records. After rollback verification, your team confirms the go-live and Property Shell access is retired.
Platform deep dives
Property Shell
Source
Strengths
Weaknesses
Freshsales
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 3 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 Property Shell and Freshsales.
Object compatibility
3 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
Property Shell: Not publicly documented.
Data volume sensitivity
Property Shell 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 Property Shell to Freshsales migration scoping. Not seeing yours? Book a call.
Walk through your Property Shell 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 Property Shell
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.