CRM migration

Migrate from Acquaint CRM to Odoo CRM

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

Acquaint CRM logo

Acquaint CRM

Source

Odoo CRM

Destination

Odoo CRM logo

Compatibility

100%

12 of 12

objects map 1:1 between Acquaint CRM and Odoo CRM.

Complexity

BStandard

Timeline

3–5 days

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Teams move from Acquaint CRM to Odoo when they need an open-source ERP with flexible per-user pricing, native accounting and inventory, and a modular app architecture that scales from single-user to enterprise. Acquaint targets UK property businesses with a stacked sales-lettings-property management model; Odoo uses a generic crm.lead model that handles both leads and opportunities through stage management, with property-specific data stored as custom fields on res.partner or product.product. The migration carries contacts, companies, property listings, and deals from Acquaint into Odoo's res.partner and crm.lead records, mapping listing status and property type into Odoo custom fields, preserving original create dates and owner emails for Odoo user resolution. Property attachments and images migrate to Odoo's ir.attachment model, preserving parent record links. The harder problems are Acquaint's property-specific fields (listing status, property type, tenure, bedroom count) that have no native Odoo equivalent — those require custom field creation before data lands. Acquaint deal stages (Open, Under Offer, Sold STC, Sold) map into Odoo's crm.stage configuration with probability and forecast category values set per stage. Activity notes and tasks migrate as Odoo CRM notes (mail.message) with original timestamps intact.

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

Acquaint CRM logo

Acquaint CRM

What's pushing teams away

  • The Windows Desktop interface alongside a browser client signals a legacy dual-shell architecture that newer agents find dated compared to cloud-native platforms.
  • Dozens of third-party integrations are mentioned but no native Zapier/Make connector appears in the documentation, making automated workflows harder to extend without developer work.
  • No free tier or trial is prominently offered on the pricing page, which raises the evaluation barrier for small agencies comparing multiple CRM options on a tight budget.
  • Single flat price means large multi-branch operations cannot selectively licence only the modules they need, potentially paying for unused Property Management or Lettings features.

Choosing

Odoo CRM logo

Odoo CRM

What's pulling them in

  • Teams choose Odoo CRM for its modular architecture — one base install with one-click app additions means they can adopt CRM alone and add accounting, inventory, or sales later as the business grows.
  • Small businesses pick Odoo because the Community edition is free and open-source, with no per-user or contact limits, allowing full evaluation before committing to a paid Enterprise tier.
  • The drag-and-drop Kanban pipeline and AI lead scoring are highlighted across G2 reviews as concrete features that make lead management faster and more visual than spreadsheet-based workflows.
  • Odoo's native integration with email, live chat, SMS, VoIP, and WhatsApp means inbound leads from multiple channels feed into a single pipeline without third-party middleware.
  • Companies in retail, supply chain, and construction value that Odoo's CRM module shares the same PostgreSQL database and UI as its ERP modules, eliminating data silos between sales and operations.

Object mapping

How Acquaint CRM objects map to Odoo CRM

Each row shows how a Acquaint CRM object lands in Odoo CRM, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

Acquaint CRM

Acquaint Contact

maps to

Odoo CRM

res.partner

1:1
Fully supported

Acquaint contacts map to Odoo res.partner records. We set partner_type='contact' for individuals. Primary company link resolves via the Acquaint company association — Odoo parent_id is set to the matched res.partner company record. Contacts without a primary company land as standalone res.partner records. Email, phone, and address fields map directly; custom contact fields migrate to res.partner custom fields.

Acquaint CRM

Acquaint Company

maps to

Odoo CRM

res.partner

1:1
Fully supported

Acquaint companies map to Odoo res.partner records with partner_type='company'. Multi-branch companies: if Acquaint stores branch-level data, each branch becomes a separate res.partner company record linked via parent_id to the parent company. Company website, industry, and employee count map to custom fields or direct equivalents where Odoo provides them.

Acquaint CRM

Acquaint Property

maps to

Odoo CRM

product.product (or crm.lead for development sites)

1:1
Fully supported

Acquaint property listings are a property-vertical concept with no direct Odoo equivalent. For sales/letting listings, we migrate to product.product with type='product' and custom fields for listing_status, property_type, tenure, bedrooms, and asking_price. For development sites or land parcels tracked as pipeline items, Acquaint Property migrates to crm.lead as a lead with property details in custom fields and property_address in the standard contact address fields.

Acquaint CRM

Acquaint Deal

maps to

Odoo CRM

crm.lead

1:1
Fully supported

Acquaint deals map to Odoo crm.lead records. Open and Under Offer deals become active crm.lead entries; Sold and Sold STC deals become crm.lead records with stage set to the Odoo Won stage. Acquaint deal amount maps to Odoo's expected_revenue field. Each Acquaint deal stage requires a corresponding Odoo crm.stage record created before migration runs — stage probability and forecast_category are set per stage in the Odoo stage configuration.

Acquaint CRM

Acquaint Pipeline Stage

maps to

Odoo CRM

crm.stage

1:1
Fully supported

Acquaint stage names (Open, Under Offer, Sold STC, Sold, Withdrawn) require pre-creation of matching Odoo crm.stage records within the target Odoo sales team. Each crm.stage carries name, sequence, probability, and on_change flags. The Acquaint stage-to-Odoo-stage mapping is a value-mapping step executed during migration — the migration plan specifies which Acquaint stage maps to which Odoo stage ID before data loads.

Acquaint CRM

Acquaint Property Custom Fields

maps to

Odoo CRM

x_<fieldname> on product.product or crm.lead

1:1
Fully supported

Acquaint property objects carry listing_status, property_type, tenure, number_of_bedrooms, number_of_bathrooms, asking_price, and vendor_source as native fields. These have no Odoo native equivalent and must be created as custom fields on product.product (for listings) or crm.lead (for development deals). Custom field creation on the Odoo side is a prerequisite step — we deliver a field creation spec before migration runs.

Acquaint CRM

Acquaint Notes / Tasks

maps to

Odoo CRM

mail.message (CRM Notes)

1:1
Fully supported

Acquaint notes and tasks associated with contacts, companies, or deals migrate as Odoo mail.message records with message_type='comment', preserving the original note body, author (by email match to Odoo res.users), and create_date timestamp. Tasks with a due date migrate as Odoo mail.activity records linked to the target res.partner or crm.lead. The migration plan distinguishes notes from tasks and maps them to the appropriate Odoo model.

Acquaint CRM

Acquaint Owner / User

maps to

Odoo CRM

res.users

1:1
Fully supported

Acquaint owner records (sales staff or branch managers assigned to contacts, companies, or deals) are resolved by email match against Odoo res.users. Unmatched owners are flagged in the migration plan — your team either creates Odoo user accounts for them first or assigns their records to a fallback user (admin or a dedicated migration user). Owner resolution is required before crm.lead records load because Odoo's crm.lead requires a user_id field to be set.

Acquaint CRM

Acquaint Attachments / Files

maps to

Odoo CRM

ir.attachment

1:1
Fully supported

Files attached to Acquaint contacts, companies, and properties (photographs, floor plans, EPCs, documents) migrate to Odoo ir.attachment records. The file binary is downloaded from Acquaint's API and re-uploaded to Odoo via XML-RPC. We preserve the original filename, mimetype, and parent record links (res_model + res_id pointing to the migrated res.partner or crm.lead). Large files are chunked to stay within Odoo's attachment size limits.

Acquaint CRM

Acquaint Branch / Office

maps to

Odoo CRM

crm.team

1:1
Fully supported

Acquaint uses branches (offices) as a top-level grouping entity for contacts, properties, and deals. Odoo separates crm.team (sales team/group) from individual user ownership. We map each Acquaint branch to a crm.team record — branch name, location, and primary contact email transfer. Deals and contacts can then be assigned to the crm.team and an individual res.users owner. If Acquaint stores branch-level data (branch-wide targets, branch manager), we surface it for Odoo team configuration.

Acquaint CRM

Acquaint Property Alert / Saved Search

maps to

Odoo CRM

res.partner + x_property_alert__c flag

1:1
Fully supported

Acquaint property alerts or saved search records are a property-specific concept without a CRM equivalent in Odoo. We migrate them as res.partner records with a custom boolean flag x_property_alert__c set to True, plus the saved search criteria stored in a custom text field x_saved_search_criteria__c. These records are flagged for manual review in Odoo since the alert matching logic cannot be auto-migrated.

Acquaint CRM

Acquaint Multi-Company Contact

maps to

Odoo CRM

res.partner + child_ids relation

1:1
Fully supported

Acquaint supports N:N contact-to-company associations where one contact belongs to multiple firms. Odoo res.partner uses a single parent_id for the primary company and child_ids for additional contacts. We migrate the most-recently-modified Acquaint company association as the primary company (parent_id), and store remaining company associations as a custom multi-select field x_additional_companies__c for manual reconciliation in Odoo.

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.

Acquaint CRM logo

Acquaint CRM gotchas

Medium

Property data is split across three distinct modules

Medium

eSign and SMS data is exportable only as history, not as active configurations

High

Accounts and client money are tracked within the CRM rather than in a separate accounting package

Low

Custom fields are per-agency and require manual inventory before migration

Odoo CRM logo

Odoo CRM gotchas

High

Odoo.sh version gating blocks assisted migrations from trial

High

Enterprise modules fail to install on Community after database restore

Medium

Custom module view inheritance breaks between Odoo major versions

Medium

Custom fields risk losing their application context on Community

Low

API access for Community is gated behind the Custom Plan

Pair-specific challenges

  • Property-specific fields have no native Odoo equivalent and require custom field pre-creation

    Acquaint stores listing_status, property_type, tenure, number_of_bedrooms, and asking_price as native fields on Property objects. Odoo's standard product.product model has no fields for these property concepts — the closest native fields are name, list_price, and standard_price. Every property-vertical field must be created as an x_<fieldname>__c custom field on product.product (for listings) or crm.lead (for development opportunities) before migration data lands. The migration plan delivers an Odoo custom field creation spec that your admin (or our team) implements as a prerequisite. If custom fields are not created before migration, those values land in the wrong Odoo fields or are skipped entirely.

  • Odoo crm.stage must be configured before deals can migrate — Acquaint stages are not pre-built in Odoo

    Acquaint uses flat stage names (Open, Under Offer, Sold STC, Sold, Withdrawn) with no probability metadata attached. Odoo's crm.lead requires a crm.stage record to exist for every stage a lead uses — and each crm.stage carries probability (0–100), sequence, and on_change flags that control deal forecasting. If Acquaint's pipeline uses five stage names, Odoo needs five crm.stage records created in the target sales team before the migration loads a single crm.lead. We deliver a stage-mapping plan that specifies the Odoo stage ID for each Acquaint stage name, the probability to assign, and whether the stage is a Won or Lost state. Stage configuration is a prerequisite step — it cannot be done retroactively without re-loading the crm.lead records.

  • Acquaint N:N contact-to-company associations collapse to a single parent_id in Odoo

    Acquaint supports a contact belonging to multiple companies simultaneously — a buyer agent might be associated with two property management firms at once. Odoo res.partner uses a single parent_id field for the primary company, with additional associations handled through the contact-child relationship model (child_ids). We migrate the most-recently-modified Acquaint company association as the primary company (parent_id), and surface the remaining associations in a custom multi-select text field x_additional_companies__c. Teams that rely on multi-company contact associations should review this mapping before the full migration — the Odoo Account Contact Relations model (introduced in Odoo 13) provides a more robust N:N structure if your team needs full multi-company contact support.

  • Acquaint file attachments require binary re-upload to Odoo ir.attachment — inline images are extracted separately

    Acquaint stores files as binary blobs attached to contacts, companies, and properties via its API. Odoo attachments live in ir.attachment with a different storage backend (database or file system depending on Odoo configuration). The migration downloads each file from Acquaint's API, re-uploads it to Odoo via XML-RPC, and writes the res_model and res_id to link it to the migrated parent record. Large property photo sets (common in estate agency) require chunked upload handling to stay within Odoo's attachment size limits and API timeout thresholds. Inline images embedded in Acquaint note rich-text bodies are extracted as separate ir.attachment records with a link back to the mail.message that contained them — this is a known gap in Acquaint's export format that requires post-migration review.

  • Odoo Community vs Enterprise edition decision affects migration scope and cost

    Odoo Community is free and includes the core CRM module with basic crm.lead, res.partner, and ir.attachment. However, Acquaint CRM teams typically use property management, accounting integration, and multi-branch features that Odoo restricts to Enterprise edition. Migrating to Odoo Community and then discovering that a required feature is Enterprise-only forces a re-migration or a re-configuration project. We include an Odoo edition assessment in every Acquaint migration plan — we identify which Acquaint features map to Community vs Enterprise modules before any data moves, so your team can decide on the Odoo edition before committing to the migration path. Enterprise licensing cost is outside FlitStack's migration scope but is disclosed as a prerequisite decision point.

Migration approach

Six steps for a successful Acquaint CRM to Odoo CRM data migration

  1. Validate and clean Acquaint source data

    FlitStack audits your Acquaint data before migration begins: duplicate contact records, inactive companies still linked to open deals, property records with missing addresses, and orphaned attachments are flagged. We deliver a data-cleaning checklist with record counts and specific record IDs so your team can resolve duplicates and gaps before migration. Property-vertical data (listing status, property type) is validated against Acquaint's field constraints — malformed or inconsistent values are documented for value-mapping decisions.

  2. Map Acquaint schema to Odoo data model and create custom fields

    We produce a schema-alignment document mapping every Acquaint object and field to its Odoo equivalent — identifying direct mappings, value mappings (Acquaint stage names to Odoo crm.stage IDs), custom field requirements (property type, tenure, listing status), and no-equivalent fields that become reference custom fields. Custom field creation specs are delivered for Odoo res.partner, product.product, and crm.lead so your admin creates them before migration data arrives. Stage-mapping configuration for crm.stage is delivered as a separate setup guide specifying sequence, probability, and Won/Lost flags per stage.

  3. Resolve Acquaint owners and branches to Odoo users and teams

    Acquaint owner email addresses are matched against Odoo res.users records. Branch names map to crm.team records. Unmatched owners and branches are listed in the migration plan with instructions: create an Odoo user account for each unmatched owner, or assign their records to a fallback user (admin or a dedicated migration user). This step is a prerequisite for loading crm.lead records because Odoo's crm.lead requires a user_id field. We verify all match rates before the migration run commits.

  4. Run test migration with field-level diff

    A representative slice of 100–500 Acquaint records migrates first — spanning contacts, companies, property listings, and deals across all stages. We generate a field-level diff showing every Acquaint field value against its mapped Odoo field value so you can verify stage mapping, custom field population, owner resolution, and file attachment links before the full run. Test migration results are reviewed with your team; mapping adjustments are made before the production run commits. At this stage we also validate Odoo ir.attachment creation for property photo sets.

  5. Execute full migration with delta-pickup window

    Full migration runs in strict hierarchical order: res.partner company records first (to establish parent_ids), then res.partner contact records (to resolve partner_id lookups), then crm.lead deals (to attach to resolved contacts and configured stages), then ir.attachment files (linked to migrated parent records), and finally mail.message notes and activities. A 48-hour delta-pickup window captures any Acquaint records created or modified during the cutover period. All operations are logged in an audit trail; one-click rollback is available if post-migration reconciliation finds critical gaps.

  6. Post-migration reconciliation and Odoo Enterprise decision

    FlitStack validates migrated record counts against Acquaint source totals for each object type. Custom field values are spot-checked against source records — particularly listing_status, property_type, and deal stage. Owner resolution rates are reported; any records assigned to the fallback user are surfaced for manual reassignment. We also deliver the Acquaint workflow export as a reference document for rebuilding automations in Odoo's Studio or ir.actions.server. Finally, we confirm the Odoo edition decision (Community vs Enterprise) based on which Acquaint features remain unmapped and which Odoo modules are required to cover them.

Platform deep dives

Context on both ends of the pair

Acquaint CRM logo

Acquaint CRM

Source

Strengths

  • Flat per-agency pricing at £99/month with no per-user surcharge for small teams
  • Bundled sales, lettings, and property management in a single licence
  • UK-based telephone and email support included without an additional support tier
  • No minimum contract, no setup fees, and automatic software updates at no extra charge
  • Tightly integrated website hosting and CRM with property portal synchronisation

Weaknesses

  • Dual Windows Desktop + browser interface indicates a legacy desktop-first codebase that may not meet modern UX expectations
  • No native Zapier or Make integration documented, limiting no-code workflow extension
  • Large multi-branch or franchise agencies may pay for unused modules under the single flat-rate model
  • No publicly documented bulk export tool beyond the REST API, which requires technical access to script exports
Odoo CRM logo

Odoo CRM

Destination

Strengths

  • Modular open-source architecture lets teams start with CRM and add ERP apps as needs grow, all sharing one PostgreSQL database.
  • Free Community edition with no contact limits and full source code access means zero licensing cost for evaluation and small deployments.
  • Drag-and-drop Kanban pipeline with AI lead scoring gives a visual, prioritized view of the sales funnel without requiring custom configuration.
  • Native integrations with email, live chat, SMS, VoIP, WhatsApp, and social media feed all inbound leads into a single unified inbox.
  • Active Odoo Community Association (OCA) maintains dozens of community-maintained modules on GitHub for extended functionality.

Weaknesses

  • Gmail and email integration reliability is a recurring complaint — threads drop and conversations scatter across inboxes, disrupting sales team workflows.
  • Enterprise edition pricing stacks quickly: multiple apps at per-user rates ($25–$50/user/month) plus Odoo.sh hosting costs more than many SMBs anticipate.
  • Setup and configuration complexity increases significantly once custom fields, automation rules, and multiple installed modules are in play.
  • Odoo.sh trial databases run on a version (e.g., 18.3) that is not directly migratable to Odoo.sh, blocking the assisted migration path Odoo advertises.
  • Version upgrades between major Odoo releases (e.g., 17→18) frequently break custom module view definitions and XPath expressions, requiring manual remediation.

Complexity grading

How hard is this migration?

Standard CRM migration. All 8 core objects map 1:1 between Acquaint CRM and Odoo CRM.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Acquaint CRM and Odoo CRM.

  • Object compatibility

    A

    All 8 core objects map 1:1 between Acquaint CRM and Odoo CRM.

  • 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

    Acquaint CRM: Rate limit details are not publicly documented on the pricing or help pages.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Acquaint CRM to Odoo CRM 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 Acquaint CRM to Odoo CRM data migrations

Answers to the questions buyers ask most during Acquaint CRM to Odoo CRM migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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

Book a free 30 minute consultation

Most Acquaint-to-Odoo migrations complete in 3–5 days of clock time for under 10,000 records with standard fields and pre-created Odoo stages. Migrations with 10,000–30,000 records and 20+ custom property fields (listing status, tenure, bedrooms) extend to 2–3 weeks because Odoo custom field creation and stage configuration add planning steps. The Odoo edition decision (Community vs Enterprise) can extend the timeline if your team needs additional modules configured before data lands. The test migration and delta-pickup window add 2–3 days at every scale.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Acquaint CRM.
Land in Odoo CRM, 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