CRM migration

Migrate from Inmovilla to Freshsales

Field-level mapping, validation, and rollback between Inmovilla and Freshsales. We move data and schema; workflows are rebuilt natively in Freshsales.

Inmovilla logo

Inmovilla

Source

Freshsales

Destination

Freshsales logo

Compatibility

91%

10 of 11

objects map 1:1 between Inmovilla and Freshsales.

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Inmovilla is a Spanish real estate CRM built around property management — clients, properties, and a transaction log — with deep portal integration for Spanish listing sites. It lacks a standard REST API with broad field-level access; data lives in a relational model optimized for real estate workflows. Freshsales (Freshworks CRM) uses the standard SMB CRM object graph: Leads, Contacts, Accounts, Deals, and Products, with lifecycle stages and a Kanban pipeline view. Custom objects require app-level creation in Freshsales. The migration must translate Inmovilla's property-centric schema into Freshsales' contact-centric model, create custom fields for property-specific attributes (property_type, square_meters, energy_certificate), and resolve owner assignments by email match against Freshsales users. We cannot migrate Inmovilla's portal sync integrations or biometric signature workflows — those require Freshsales-native rebuilds. FlitStack sequences the migration via API, running a sample migration with field-level diff before the full run, and captures a 24–48-hour delta window for in-flight changes at cutover.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Inmovilla logo

Inmovilla

What's pushing teams away

  • Billing disputes and account blocking — customers report being charged for inactive periods and having accounts suspended over disputed invoices, with support described as unhelpful in resolving billing conflicts.
  • Visual design feels dated — a G2 reviewer noted that the UI has not kept pace with modern standards, and while a global redesign is reportedly in progress, the current interface feels behind the times.
  • Limited flexibility for non-standard workflows — agencies with unusual commission structures or multi-office setups report friction when trying to configure the system outside its default assumptions.
  • Lack of transparent public pricing — no publicly documented pricing tiers makes it difficult to compare cost against alternatives before committing to a sales conversation.

Choosing

Freshsales logo

Freshsales

What's pulling them in

  • Lowest barrier to entry among major CRMs — the free tier supports up to 3 users and includes core CRM functionality before committing to per-seat pricing.
  • Built-in chat, email, and phone reduce reliance on third-party integrations for basic sales communication and contact management.
  • Freddy AI contact scoring and deal insights are included on Pro plans at a lower price than comparable HubSpot tiers.
  • Kanban pipeline views across Contacts, Accounts, and Deals provide visual deal management without requiring custom configuration.
  • Integration with the broader Freshworks ecosystem (Freshdesk, Freshchat, Freshservice) reduces tool sprawl for teams already using Freshworks.

Object mapping

How Inmovilla objects map to Freshsales

Each row shows how a Inmovilla 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.

Inmovilla

Client / Contacto

maps to

Freshsales

Contact

1:1
Fully supported

Inmovilla client records map directly to Freshsales Contacts. Email, phone, and address fields map to Freshsales' standard Contact fields. Clients with no email address are flagged for manual review before migration — Freshsales requires an email for Contact creation via API.

Inmovilla

Client (prospect)

maps to

Freshsales

Lead

1:many
Fully supported

Inmovilla clients who have not initiated a property transaction route to Freshsales Lead. The split is determined by whether the client has an associated property record with a transaction status — active transaction records land as Contacts, prospect-only records land as Leads.

Inmovilla

Property / Inmueble

maps to

Freshsales

Custom Fields on Contact

1:1
Fully supported

Inmovilla's property entity has no direct Freshsales equivalent. We migrate property data as custom fields on the Contact record (Property_Type__c, Square_Meters__c, Energy_Certificate__c, Property_Reference__c) so each client contact carries their associated property details. Additional custom fields such as Parking_Space__c, Community_Fees__c, or Urbanization__c can be added similarly, preserving data type fidelity for reporting and segmentation.

Inmovilla

Transaction / Operación

maps to

Freshsales

Deal

1:1
Fully supported

Inmovilla transaction records map to Freshsales Deals. The transaction type (sale, rental, rental-with-option) maps to a Deal custom field (Transaction_Type__c). Freshsales' Kanban pipeline stages are created to reflect the transaction lifecycle stages in use at the time of migration. Each stage includes probability weights for accurate forecasting in Freshsales' deal analytics.

Inmovilla

Property status field

maps to

Freshsales

Deal Stage

1:1
Fully supported

Inmovilla's property status values (disponible, reservado, vendido, alquilado) map to Freshsales Deal Stage pick-list values. Each status requires a value-by-value mapping entry — unrecognised status values default to a configurable fallback stage. The mapping table also records the Spanish labels, the corresponding English Freshsales stage names, and any probability adjustments required for pipeline forecasting.

Inmovilla

Agent / Comercial

maps to

Freshsales

Freshsales User (OwnerId)

1:1
Fully supported

Inmovilla agent assignments are resolved by email match against Freshsales users. If an Inmovilla agent has no corresponding Freshsales user account, their records are assigned to a fallback owner and flagged for your admin to create the user before go-live.

Inmovilla

Property notes / Notas del inmueble

maps to

Freshsales

Contact Notes

1:1
Fully supported

Property notes in Inmovilla migrate as Freshsales Notes attached to the associated Contact record. Original timestamps and creating agent are preserved as metadata on the Note. The note body retains full text, including any HTML formatting, and any linked attachments are logged with file size and mime type for downstream verification.

Inmovilla

Document / Documento

maps to

Freshsales

Freshsales Files

1:1
Fully supported

Inmovilla document attachments (property photos, floor plans, energy certificates) are downloaded and re-uploaded to Freshsales Files, linked to the corresponding Contact record. File size limits are enforced per Freshsales storage quota. Each file retains its original filename, creation date, and SHA‑256 hash for integrity checking, and is associated with the contact via Freshsales' file attachment API.

Inmovilla

Portal listing / Publicación

maps to

Freshsales

No equivalent

1:1
Fully supported

Inmovilla portal-synchronisation links to Spanish property portals (Idealista, Fotocasa, etc.) have no Freshsales equivalent. We preserve the last-known portal URL as a custom field (Last_Portal_URL__c) for reference, but the sync integration must be rebuilt using Freshsales' outbound webhook or a third-party integration.

Inmovilla

Biometric signature record

maps to

Freshsales

No equivalent

1:1
Fully supported

Inmovilla's biometric signature capture for contract signing is a platform-specific feature with no Freshsales counterpart. We preserve the signature event metadata (date, contract reference) as a custom field on the Deal; the signature itself is not migratable and can be referenced in reports by linking to the contract document record.

Inmovilla

Custom property attribute

maps to

Freshsales

Custom field on Contact or Deal

1:1
Fully supported

Inmovilla custom property fields (e.g., urbanization name, floor number, parking space) are enumerated before migration. Each is created as a Freshsales custom field on Contact (client-specific) or Deal (transaction-specific), with data type preserved — text fields stay text, numeric fields stay numeric.

Gotchas + challenges

What specifically takes care here

Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.

Inmovilla logo

Inmovilla gotchas

High

Auto-renewing subscription causes unexpected charges

Medium

Pipeline stage names are agency-configured

High

No publicly documented API

Freshsales logo

Freshsales gotchas

Medium

Freddy AI is Pro-tier only despite heavy marketing

High

Post-migration emails and sequences are disabled

Medium

Bot session credits are a one-time 500-session allocation

Medium

Phone credits charged per minute with no cap

Low

File storage limits scale with plan tier

Pair-specific challenges

  • Property data requires Freshsales custom field creation before migration

    Inmovilla stores property attributes (tipo_inmueble, metros_cuadrados, certificado_energetico) as fields within the property entity. Freshsales has no native real estate property object — these fields must be created as custom fields on the Contact record before data can land. If your Inmovilla instance has more than 30 property-specific fields, each requires a type-aware custom field creation step in Freshsales (text, numeric, pick-list, currency) with a label that matches the migration plan. We deliver the field-creation manifest in advance so your Freshsales admin can pre-create the schema before the migration runs.

  • Inmovilla's limited API requires CSV-first extraction with manual mapping

    Inmovilla does not expose a comprehensive REST API with field-level export for all entities. Standard migration paths rely on Inmovilla's built-in CSV export for contacts and properties, supplemented by direct database queries for transaction records. The CSV export omits some custom property fields — we enumerate all available fields before migration and flag any fields that require manual extraction or data re-entry. Freshsales' bulk import tool can handle CSVs up to 50,000 rows per file, but larger datasets require chunked exports.

  • Spanish-language pick-list values need Freshsales locale configuration

    Inmovilla pick-list values (tipo_inmueble, estado_operacion, certificado_energetico) are stored in Spanish. Freshsales is English-language by default — Spanish pick-list values import as raw text unless the Freshsales admin creates matching pick-list options with Spanish labels. We generate a value-mapping table for every pick-list field so your admin can pre-create Freshsales pick-list options with the correct Spanish labels before the migration commit. The mapping table also includes the Freshsales API field name for each pick-list, enabling the admin to set up the pick-list options directly in Freshsales' field configuration UI without manual data entry errors.

  • Portal sync integrations and biometric signature data cannot migrate

    Inmovilla's direct portal synchronisation links to Spanish listing portals (Idealista, Fotocasa, Habitaclia) are configuration-level integrations with no data-level counterpart. These must be rebuilt in Freshsales using Freshsales outbound webhooks and a third-party portal connector, or by re-publishing listings manually. Inmovilla's biometric signature records are platform-native capture events — the signature image and audit trail cannot be extracted and must be reconstructed from source contract documents. After migration, you can configure Freshsales' workflow rules to trigger outbound webhooks that push new listings to the portals, restoring automated listing updates without manual re‑entry.

  • Freshsales lifecycle stages require assignment strategy for migrated contacts

    Freshsales' lifecycle_stage field routes contacts through a defined progression (Subscriber → Lead → MQL → SQL → Opportunity → Customer). Inmovilla clients have no lifecycle equivalent. We assign a default lifecycle stage (Lead for prospect-only contacts, Customer for contacts with a closed-won transaction) and preserve the source tipo_cliente value in a custom field so your team can refine lifecycle assignments after go-live without losing the original classification or reassign manually in Freshsales' contact list view.

Migration approach

Six steps for a successful Inmovilla to Freshsales data migration

  1. Enumerate Inmovilla schema and enumerate Freshsales custom field targets

    FlitStack AI runs a discovery pass against your Inmovilla instance — exporting all contacts, properties, transactions, agents, and custom property fields via CSV and direct database queries. We cross-reference against the Freshsales API to identify which custom fields already exist and which need creation. The output is a field-creation manifest listing each new Freshsales custom field (name, type, pick-list values for Spanish labels) for your Freshsales admin to pre-create before migration.

  2. Resolve agents by email and prepare owner mapping

    Inmovilla agent assignments are matched by email address against Freshsales user accounts. We generate an owner-resolution report listing every Inmovilla agent, their email address, and their Freshsales match status. Agents with no Freshsales account are flagged with a warning — your team creates the Freshsales user (with the matching email) before migration. No contact or deal lands without a resolved owner.

  3. Build value-mapping table for Spanish pick-list fields

    Every Inmovilla pick-list field (property type, transaction status, energy certificate rating, client type) is enumerated. We generate a value-mapping table listing each source Spanish value and the corresponding Freshsales pick-list option. Your Freshsales admin creates the matching Spanish pick-list options in Freshsales before migration so pick-list fields display correctly without English defaults. The table also records the Freshsales field API name, the data type, and any validation rules, enabling the admin to configure options with confidence and avoid mismatched values.

  4. Run sample migration with field-level diff

    A representative sample (typically 200–500 records spanning contacts, properties, transactions, and notes) migrates first. We generate a field-level diff between the Inmovilla source and the Freshsales destination — you verify property field mapping, lifecycle-stage assignment, transaction-to-deal mapping, and owner resolution before the full run commits. The diff report highlights any missing or mis‑typed values, flags custom fields that need creation, and provides a visual side‑by‑side view so stakeholders can sign off before proceeding to the full data load.

  5. Execute full migration with delta-pickup cutover

    The full migration runs — accounts and contacts land first (property fields attached to contact records), then transactions map to Deals with pipeline stage mapping and transaction type custom fields, then notes and files attach to their parent records. A 24–48-hour delta window captures any records modified in Inmovilla during cutover. FlitStack AI generates an audit log of every record operation; one-click rollback is available if reconciliation reveals a mapping error.

Platform deep dives

Context on both ends of the pair

Inmovilla logo

Inmovilla

Source

Strengths

  • Integrated multi-portal syndication to Spanish real estate websites without manual re-entry
  • Comprehensive property management covering the full listing lifecycle from inquiry to close
  • Dedicated mobile app enabling agents to work from any location on any device
  • Commission tracking tied directly to transactions and agent assignments
  • Established user base of over 4,500 Spanish real estate agencies

Weaknesses

  • Billing model uses auto-renewing monthly licenses with disputed enforcement practices
  • UI and visual design reported as outdated with a redesign still in progress
  • No publicly documented pricing or tier structure for pre-purchase evaluation
  • Limited flexibility for non-standard Spanish real estate workflows
  • Support responsiveness criticized in billing dispute scenarios
Freshsales logo

Freshsales

Destination

Strengths

  • Generous free tier for small teams with core CRM functionality without per-seat costs.
  • All-in-one sales CRM with built-in telephony, chat, and email reducing third-party tool dependency.
  • Freddy AI contact scoring and deal predictions available on Pro tier.
  • Multiple pipeline views with Kanban and list options across all plans.

Weaknesses

  • Reports lack depth compared to competitors like HubSpot, with limited customization options.
  • Integration setup is poorly documented with no clear guides for connecting third-party tools.
  • AI features gated behind $39/user/month Pro tier despite marketing emphasis on Freddy AI.
  • Bot sessions limited to 500 one-time allocation with no monthly refresh.

Complexity grading

How hard is this migration?

Standard CRM migration. 2 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Inmovilla and Freshsales.

  • Object compatibility

    B

    2 of 8 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Inmovilla: Not publicly documented..

  • Data volume sensitivity

    B

    Inmovilla doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Inmovilla to Freshsales migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Inmovilla to Freshsales data migrations

Answers to the questions buyers ask most during Inmovilla to Freshsales migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Inmovilla to Freshsales migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most Inmovilla-to-Freshsales migrations complete within 48–72 hours of clock time for under 25,000 contact and property records. Migrations exceeding 200,000 records, or those involving more than 50 custom property fields, extend to 5–8 days. The longest planning step is enumerating Inmovilla's property-specific fields and pre-creating matching Freshsales custom fields, including a field-level mapping verification step, a brief data-quality check against Freshsales constraints, and a final post-migration reconciliation report that confirms record counts and identifies any unmapped entries.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Inmovilla.
Land in Freshsales, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day