ERP migration
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
Source
Dolibarr ERP
Destination
Compatibility
11 of 12
objects map 1:1 between Farvision ERP and Dolibarr ERP.
Complexity
BStandard
Timeline
3-5 weeks
Overview
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.
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 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
Dolibarr ERP
Project
1:1Farvision 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
Dolibarr ERP
ThirdParty (as Customer)
1:1Farvision 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
Dolibarr ERP
Product (as inventory item)
1:1Farvision 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
Dolibarr ERP
Proposal / Order / Contract
1:1Farvision 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
Dolibarr ERP
Invoice (Customer)
1:1Farvision 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
Dolibarr ERP
Product + Stock
1:1Farvision 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
Dolibarr ERP
HR: Employee
1:1Farvision 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
Dolibarr ERP
Action (Linked Events/Tasks)
1:1Farvision 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
Dolibarr ERP
Bank Account / Payment Term
1:1Farvision 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
Dolibarr ERP
Country / State / Town (c_ziptown)
1:1Farvision 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
Dolibarr ERP
Project + Task (budget tracking)
1:1Farvision'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
Dolibarr ERP
Extra Fields (champs extra)
lossyFarvision 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.
| Farvision ERP | Dolibarr ERP | Compatibility | |
|---|---|---|---|
| Projects | Project1:1 | Fully supported | |
| Customers / Accounts | ThirdParty (as Customer)1:1 | Fully supported | |
| Properties / Units | Product (as inventory item)1:1 | Fully supported | |
| Sales Orders and Contracts | Proposal / Order / Contract1:1 | Mapping required | |
| Invoices and Billing Records | Invoice (Customer)1:1 | Mapping required | |
| Stores and Inventory | Product + Stock1:1 | Mapping required | |
| Payroll and Employee Records | HR: Employee1:1 | Mapping required | |
| Activities and Activity Groups | Action (Linked Events/Tasks)1:1 | Fully supported | |
| Payment Types Master | Bank Account / Payment Term1:1 | Mapping required | |
| Places Management | Country / State / Town (c_ziptown)1:1 | Mapping required | |
| Engineering / QS Records | Project + Task (budget tracking)1:1 | Mapping required | |
| Custom Fields | Extra Fields (champs extra)lossy | Mapping required |
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.
Farvision ERP gotchas
No publicly documented public API or rate limits
Yearly auto-renewal with quarter-in-advance cancellation
Performance degradation on concurrent writes
Project-wise accounting requires structural mapping
Minimum 5-user contract floors on subscription and cloud hosting
Dolibarr ERP gotchas
Foreign key constraint errors on cross-distribution database restore
SQL injection vulnerabilities in version 9.0.1
Custom fields stored as JSON in extraoptions require field-by-field deserialization
Decimal precision and rounding configuration affects price fields
No native iOS/Android app forces reliance on browser
Pair-specific challenges
Migration approach
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.
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).
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.
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.
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.
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
Farvision ERP
Source
Strengths
Weaknesses
Dolibarr ERP
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. All 8 core objects map 1:1 between Farvision ERP and Dolibarr ERP.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Farvision ERP and Dolibarr ERP.
Object compatibility
All 8 core objects map 1:1 between Farvision ERP and Dolibarr ERP.
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
Farvision ERP: Not publicly documented.
Data volume sensitivity
Farvision ERP 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 Farvision ERP to Dolibarr ERP migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave Farvision ERP
Other ways to arrive at Dolibarr ERP
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.