CRM migration

Migrate from Field Nexus to Odoo CRM

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

Field Nexus logo

Field Nexus

Source

Odoo CRM

Destination

Odoo CRM logo

Compatibility

100%

12 of 12

objects map 1:1 between Field Nexus and Odoo CRM.

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Field Nexus is a field service management platform built around work orders, scheduling and dispatch, technician assignments, and customer invoicing — with a native mobile app for on-site crews. Odoo CRM is a modular ERP with crm.lead as the primary sales object, res.partner as the contact-company model, and project.task available for task-oriented work. The two platforms share the concept of contacts, companies, and activity history, but Field Nexus models field operations as work orders with technician assignments and scheduling windows, while Odoo CRM stores these as leads with custom fields or project tasks. FlitStack AI connects to Field Nexus via its API or CSV export, extracts customers, work orders, estimates, invoices, team members, and custom fields, then maps each into Odoo's corresponding model. Work orders become crm.lead records with custom fields for service type, scheduled date, assigned technician, and service address. Estimates map to sale.order. Invoices map to account.move. Team members become res.users. Attachments and activity history (calls, notes) migrate as ir.attachment records linked to the parent Odoo record. A delta-sync window captures in-flight changes during cutover. Automations, scheduling rules, dispatch logic, and notification triggers built in Field Nexus cannot migrate — they require manual reconstruction in Odoo using Odoo Studio or automation rules. FlitStack exports your automation definitions as a reference document for that rebuild.

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

Field Nexus logo

Field Nexus

What's pushing teams away

  • Limited review footprint — the G2 profile has been inactive for over a year with no reviews, and App Store ratings are too sparse to display, making vendor due diligence harder.
  • No published pricing forces every prospect through a sales conversation, slowing comparison with transparent FSM competitors like Jobber or Housecall Pro.
  • API documentation is referenced as available 'for custom integrations' but no developer portal, endpoint reference, or authentication scheme is publicly published.
  • Concentrated regional footprint — the product is positioned for US and Canada operations, limiting fit for international service businesses.
  • Limited public marketing momentum and small social/community presence relative to category leaders raise concerns about long-term product investment for prospects evaluating five-year stacks.

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 Field Nexus objects map to Odoo CRM

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

Field Nexus

Customer

maps to

Odoo CRM

res.partner

1:1
Fully supported

Field Nexus customers map directly to Odoo res.partner records. Customer name maps to name, email to email, phone to phone, and address fields to street, city, state, and country on the partner address sub-record. Multiple contacts per customer in Field Nexus each become separate res.partner records linked to the same parent partner.

Field Nexus

Company / Organisation

maps to

Odoo CRM

res.partner (company type)

1:1
Fully supported

When Field Nexus stores an organisation-level account, it maps to a res.partner record with the company flag set to True. Individual contact persons at that organisation map as separate res.partner records with type set to contact and a parent_id link back to the company partner.

Field Nexus

Work Order

maps to

Odoo CRM

crm.lead

1:1
Fully supported

Field Nexus work orders have no native equivalent in Odoo CRM. FlitStack maps work orders to crm.lead records using the opportunity model, with custom fields added on the Odoo side to store work_order_id, work_order_status, service_type, scheduled_date, technician_id, and service_address. The crm.lead name field holds the work order title, and stage maps from Field Nexus status values to Odoo stage names.

Field Nexus

Work Order

maps to

Odoo CRM

project.task (alternative)

1:1
Fully supported

For teams using Odoo Project alongside CRM, work orders can alternatively map to project.task. This requires the Project app to be installed in Odoo. The task gets the same custom fields for work order metadata, and a project is pre-created to contain all migrated tasks. The approach choice is confirmed during the sample migration phase before full migration runs.

Field Nexus

Estimate / Quote

maps to

Odoo CRM

sale.order

1:1
Fully supported

Field Nexus estimates map to Odoo sale.order records. Estimate number maps to name, customer to partner_id, line items to order_lines (product_id, product_uom_qty, price_unit, discount), and status maps to sale.order state: draft to Quotation, submitted to Sent, accepted to Sale Order. Tax handling requires Odoo tax configuration review since Field Nexus tax rules may differ.

Field Nexus

Invoice

maps to

Odoo CRM

account.move

1:1
Fully supported

Field Nexus invoices map to Odoo account.move records with move_type set to out_invoice. Invoice number maps to ref, invoice date to invoice_date, due date to invoice_date_due, and line items to invoice_line_ids. The partner_id, amount_untaxed, amount_tax, and amount_total map directly. Payment status (paid, unpaid, partial) maps via the reconcile field on related account.move.line records.

Field Nexus

Team Member / Technician

maps to

Odoo CRM

res.users

1:1
Fully supported

Field Nexus team members and technicians map to Odoo res.users records. Name maps to name, email to login (used as the username), and phone maps to phone on the related res.partner record created automatically for each user. Active status maps directly. Odoo user permissions and groups are not migrated and must be configured post-migration.

Field Nexus

Attachment / File

maps to

Odoo CRM

ir.attachment

1:1
Fully supported

Field Nexus file attachments on work orders, customers, or invoices are downloaded and re-uploaded to Odoo ir.attachment records linked to the corresponding res.partner, crm.lead, or account.move. The original filename, file content, and create date are preserved. Odoo's attachment size limits apply — files exceeding 25MB require chunking or external storage configuration.

Field Nexus

Activity Log / Note

maps to

Odoo CRM

mail.message

1:1
Fully supported

Field Nexus work order notes and activity history map to Odoo mail.message records attached to the parent crm.lead or res.partner. Original timestamps and the author name (resolved via email match to a res.users record) are preserved. Notes with internal flag set in Field Nexus map to Odoo's internal note visibility.

Field Nexus

Custom Field

maps to

Odoo CRM

ir.model.fields (x_custom field)

1:1
Fully supported

Every custom field defined in Field Nexus requires a corresponding custom field to be pre-created in Odoo before migration runs. FlitStack delivers a custom field creation plan specifying the field name, type (char, date, datetime, selection, float, integer), and target model (res.partner, crm.lead, sale.order, account.move, res.users). This plan is reviewed during the pre-migration schema setup step.

Field Nexus

Scheduling / Dispatch Data

maps to

Odoo CRM

Custom fields on crm.lead or project.task

1:1
Fully supported

Field Nexus scheduling windows and dispatch assignments have no native Odoo equivalent. FlitStack stores scheduled_date, scheduled_time_window, assigned_technician, and dispatch_status as custom fields on the migrated crm.lead or project.task. For teams needing a full scheduling board, a separate project with task dependencies can be configured post-migration.

Field Nexus

Workflow / Automation

maps to

Odoo CRM

None — must be rebuilt

1:1
Fully supported

Field Nexus automations including scheduling rules, dispatch triggers, status-change notifications, and approval workflows cannot be exported or migrated. They must be rebuilt manually in Odoo using automation rules (available in CRM and Project apps) or external tools. FlitStack exports a structured document listing each active automation with its trigger conditions and actions as a rebuild reference.

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.

Field Nexus logo

Field Nexus gotchas

High

No documented API — migration requires manual web exports

Medium

No published pricing — upgrade path and tier limits unknown

Medium

Payment link references may not survive schema translation

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

  • Odoo 17 and 18 XML view migration changes affect custom field display

    Odoo 17 introduced changes to XML view definitions for custom fields — the <field name="x_custom_field"/> syntax must reference the exact field name and may require view inheritance updates. If your Odoo instance is on version 17 or 18, custom field display in migrated crm.lead and res.partner views must be added manually via Odoo Studio or XML inheritance. FlitStack flags any custom field views that require update as part of the migration delivery checklist. This does not affect data migration itself — only the UI display of custom fields on migrated records.

  • Odoo CRM has no native work order model — field service data requires custom field strategy

    Field Nexus work orders include scheduled dates, assigned technicians, service addresses, and service types that have no direct Odoo CRM equivalent. Odoo stores scheduling and task assignment natively only in the Project app (project.task), not in CRM (crm.lead). Migrating work orders to crm.lead requires custom fields for all work-order-specific attributes. Alternatively, using project.task requires the Odoo Project app to be installed and configured with a migration project before data lands. FlitStack presents both options during the sample migration phase and documents the trade-offs — CRM-native work orders offer simpler reporting; project.task offers a kanban scheduling board.

  • Field Nexus automations and scheduling rules cannot be exported

    Scheduling rules, dispatch triggers, status-change notifications, and approval workflows in Field Nexus live in the application layer and are not exposed via API or export. They cannot migrate automatically. All automations must be manually rebuilt in Odoo using Odoo's automation rules (CRM app > Automations) or external automation tools. FlitStack exports a structured automation reference document listing each active automation's trigger conditions and actions, which serves as a rebuild specification for your Odoo administrator. Budget 20–40 hours for rebuilding a complex set of field service automations in Odoo.

  • Odoo external API access is plan-dependent

    Odoo's external XML-RPC and JSON-RPC APIs are free to use for customers on the Custom or Enterprise plan. If your Odoo instance is on the Community edition without a support contract, API access may be restricted or require manual configuration of endpoint access. In such cases, FlitStack falls back to CSV-based data export and import using Odoo's built-in import wizard, which supports UTF-8 encoded CSV files with field mapping. CSV imports handle most standard fields but require manual column mapping for custom fields per batch.

  • Multi-address customers require separate address records in Odoo

    Field Nexus customers with multiple service addresses — a billing address and one or more on-site service locations — map to a single res.partner record in Odoo with one address, plus additional res.partner records with address and no name (address-type contacts) linked via the partner_id field. This is the standard Odoo pattern for multi-address contacts. If the migration does not account for this, service address data from Field Nexus can be lost or misplaced. FlitStack identifies all customers with more than one service address before migration and creates the additional address contact records explicitly, with a custom field linking each to the source Field Nexus service location.

Migration approach

Six steps for a successful Field Nexus to Odoo CRM data migration

  1. Assess Field Nexus data export options and Odoo schema setup

    FlitStack connects to Field Nexus via API (Enterprise plans) or CSV export (Community plans) to audit available objects, custom fields, and record counts. We simultaneously review your target Odoo instance to confirm which apps are installed (CRM, Project, Accounting) and identify any custom fields that must be pre-created. This step produces a migration readiness report: list of objects to migrate, custom field creation plan, and the chosen work order strategy (crm.lead with custom fields or project.task). No data is modified in either system at this stage.

  2. Pre-create Odoo custom fields and resolve user accounts

    Before any records move, FlitStack delivers the custom field creation plan and your Odoo admin creates the required fields on res.partner, crm.lead, sale.order, account.move, and res.users. Team members from Field Nexus are resolved against existing Odoo users by email match; unmatched technicians are flagged and assigned to a fallback Odoo user. Custom fields are created in Odoo Studio or via the Settings > Technical > Custom Fields interface. This step ensures the Odoo schema can accept migrated data without type errors on the first data load.

  3. Run sample migration and generate field-level diff

    A representative slice of 100–500 records — spanning customers, work orders, estimates, invoices, and team members — migrates first. FlitStack generates a field-level diff comparing source values from Field Nexus against the migrated Odoo records. You review the diff to confirm work order status mapping, technician resolution, custom field population, and address handling before the full migration commits. This is the decision gate: if custom field mapping or work order strategy needs adjustment, it is corrected before the full run.

  4. Execute full migration and delta-pickup window

    The full data migration runs against Odoo: customers to res.partner, work orders to crm.lead (or project.task), estimates to sale.order, invoices to account.move, and team members to res.users. Attachments are downloaded from Field Nexus and re-uploaded to the corresponding Odoo records as ir.attachment entries. A delta-pickup window opens at cutover — typically 24–48 hours — capturing any records modified in Field Nexus during the migration run. FlitStack writes a full audit log of every record created, updated, or skipped.

  5. Reconciliation check and automation rebuild reference delivery

    After the delta-pickup closes, FlitStack runs a reconciliation report comparing record counts and key field totals between Field Nexus and Odoo. Any orphaned records, unmatched foreign keys, or missing custom field data is flagged for manual resolution. The automation reference document — listing all active Field Nexus automations with their trigger-action logic — is delivered as a structured PDF. One-click rollback is available within 48 hours of go-live if the reconciliation reveals material discrepancies. Your Odoo admin then begins the automation rebuild using the reference document and Odoo's automation rules.

Platform deep dives

Context on both ends of the pair

Field Nexus logo

Field Nexus

Source

Strengths

  • Sub-20-second work order creation from the mobile interface
  • Real-time scheduling and dispatch with automatic routing optimization
  • Customer sign-off directly from the mobile app
  • Integrated invoicing with payment link sharing
  • Exportable timesheet reports for field worker performance tracking

Weaknesses

  • No publicly documented API endpoint or developer documentation found in research
  • No published pricing tiers or per-user cost structure available
  • No review data available on G2 or Capterra at time of research
  • Limited known integrations with third-party accounting or ERP platforms
  • No documented offline mode or sync behavior for field technicians
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 Field Nexus and Odoo CRM.

B

Overall complexity

Standard migration

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

  • Object compatibility

    A

    All 8 core objects map 1:1 between Field Nexus 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

    Field Nexus: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Most Field Nexus to Odoo CRM migrations complete within 48–72 hours for under 50,000 total records across customers, work orders, invoices, and team members. Sets exceeding 100,000 records or those requiring work order-to-project.task restructuring extend to 5–7 days. The longest single phase is typically pre-creating Odoo custom fields for all work order attributes and resolving technician-to-user accounts before the first data load runs.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Field Nexus.
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