ERP migration

Migrate from Relic ERP to Dolibarr ERP

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 logo

Relic ERP

Source

Dolibarr ERP

Destination

Dolibarr ERP logo

Compatibility

83%

10 of 12

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

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

Relic ERP logo

Relic ERP

What's pushing teams away

  • Consumption-based pricing is difficult to forecast; traffic spikes, new services, or misconfigured agents can cause sudden bill increases that shock teams expecting predictable costs.
  • NRQL is a proprietary query language; dashboards and alerts built in NRQL do not port to OpenTelemetry-native platforms, locking in migration investment.
  • Complex pricing tiers with Standard, Pro, and Enterprise editions create confusion over what features are actually available at each level.
  • Data Plus HIPAA and FedRAMP compliance requires both the Core usage plan and Pro/Enterprise edition, adding cost for regulated environments that only need extended retention.
  • Teams with dynamic workloads or high-volume ingestion find per-GB pricing prohibitive compared to open-source alternatives like SigNoz or Grafana.

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 Relic ERP objects map to Dolibarr ERP

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

maps to

Dolibarr ERP

ThirdParty

1:1
Fully supported

Relic 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

maps to

Dolibarr ERP

Product

1:1
Fully supported

Relic 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

maps to

Dolibarr ERP

Product / Bill of Materials

lossy
Fully supported

Relic 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

maps to

Dolibarr ERP

Proposal (Propale)

1:1
Fully supported

Relic 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

maps to

Dolibarr ERP

Order (CommandeClient)

1:1
Fully supported

Relic 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

maps to

Dolibarr ERP

Order (CommandeFournisseur)

1:1
Fully supported

Relic 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

maps to

Dolibarr ERP

Invoice (Facture)

1:1
Fully supported

Relic 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

maps to

Dolibarr ERP

Payment / Bank Transaction

1:1
Fully supported

Relic 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

maps to

Dolibarr ERP

Project

1:1
Fully supported

Relic 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

maps to

Dolibarr ERP

User / HR Module

1:1
Fully supported

Relic 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

maps to

Dolibarr ERP

Extra Fields (extrafields)

lossy
Fully supported

Relic 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

maps to

Dolibarr ERP

Report Builder

1:1
Fully supported

Relic 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.

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.

Relic ERP logo

Relic ERP gotchas

High

Data ingest cap causes platform lockout if exceeded

Medium

Classic alert notification migration to Workflows

Medium

NRQL-only dashboards require manual rewrite

Medium

Data Plus required for historical log export

Low

EU data residency adds per-GB surcharge

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

  • Dolibarr import rejects timestamps in date fields

    Dolibarr's CSV import validation enforces a strict date regex (YYYY-MM-DD) and rejects any value containing a time component (YYYY-MM-DD HH:MM:SS). This is a documented bug in Dolibarr GitHub issue #24700. Relic ERP exports timestamps on invoice dates, order dates, and payment records. We preprocess every date field during the transform phase to strip the time portion before loading. Without this step, import fails with 'Incorrect value for field number' errors and the affected records are skipped, creating gaps in historical invoice and payment data.

  • Custom fields must be pre-created before import

    Dolibarr handles custom fields as extra fields defined through its setup interface (Extra fields menu), not as columns in the data import. If a Relic ERP record contains a custom field column in the CSV, Dolibarr ignores the column silently during import rather than raising an error. We create every Dolibarr extra field definition before the data phase begins, matching the source field type (text, int, select, date). If this step is skipped, custom data from Relic ERP is permanently lost in the migration.

  • Custom numerotation can block document validation

    Dolibarr document validation (invoices, orders, proposals) renames internal temporary folders to final folder names using the document reference. If the custom numerotation scheme includes illegal filesystem characters such as slash or backslash, validation fails silently and the document remains in draft state. We audit any custom numerotation templates in the destination Dolibarr before migration and disable or sanitize them if they contain problematic characters.

  • Dolibarr session configuration blocks login during migration

    Dolibarr stores session data on the filesystem using the PHP session.save_path parameter. If the web server cannot read or write this directory during migration (due to permission issues or disk full), users are repeatedly prompted to log in, breaking any browser-based migration workflow. We verify session configuration and available disk space during environment setup and coordinate with the hosting provider to correct path permissions before migration begins.

  • No native cost centre support in Dolibarr accounting

    Relic ERP's accounting module includes cost centre tracking for expense allocation across departments or projects. Dolibarr's standard accounting module does not include cost centres. If the migration scope includes accounting entries with cost centre assignments, we flag these as requiring a workaround: either the customer activates a third-party accounting extension that adds cost centres, or the cost centre information is stored as a text annotation on the entry and managed manually. This is a functional gap, not a data loss issue, and must be resolved before go-live if cost centre reporting is required.

Migration approach

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

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

Relic ERP logo

Relic ERP

Source

Strengths

  • Unified telemetry across APM, infrastructure, logs, and browser monitoring in a single pane of glass.
  • Generous free tier with 100 GB/month ingest enables broad monitoring coverage without upfront cost.
  • AI-powered correlation automatically links distributed traces to errors and infrastructure anomalies.
  • OpenTelemetry ingestion supported alongside proprietary agents, reducing vendor lock-in for instrumentation.
  • Data Plus adds HIPAA/FedRAMP compliance, extended 90-day retention, and higher query throughput for enterprise environments.

Weaknesses

  • Consumption-based pricing is unpredictable; high-volume environments easily exceed $10K/month in data ingest costs.
  • NRQL is proprietary; dashboards and alerts are not portable to non-New Relic platforms without manual rewrites.
  • Default 8-day retention on standard tiers means historical investigation is limited without upgrading to Data Plus.
  • User role complexity with Basic, Core, and Full Platform tiers creates confusion over access entitlements.
  • Complex pricing with per-GB ingest plus per-user seat charges makes total cost of ownership difficult to estimate upfront.
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 Relic ERP and Dolibarr ERP.

B

Overall complexity

Standard migration

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

  • Object compatibility

    A

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

    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

    A

    Relic ERP exposes a bulk API — large-volume migrations stream efficiently.

Estimator

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

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

Can't find your answer?

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 consultation

Most migrations complete in three to five weeks for straightforward scopes covering customers, products, orders, and invoices with under 10,000 transactional records. Migrations that include multi-year invoice history, BOM and production data, purchase orders, and employee records expand to six to ten weeks because of data cleansing, BOM translation, and the extra field schema work Dolibarr requires. Larger datasets or additional modules (manufacturing, HR) push toward the longer end of the range.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Relic 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