ERP migration

Migrate from Farvision ERP to Dolibarr ERP

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

Farvision ERP logo

Farvision ERP

Source

Dolibarr ERP

Destination

Dolibarr ERP logo

Compatibility

92%

11 of 12

objects map 1:1 between Farvision ERP and Dolibarr ERP.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Migrating from Farvision ERP to Dolibarr means moving from a real-estate-specialized, vertically integrated platform to an open-source, modular ERP/CRM. Farvision structures financials per project using MongoDB document nesting; Dolibarr uses flat entity tables activated by module (Projects, Invoices, Stock, HR). We extract project-to-account crosswalks during discovery, flatten Farvision's nested documents into Dolibarr-compatible rows, and map Farvision's payment type masters, place hierarchies, and activity groups to their Dolibarr equivalents. Farvision does not publish API documentation publicly, which we work around using available bulk export paths and customer-facilitated backend access. Dolibarr's module activation model means we must provision CRM, Projects, Invoicing, Stock, and HR modules before data arrives. Workflows, automations, and custom reports do not migrate as code; we deliver a written inventory for the customer's admin to rebuild in Dolibarr's configuration layer.

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

Farvision ERP logo

Farvision ERP

What's pushing teams away

  • Slow record-insertion and processing performance frustrates users, especially during high-volume data entry periods or concurrent user load.
  • Non-intuitive user interface increases time-to-competency for new employees and drives up training costs for mid-market teams.
  • Difficulty generating complex reports without IT assistance undermines the promised self-service BI value proposition.
  • Yearly auto-renewing contracts with one-quarter advance cancellation notice create lock-in risk and budget unpredictability.
  • Support response quality is inconsistent, with some customers reporting helpful assistance while others experience delayed resolutions.

Choosing

Dolibarr ERP logo

Dolibarr ERP

What's pulling them in

  • Free open-source core with no per-user license fee makes it the lowest-cost entry point for small teams needing ERP and CRM in one package.
  • Self-hosted deployment gives full data ownership and eliminates vendor lock-in, especially attractive to businesses with compliance requirements.
  • Modular architecture means teams enable only the features they use, keeping the interface uncluttered and reducing learning curve.
  • Fast installation with no technical knowledge required — one reviewer set up multiple businesses in minutes using their own hosting.
  • Active community forum and marketplace of third-party add-ons provide support and extension options without mandatory subscription costs.

Object mapping

How Farvision ERP objects map to Dolibarr ERP

Each row shows how a Farvision ERP object lands in Dolibarr ERP, including any object-level transformations, lookup resolution, or schema-design dependencies.

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

Farvision ERP

Projects

maps to

Dolibarr ERP

Project

1:1
Fully supported

Farvision Projects cover the full lifecycle: Land Acquisition, Legal and Liaison, Pre-Sales, Post-Sales, Budgeting, and Execution phases. These map to Dolibarr Project records with phase tracked as a project status or custom extra field. Milestones migrate as Dolibarr ProjectTask records with planned dates preserved. We extract project identifiers and phase associations during the discovery extract so the hierarchical structure is preserved in Dolibarr's project hierarchy.

Farvision ERP

Customers / Accounts

maps to

Dolibarr ERP

ThirdParty (as Customer)

1:1
Fully supported

Farvision customer records map to Dolibarr ThirdParty entities with the Customer category flag set. Contact details (name, email, phone, address) migrate directly. Farvision's customer custom fields map to Dolibarr extra fields (champs extra) stored on the ThirdParty record. We use the third-party email as the dedupe key during import and set the Role field to Customer for all converted records.

Farvision ERP

Properties / Units

maps to

Dolibarr ERP

Product (as inventory item)

1:1
Fully supported

Farvision property records tied to specific projects represent sellable inventory units (tower floors, apartments, plots). These map to Dolibarr Product records with type = 1 (stockable) and with project linkage preserved as an extra field project_id__c referencing the Dolibarr Project. Unit-specific attributes (floor number, area, facing, status) migrate as product extra fields.

Farvision ERP

Sales Orders and Contracts

maps to

Dolibarr ERP

Proposal / Order / Contract

1:1
Mapping required

Farvision generates sales orders and contracting records tied to specific properties and buyers. These map to Dolibarr Proposal (for quotation stage) and Order (for confirmed stage) records. Booking status values from Farvision map to Dolibarr ProposalStatus or OrderStatus integer codes. Contract records map to Dolibarr Contract (if the Contracts module is activated). The customer ThirdParty and linked Product references resolve at migration time via lookup.

Farvision ERP

Invoices and Billing Records

maps to

Dolibarr ERP

Invoice (Customer)

1:1
Mapping required

Farvision Client Billing records including payment milestones and installment tracking require schema mapping to Dolibarr Facture (Customer Invoice). Payment milestone status values map to Dolibarr invoice status codes (DRAFT, VALIDATED, PAID, CANCELLED). We preserve the billing history but flag that Farvision's project-wise accounting entries require a separate accounting reconciliation because Dolibarr's accounting module may not be activated, depending on the customer's Dolibarr module selection.

Farvision ERP

Stores and Inventory

maps to

Dolibarr ERP

Product + Stock

1:1
Mapping required

Farvision Stores and Procurement covers materials, procurement, and stock tracking. These map to Dolibarr Product records (type 0 = service or 1 = stockable) and associated Stock Movement records. Unit-of-measure conventions in Farvision require explicit mapping to Dolibarr unit-of-measure codes (UoM). Multi-warehouse support in Dolibarr requires activation of the Stock module with warehouse records created before stock import.

Farvision ERP

Payroll and Employee Records

maps to

Dolibarr ERP

HR: Employee

1:1
Mapping required

Farvision HR and Payroll covers the full Employee Life Cycle. Employee records map to Dolibarrhrm_employee records (if the HRM module is activated). Compensation history, designation, department, and joining date migrate as typed fields. Effective-dated payroll records are flagged for manual verification post-migration because payroll periods and tax configurations differ by jurisdiction and Farvision's payroll engine has no documented export path.

Farvision ERP

Activities and Activity Groups

maps to

Dolibarr ERP

Action (Linked Events/Tasks)

1:1
Fully supported

Farvision Activity records and Activity Groups map to Dolibarr Agenda events and Tasks. Group associations migrate as event categories or tags in Dolibarr. Farvision's documented import/export paths for activities guide our extraction approach. Activity dates and descriptions migrate directly; owner assignment resolves via email lookup against Dolibarr User records.

Farvision ERP

Payment Types Master

maps to

Dolibarr ERP

Bank Account / Payment Term

1:1
Mapping required

Farvision Payment Types Master is a configurable entity defining accepted payment methods (cheque, bank transfer, cash, EMI). These map to Dolibarr Payment Terms (cond_reglement) and Bank Account records with the payment method type preserved in the label or as an extra field. Payment schedule templates from Farvision sales orders map to Dolibarr payment term lines.

Farvision ERP

Places Management

maps to

Dolibarr ERP

Country / State / Town (c_ziptown)

1:1
Mapping required

Farvision Places Management stores location data with country and state hierarchies used across customer addresses, property locations, and site addresses. These map to Dolibarr's c_country, c_departments (state/province), and c_ziptown tables. The location tree structure in Farvision flattens to a relational address model in Dolibarr, with hierarchy levels preserved as separate address component fields.

Farvision ERP

Engineering / QS Records

maps to

Dolibarr ERP

Project + Task (budget tracking)

1:1
Mapping required

Farvision's Engineering module covers Quantity Surveying and construction billing with industry-specific data structures. These records map to Dolibarr ProjectTask entries with budget amount tracked as a custom monetary extra field. Because Dolibarr does not have a native quantity surveying module, we map the QS cost categories to Dolibarr Project extra fields and note which records require post-migration manual entry to complete the construction-cost breakdown.

Farvision ERP

Custom Fields

maps to

Dolibarr ERP

Extra Fields (champs extra)

lossy
Mapping required

Farvision custom fields generated across objects map to Dolibarr extra fields (ExtraFields) stored as typed columns on the target entity. We migrate custom field definitions (label, type, options) and values per record. Unsupported field types (Farvision-specific picklist values, nested arrays) are flagged and migrated as text fields with a remediation note for the customer's admin to refine post-migration.

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.

Farvision ERP logo

Farvision ERP gotchas

High

No publicly documented public API or rate limits

Medium

Yearly auto-renewal with quarter-in-advance cancellation

Medium

Performance degradation on concurrent writes

Medium

Project-wise accounting requires structural mapping

Low

Minimum 5-user contract floors on subscription and cloud hosting

Dolibarr ERP logo

Dolibarr ERP gotchas

High

Foreign key constraint errors on cross-distribution database restore

High

SQL injection vulnerabilities in version 9.0.1

Medium

Custom fields stored as JSON in extraoptions require field-by-field deserialization

Medium

Decimal precision and rounding configuration affects price fields

Low

No native iOS/Android app forces reliance on browser

Pair-specific challenges

  • Farvision has no publicly documented API

    Farvision ERP does not publish API documentation, authentication methods, or rate limits publicly. We work around this by coordinating directly with Farvision's implementation team to obtain data extracts from their MongoDB backend and by using any available bulk import/export functionality documented in Farvision training videos. Customer-facilitated backend access is required for complete data extraction, which adds time to the discovery phase and must be arranged before migration scoping begins. Any delays in obtaining backend access directly affect the project timeline.

  • MongoDB document nesting requires flattening for Dolibarr

    Farvision stores data in MongoDB documents with nested structures for project phases, payment schedules, and property attributes. Dolibarr uses flat SQL tables per module. We must flatten these nested documents during the transform phase, separating parent and child records, resolving object IDs used as foreign keys within Farvision's document model, and mapping them to Dolibarr's relational references. Nested arrays (e.g., multiple contact persons per property) become separate linked records in Dolibarr. This flattening step adds complexity and requires explicit schema mapping review before any load.

  • Project-wise accounting crosswalk to flat chart-of-accounts

    Farvision's project-wise accounting keeps financial transactions segregated by project, which is a core feature for real estate developers tracking multi-phase tower financials. Dolibarr's accounting module uses a flat chart-of-accounts structure per organization. We extract project-to-account mapping during discovery, build a crosswalk table to preserve the financial segregation logic, and map Farvision transaction records to Dolibarr accounting entries with project identifiers stored as cost center or analytical fields. If Dolibarr's accounting module is not activated, we flag all financial records for the customer's admin to create the appropriate accounting entries post-migration.

  • Dolibarr module activation must precede data load

    Dolibarr's modular architecture means that records can only import into activated modules. CRM module must be active for ThirdParty import; Projects module for Project import; Invoices module for Facture import; Stock module for Product/warehouse import. We activate the required modules during the discovery environment setup before any data loads begin. If a customer imports data before activating a module, records may appear orphaned with no module association in Dolibarr's UI, requiring manual re-assignment or re-import.

  • Yearly auto-renewal requires cancellation lead-time coordination

    Farvision subscriptions renew automatically on a yearly basis and require one full quarter of advance notice to cancel. We confirm cancellation timelines with the customer before migration scoping to avoid unexpected subscription charges. If the customer intends to exit Farvision, we align the migration cutover window with the cancellation notice deadline so that the migration completes before the next renewal locks the customer in for another year. Any records created within the renewal window are flagged for the customer to reconcile post-migration.

Migration approach

Six steps for a successful Farvision ERP to Dolibarr ERP data migration

  1. Discovery and backend data access arrangement

    We audit Farvision across all active modules (Land Acquisition, Pre-Sales, Sales, Post-Sales, Stores, Payroll, Engineering) and estimate record counts per entity type. Because Farvision has no public API, we coordinate with the customer to arrange backend access to the MongoDB instance or request Farvision implementation team data exports. We deliver a written migration scope document listing every entity, estimated row count, and any extraction path dependency. We also confirm the customer's Dolibarr hosting decision (on-premise, DoliCloud, AWS Marketplace) and activate the required Dolibarr modules in a staging environment.

  2. Schema design and project accounting crosswalk

    We design the Dolibarr target schema: activated modules, extra field definitions, country/state/town hierarchy seeding, payment term configurations, and warehouse setup if the Stock module is active. We build the project-wise accounting crosswalk table that maps each Farvision project identifier to its corresponding Dolibarr project and cost center or analytical account. This crosswalk is validated with the customer's finance team before data transformation begins. Custom field definitions from Farvision are recreated as Dolibarr ExtraFields with equivalent types (string, integer, select, date).

  3. Data extraction, deduplication, and transformation

    We extract data from Farvision using the customer-arranged backend access or Farvision-supported export paths. MongoDB documents are flattened into CSV/JSON rows compatible with Dolibarr's import format per entity type. We deduplicate records using email for ThirdParty, project-code plus unit-code for Products, and invoice-number for Factures. Records with missing required fields are held in a remediation queue and reported to the customer's admin for resolution before loading. This phase produces a set of import-ready data files per Dolibarr module.

  4. Staging migration and reconciliation

    We run a full migration into the customer's Dolibarr staging environment (not production) using import-ready files in dependency order: Countries/States/Towns first, then ThirdParty records, then Projects, then Products, then Sales Orders/Proposals, then Invoices, then Stock movements, then Employees, then Activities. Each phase emits a row-count reconciliation report. The customer's operations and finance leads spot-check 25-50 records per entity against Farvision source data and sign off the staging migration before production cutover is scheduled.

  5. Production migration in dependency order

    We run production migration following the same dependency sequence used in staging. Dolibarr modules are confirmed active before each entity load. MongoDB cross-references are resolved to Dolibarr IDs at migration time. Farvision's Payment Types Master records load before any invoice or sales order that references them. Employee records load before any payroll history. Any records modified in Farvision during the migration window are delta-migrated in a final pass before cutover.

  6. Cutover, validation, and automation rebuild handoff

    We freeze Farvision writes during cutover and run the final delta migration. Dolibarr is enabled as the system of record. We deliver a written inventory of Farvision workflows, automations, and custom reports requiring rebuild in Dolibarr's configuration layer or via Dolibarr plugin ecosystem. We support a one-week hypercare window for reconciliation issues. We do not rebuild Farvision automations as Dolibarr configuration inside the migration scope; that is a separate engagement for the customer's admin or a Dolibarr implementation partner.

Platform deep dives

Context on both ends of the pair

Farvision ERP logo

Farvision ERP

Source

Strengths

  • Full lifecycle real estate coverage from land acquisition through post-sales property management.
  • Web-based zero-footprint architecture accessible from any modern browser without client installation.
  • Project-wise accounting keeps financials segregated by project, matching how real estate developers track performance.
  • Cloud deployment scales from small teams to 10,000+ users with native iOS and Android mobile apps.
  • Built on .NET Core and MongoDB with 350+ integration connectors including CRM, HCM, and Office 365.

Weaknesses

  • Performance issues with record insertion and processing speed reported consistently across user reviews.
  • Non-intuitive interface increases training overhead and time-to-productivity for new users.
  • Public API documentation and rate limits are not openly published, complicating programmatic migration.
  • Ease of Use rating of 2.8 on Capterra reflects significant UX friction compared to category alternatives.
  • Yearly auto-renewal with quarter-in-advance cancellation notice creates contractual lock-in.
Dolibarr ERP logo

Dolibarr ERP

Destination

Strengths

  • Free core software with AGPL license and no per-user mandatory fee for self-hosted deployments.
  • Modular architecture lets teams activate only needed features, keeping the interface focused and the database lean.
  • Self-hosted option provides full data sovereignty and avoids recurring SaaS subscription costs.
  • Built-in CSV/Excel import and export wizard with saved profiles simplifies recurring data operations.
  • Low-code Module Builder allows functional extensions without writing PHP code.

Weaknesses

  • No native documented REST API for programmatic bulk operations — all migrations depend on the import/export wizard or direct database access.
  • Reporting and analytics are weak without paid add-ons, and built-in charts are limited compared to modern SaaS platforms.
  • UI design is described as dated by multiple reviewers, with infrequent visual updates to the default theme.
  • Community-only support for self-hosted deployments means no SLA or guaranteed response time for issues.
  • Security vulnerabilities (CVE-2024-5314, CVE-2024-5315) in version 9.0.1 with no immediate patch reported.

Complexity grading

How hard is this migration?

Standard ERP migration. All 8 core objects map 1:1 between Farvision ERP and Dolibarr ERP.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Farvision ERP and Dolibarr ERP.

  • Object compatibility

    A

    All 8 core objects map 1:1 between Farvision ERP and Dolibarr ERP.

  • 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

    Farvision ERP: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Farvision ERP to Dolibarr ERP 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 Farvision ERP to Dolibarr ERP data migrations

Answers to the questions buyers ask most during Farvision ERP to Dolibarr ERP migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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

Book a free 30 minute consultation

Most migrations land between three and five weeks for accounts with under 5,000 customer records, 2,000 property/unit records, and no payroll history requiring extraction from Farvision's backend. Migrations with full financial history, Stores and Procurement records, custom fields across more than 15 objects, or backend data extraction complexity (because Farvision has no public API) extend to eight to fourteen weeks. The backend data access arrangement with Farvision is the most common timeline risk; we advise customers to begin this process during scoping.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Farvision ERP.
Land in Dolibarr ERP, 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