ERP migration
Field-level mapping, validation, and rollback between Relic ERP and Dolibarr ERP. We move data and schema; workflows are rebuilt natively in Dolibarr ERP.
Relic ERP
Source
Dolibarr ERP
Destination
Compatibility
10 of 12
objects map 1:1 between Relic ERP and Dolibarr ERP.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Relic ERP and Dolibarr serve overlapping SME needs but organize data differently. Relic ERP bundles order processing, production planning, and reporting into a single commercial ERP package; Dolibarr uses a modular architecture where you activate only CRM, invoicing, inventory, accounting, or projects as needed. The migration centers on mapping Relic ERP's vendor records, product catalog, transactional history, and production data into Dolibarr's ThirdParty, Product, Facture, Commande, and Project modules. Dolibarr's date format validation rejects timestamps during import (a known GitHub issue), so we preprocess all date fields. Custom fields in Relic ERP require Dolibarr's extra fields to be pre-created with matching types before import, since Dolibarr handles them differently from native fields. We do not migrate workflows, automated production triggers, or custom report definitions; these require rebuild in Dolibarr's workflow engine or report builder post-migration.
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 Relic 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.
Relic ERP
Customer / Vendor
Dolibarr ERP
ThirdParty
1:1Relic ERP's customer and supplier records map to Dolibarr's ThirdParty object, which uses a single table for both types distinguished by the Tiers type field (Customer or Supplier). We preserve the customer or supplier classification from Relic ERP, map address fields to Dolibarr's address fields (address, zip, town, country), and preserve any payment term references as text in the notes field. If Relic ERP stores separate customer and supplier taxonomies, we create two distinct ThirdParty subsets during import.
Relic ERP
Product / Service
Dolibarr ERP
Product
1:1Relic ERP products and services map to Dolibarr Product records. Product type (stockable, service, assembly) translates from Relic ERP's classification. Units of measure, minimum stock thresholds, and descriptive fields migrate as-is. If Relic ERP stores product variants or sub-assemblies, we flatten them into separate Product records since Dolibarr's base product model does not natively support variant trees without the Variants module extension.
Relic ERP
BOM / Production Recipe
Dolibarr ERP
Product / Bill of Materials
lossyRelic ERP production bills of materials (BOMs) map to Dolibarr's BOM module if the customer activates it, or to Product linked records if the manufacturing module is not in scope. We map each BOM line item to a Dolibarr BOM line with the correct quantity and unit. Products referenced in BOMs must import before BOMs to satisfy referential integrity.
Relic ERP
Quotation / Estimate
Dolibarr ERP
Proposal (Propale)
1:1Relic ERP quotations map to Dolibarr Commercial Proposals (Propale). The proposal status, line items with pricing and tax rates, and validity dates migrate. We preserve the quotation reference as Dolibarr's ref_ext for cross-system audit. If Relic ERP stores version history on a quotation, the most recent version migrates as the active proposal.
Relic ERP
Sales Order
Dolibarr ERP
Order (CommandeClient)
1:1Relic ERP sales orders map to Dolibarr Customer Orders. Order status (draft, validated, shipped, closed) maps to Dolibarr's statuts. Line items including product, quantity, unit price, and tax move directly. The linked customer ThirdParty must resolve before order import, so we run customer import as a prerequisite phase.
Relic ERP
Purchase Order
Dolibarr ERP
Order (CommandeFournisseur)
1:1Relic ERP purchase orders map to Dolibarr Supplier Orders. Line items, supplier reference, and expected delivery dates migrate. Dolibarr's supplier order workflow includes receipt and invoice reconciliation steps that Relic ERP may not have; we map status conservatively and note that the customer reconciles the workflow states post-migration.
Relic ERP
Invoice
Dolibarr ERP
Invoice (Facture)
1:1Relic ERP sales and purchase invoices map to Dolibarr Facture records. We handle date field preprocessing to strip any timestamp component, since Dolibarr's import expects YYYY-MM-DD format and rejects YYYY-MM-DD HH:MM:SS with a validation error (GitHub issue #24700). Invoice status, payment terms, and linked customer or supplier references migrate. If Relic ERP tracks partial payments against an invoice, we create corresponding Dolibarr payment records.
Relic ERP
Payment Record
Dolibarr ERP
Payment / Bank Transaction
1:1Relic ERP payment records map to Dolibarr Payment records linked to the corresponding Facture. Bank reconciliation entries from Relic ERP map to Dolibarr Bank Account transactions. We preserve payment method, amount, date, and the link to the originating invoice so that Dolibarr's accounts receivable aging reports reflect the migrated history.
Relic ERP
Project / Work Order
Dolibarr ERP
Project
1:1Relic ERP projects and work orders map to Dolibarr Project records. Project status, dates, and descriptions migrate. If Relic ERP stores task breakdowns, we map them to Dolibarr Task records under the project. Billable flag and budget fields map to equivalent Dolibarr project fields. Project associations visible directly on invoice pages in Relic ERP translate to Dolibarr's element_link mechanism.
Relic ERP
Employee Record
Dolibarr ERP
User / HR Module
1:1Relic ERP employee records map to Dolibarr User accounts if the HR module is activated. Employee contact information, department, and role migrate to Dolibarr User fields. If Relic ERP stores salary or attendance data, we flag these as requiring separate HR module setup and do not migrate them as standard employee records because Dolibarr HR handles these differently.
Relic ERP
Custom Fields
Dolibarr ERP
Extra Fields (extrafields)
lossyRelic ERP custom fields require Dolibarr's extra fields to be pre-created with matching data types before record import. We extract the Relic ERP custom field schema during discovery, define equivalent Dolibarr extrafield definitions (type, length, dropdown options), and deploy them into Dolibarr before any data phase begins. Without this pre-creation step, Dolibarr silently ignores unknown custom field columns during CSV import.
Relic ERP
Report Definitions
Dolibarr ERP
Report Builder
1:1Relic ERP custom reports have no direct Dolibarr equivalent because report definitions are platform-specific. We deliver a written report inventory listing every Relic ERP report with its filters, groupings, and output format. The customer's admin rebuilds each report in Dolibarr's built-in report builder or exports to Excel for ad-hoc analysis. Historical report outputs are exported as PDFs and archived alongside migrated data.
| Relic ERP | Dolibarr ERP | Compatibility | |
|---|---|---|---|
| Customer / Vendor | ThirdParty1:1 | Fully supported | |
| Product / Service | Product1:1 | Fully supported | |
| BOM / Production Recipe | Product / Bill of Materialslossy | Fully supported | |
| Quotation / Estimate | Proposal (Propale)1:1 | Fully supported | |
| Sales Order | Order (CommandeClient)1:1 | Fully supported | |
| Purchase Order | Order (CommandeFournisseur)1:1 | Fully supported | |
| Invoice | Invoice (Facture)1:1 | Fully supported | |
| Payment Record | Payment / Bank Transaction1:1 | Fully supported | |
| Project / Work Order | Project1:1 | Fully supported | |
| Employee Record | User / HR Module1:1 | Fully supported | |
| Custom Fields | Extra Fields (extrafields)lossy | Fully supported | |
| Report Definitions | Report Builder1:1 | Fully supported |
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.
Relic ERP gotchas
Data ingest cap causes platform lockout if exceeded
Classic alert notification migration to Workflows
NRQL-only dashboards require manual rewrite
Data Plus required for historical log export
EU data residency adds per-GB surcharge
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
Source system audit and scope definition
We audit the active Relic ERP installation to identify every module in use (sales, purchasing, inventory, production, HR, reporting). We extract record counts for customers, suppliers, products, quotations, orders, invoices, payments, projects, tasks, and employees. We document any custom fields, custom report definitions, BOM structures, and document numbering conventions. This inventory defines the migration scope and tells us which Dolibarr modules must be activated before data import begins.
Dolibarr environment setup and module activation
We install or configure the target Dolibarr instance (self-hosted or DoliCloud) and activate only the modules matching the migration scope. For each active module, we configure the chart of accounts, payment term defaults, and numerotation templates. We create every Dolibarr extra field definition corresponding to the Relic ERP custom fields discovered in step one, using matching data types and enumerated values. We verify PHP session configuration and available disk space before proceeding.
Data extraction and transform
We extract Relic ERP data using its export interface or direct database query. Every date field undergoes preprocessing to strip any time component, converting YYYY-MM-DD HH:MM:SS to YYYY-MM-DD format required by Dolibarr's import validator. Custom field values are extracted with their corresponding field names for extra field mapping. We validate the extracted dataset against record counts and run a sample import in a non-production Dolibarr environment to catch field mapping errors before the production migration.
Sandbox migration and reconciliation
We run a full migration into a test environment using production-like data volume. The customer reconciles record counts (ThirdParties in, Products in, Orders in, Invoices in), spot-checks fifteen to twenty records per object against the Relic ERP source, and validates numerotation and custom field values. Any mapping corrections, missing fields, or extra field definition errors are resolved before the production migration date is confirmed.
Production migration in dependency order
We run production migration following the dependency chain: ThirdParties first (customers and suppliers, since all transactional records link to them), then Products, then BOM definitions, then Projects, then Orders and Invoices, then Payments, then Employees and Users. Each phase emits a row-count reconciliation report. Date fields are preprocessed at transform time for every phase. We freeze Relic ERP writes during the final cutover window to capture any last-minute changes as a delta load.
Cutover, validation, and handoff
After final delta load, we disable the Relic ERP integration points and enable Dolibarr as the system of record. We deliver the custom report inventory document listing every Relib ERP report requiring rebuild in Dolibarr. We support a five-business-day hypercare window to resolve any data issues surfaced by the customer's team. We do not rebuild Relic ERP workflows, automated production triggers, or approval chains as Dolibarr automations; those require a separate configuration engagement or manual rebuild by the customer's admin team.
Platform deep dives
Relic ERP
Source
Strengths
Weaknesses
Dolibarr ERP
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. All 8 core objects map 1:1 between Relic ERP and Dolibarr ERP.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Relic ERP and Dolibarr ERP.
Object compatibility
All 8 core objects map 1:1 between Relic 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
Relic ERP: Not publicly documented for all endpoints; limits UI shows real-time usage and color-coded incidents for ingest and query rates.
Data volume sensitivity
Relic ERP exposes a bulk API — large-volume migrations stream efficiently.
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 Relic ERP to Dolibarr ERP migration scoping. Not seeing yours? Book a call.
Walk through your Relic 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 Relic 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.