ERP migration

Migrate from MONITOR ERP to Dolibarr ERP

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

MONITOR ERP logo

MONITOR ERP

Source

Dolibarr ERP

Destination

Dolibarr ERP logo

Compatibility

86%

12 of 14

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

Complexity

BStandard

Timeline

6-10 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from MONITOR ERP to Dolibarr is a migration from a manufacturing-centric ERP to a modular open-source ERP and CRM. MONITOR ERP stores production orders with embedded routing and work-centre assignments that do not map 1:1 to any Dolibarr object; we decompose them into Dolibarr Projects with linked tasks and resource assignments. File-based extraction from MONITOR ERP covers all major record types, but the API write license is a separate paid add-on, and document attachments are not accessible via API at all, requiring a manual export step. We handle extraction, transformation, and Dolibarr API load for structured records; workflows, automations, and report definitions do not migrate and are documented for admin rebuild in Dolibarr.

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

MONITOR ERP logo

MONITOR ERP

What's pushing teams away

  • Steep learning curve for users unfamiliar with manufacturing ERP concepts; the system is opinionated about workflow structure and resists deviation from its built-in process flows.
  • Limited third-party integrations compared to larger ERP platforms; customers needing deep CRM or advanced analytics integrations report friction connecting Monitor to best-of-breed tools.
  • Support responsiveness varies; customers in regions without a local Monitor office report longer ticket resolution times.
  • Pricing is opaque and negotiated directly with sales; companies without dedicated procurement teams find it difficult to compare against alternatives before committing.

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

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

MONITOR ERP

Customer

maps to

Dolibarr ERP

ThirdParty (with category=customer)

1:1
Fully supported

MONITOR ERP Customer records (address, contact, currency, payment terms) map to Dolibarr ThirdParty records with the ThirdParty category field set to customer. We extract via configured file-export paths, transform address fields into Dolibarr's address format, and load via Dolibarr REST API. Currency and payment terms map to Dolibarr's condreglement and modepayement foreign keys. The customer-supplier split (MONITOR ERP separates Customers and Suppliers; Dolibarr uses a single ThirdParty object with a category flag) is resolved at migration time based on the source record type.

MONITOR ERP

Supplier

maps to

Dolibarr ERP

ThirdParty (with category=supplier)

1:1
Fully supported

MONITOR ERP Supplier records mirror the Customer structure and map to Dolibarr ThirdParty with category=supplier. Linked Purchase Orders and Accounts Payable positions are migrated as separate record types after the Supplier record is established. We preserve the supplier code from MONITOR ERP as the ref_supplier field in Dolibarr for cross-reference.

MONITOR ERP

Item

maps to

Dolibarr ERP

Product

1:1
Fully supported

MONITOR ERP Items (BOM links, routing data, unit of measure, cost, inventory levels) map to Dolibarr Product records. BOM relationships are preserved as separate Product parent-child records with a custom field bom_parent_id__c linking to the parent Product. Routing data does not have a direct Dolibarr equivalent in core; we map routing steps to Dolibarr Project tasks and flag this as a configuration gap requiring post-migration review by the customer's production team.

MONITOR ERP

Customer Order

maps to

Dolibarr ERP

Order

1:1
Fully supported

MONITOR ERP Sales Orders (status, lines, delivery dates, pricing) map to Dolibarr Order. We extract the full order history via file export, map order status (draft, validated, shipped, invoiced, closed) to Dolibarr statuts (draft, validated, sent, delivered, closed) using the closest equivalent. Open orders require special handling to avoid duplicates: we flag any MONITOR ERP order with a status that implies an open fulfillment obligation for manual verification before load.

MONITOR ERP

Purchase Order

maps to

Dolibarr ERP

SupplierOrder

1:1
Fully supported

MONITOR ERP Purchase Orders (status, lines, expected delivery) map to Dolibarr SupplierOrder. The supplier reference from the linked Supplier record is resolved as the socid foreign key before Purchase Order import begins. Expected delivery dates map to date_livraison in Dolibarr. Any purchase order remaining open post-migration is flagged for the customer's admin to verify before re-opening in Dolibarr to avoid duplicate fulfillment obligations.

MONITOR ERP

Production Order

maps to

Dolibarr ERP

Project + Task

1:many
Fully supported

MONITOR ERP Production Orders carry embedded routing, work-centre assignments, and traceability links to lots that have no single Dolibarr equivalent. We decompose each Production Order into a Dolibarr Project (carrying the production order header and status) with linked Task records representing each routing step. Work-centre assignments map to a custom Task field work_centre__c. Lot and serial traceability is preserved in a custom lot_reference__c field on the Project and linked to any resulting inventory records. This decomposition is the most significant schema transformation in this migration pair and requires pre-migration validation with the customer's production team.

MONITOR ERP

Invoice (AR)

maps to

Dolibarr ERP

Facture (customer)

1:1
Fully supported

MONITOR ERP Accounts Receivable invoices map to Dolibarr Facture with type=customer. Invoice headers and lines export via configured file paths. We perform field-level mapping of line descriptions, quantities, unit prices, and tax rates. MONITOR ERP's VAT handling is preserved as the local tax rate equivalent in Dolibarr. Historical invoices migrate as closed (paid or outstanding based on MONITOR ERP payment status) to avoid triggering Dolibarr's accounting generation for closed periods.

MONITOR ERP

Invoice (AP)

maps to

Dolibarr ERP

Facture (supplier)

1:1
Fully supported

MONITOR ERP Accounts Payable invoices map to Dolibarr Facture with type=supplier. The supplier reference is resolved as socid before AP invoice load. Payment terms, due dates, and outstanding amounts migrate to preserve the AP aging report in Dolibarr. We flag any AP invoice with a status suggesting a payment dispute for manual review before load.

MONITOR ERP

Journal Entry

maps to

Dolibarr ERP

AccountancyRecord (or direct SQL accounting export)

1:1
Fully supported

MONITOR ERP General Ledger journal entries export in batches via file export without date-range filtering at the export level. We handle this by exporting to a working directory, performing in-house date filtering and chunking to avoid large file handling, then loading into Dolibarr's accounting module. Account codes map to Dolibarr's Plan de Compte (French accounting plan) structure, with MONITOR ERP account-numbering conventions preserved in the account code field and a description field carrying the original MONITOR ERP account name. Multi-year journal migration requires period-by-period validation to ensure each entry lands in the correct fiscal year in Dolibarr.

MONITOR ERP

Inventory (Stock)

maps to

Dolibarr ERP

Product Stock (stock)

1:1
Mapping required

MONITOR ERP inventory positions (quantity by Item, Warehouse, Lot/Serial) export as stock reports. We map these to Dolibarr Product Stock records, preserving warehouse assignments as entrepot records in Dolibarr. Lot and serial number fields require dedicated handling: MONITOR ERP's lot traceability links are stored as properties on the Production Order rather than as standalone lot records, so we reconstruct lot numbers from the production order traceability data and assign them during the inventory load phase. Any inventory discrepancy (negative stock in MONITOR ERP) is flagged for physical count reconciliation before load.

MONITOR ERP

Chart of Accounts

maps to

Dolibarr ERP

Account (Plan de Compte)

lossy
Mapping required

MONITOR ERP account codes, descriptions, and account types export via file. We map these to Dolibarr's accounting chart (for EU companies, the PCMN or PCG structure is commonly used). MONITOR ERP's account-numbering conventions may conflict with Dolibarr's default account structure; we configure the chart of accounts in Dolibarr before any transactional data loads and flag any accounts that require custom numbering rules. This is a prerequisite for journal entry and invoice migration.

MONITOR ERP

Bank/Cash Account

maps to

Dolibarr ERP

Bank Account

1:1
Fully supported

MONITOR ERP Bank accounts and cash accounts export via file paths. We map these to Dolibarr Bank Account records and reconcile opening balances against the latest trial balance exported from MONITOR ERP. Any bank account with a non-zero opening balance requires a manual balance verification step from the customer's finance team before we close the migration reconciliation.

MONITOR ERP

User / Employee

maps to

Dolibarr ERP

User

1:1
Fully supported

MONITOR ERP User records include login, name, and role assignments. We map these to Dolibarr User records, preserving the role (login, password, group) where MONITOR ERP role names are extractable. Passwords do not migrate; we provision placeholder credentials for each migrated user and flag that the customer's admin should distribute new credentials post-migration. Department associations migrate to Dolibarr's hierarchical team structure where present in MONITOR ERP.

MONITOR ERP

Document (attachments)

maps to

Dolibarr ERP

Not migrated (manual step required)

1:1
Fully supported

Documents attached to Customer Orders, Items, or Production Orders in MONITOR ERP are stored in the file store and are not accessible via the standard API query endpoint. File export configuration varies by installation and cannot be automated end-to-end. We flag this as a manual export step in our scoping report: structured transactional data migrates via API and file export, but binary attachments require each user to navigate MONITOR ERP and save files individually to a shared directory for re-upload into Dolibarr after migration. This is a partial-data limitation documented in the migration scope.

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.

MONITOR ERP logo

MONITOR ERP gotchas

High

MONITOR ERP API write operations require a paid add-on license

Medium

File export directories must be manually configured per installation

Medium

Historical journal entries export in batches with no partial-date API filter

Medium

Document attachments are not accessible via the standard API query endpoint

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

  • MONITOR ERP API write operations require a paid add-on license

    The Monitor API is free to query and read data, but writing data back into the ERP via API commands requires purchasing the Monitor ERP API license. When migrating OUT of MONITOR ERP, this distinction matters for re-importing corrected or deduplicated data. If the customer's MONITOR ERP installation does not have the write API license, we can extract all readable data via the free query API and file exports, but any migration that requires API writes (for example, to mark records as migrated or to update statuses) is limited. We scope the license requirement during discovery and advise customers to confirm their API license status before committing to a migration that involves data correction or status updates via the Monitor API.

  • File export directories must be pre-configured per installation

    MONITOR ERP exports data to file-system paths configured under the Export tab in system settings. If no directory is entered or the path is incorrect, the system uses a temporary directory that may be cleared or inaccessible to migration tools. We require customers to confirm their export path configuration before extraction begins and can guide them through setting a persistent, accessible export directory during the pre-migration audit. This is a pre-requisite for the extraction phase that must be resolved before any file-based export is attempted.

  • Production order routing and work-centre data lacks a native Dolibarr equivalent

    MONITOR ERP Production Orders store embedded routing, work-centre assignments, and lot traceability that are tightly coupled to the production order rather than stored as standalone records. Dolibarr has no native production routing or work-centre scheduling module in its core ERP; these manufacturing-specific concepts require decomposition into Dolibarr Projects and Tasks with custom fields. We validate the decomposition logic with the customer's production team during scoping and flag that any routing visualization or scheduling tooling the team relies on in MONITOR ERP will need a Dolibarr add-on or third-party module post-migration.

  • Document attachments are not accessible via the MONITOR ERP API

    Documents attached to Customer Orders, Items, or Production Orders in MONITOR ERP are stored within the Monitor ERP file store and are not reachable via the standard API query endpoint. Exporting attachments requires each user to manually navigate and save files individually, which cannot be automated end-to-end by migration tools. We document this as a partial-data limitation in our scoping report: structured transactional data migrates cleanly via API and file exports, but binary attachments require a separate manual export step that we guide the customer through but cannot execute automatically on their behalf.

Migration approach

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

  1. Discovery and export directory verification

    We audit the source MONITOR ERP installation: configured modules in use (Financials, Production, Inventory, Sales, Purchasing), file-export directory paths under the Export tab, API license status (read-only free vs. paid write), record volume by object type, and historical date ranges for journal entries and invoices. We verify the export paths are accessible and persistent before scheduling any extraction. The discovery output is a written migration scope document listing every object to be migrated, its estimated record count, the export method (file vs. API), and any pre-requisite configuration that must be completed in MONITOR ERP before extraction begins.

  2. Data extraction and quality profiling

    We extract structured records from MONITOR ERP via the configured file-export directories and free read API. Extraction runs in dependency order: Chart of Accounts first (prerequisite for journal entries and invoices), then Bank/Cash Accounts, then Customers and Suppliers, then Items (with BOM relationships preserved), then Orders (Sales and Purchase), then Production Orders, then Invoices (AR and AP), then Journal Entries, then Inventory, then Users. We run a data quality profiler on every extract: duplicate detection on customer/supplier codes, missing required fields, malformed addresses, and inconsistent date formats. We deliver a data quality report to the customer's admin before transformation begins so that data cleansing decisions are made collaboratively, not silently by the migration tool.

  3. Schema design and Dolibarr module activation

    We design the destination schema in Dolibarr based on the MONITOR ERP module inventory. This includes activating the relevant Dolibarr modules (ThirdParty for customers and suppliers, Product for items, BOM module for Bill of Materials if in use, Order and Invoice modules, Project for decomposed Production Orders, Accounting for journal entries and chart of accounts, Stock for inventory). We configure the chart of accounts in Dolibarr before any transactional data, map MONITOR ERP account codes to the appropriate Dolibarr account structure, and set up warehouses (entrepots) for inventory mapping. The Dolibarr schema is validated in a test environment before production migration begins.

  4. Production Order decomposition design

    We work with the customer's production team to design the Production Order decomposition logic: which MONITOR ERP routing steps become Dolibarr Project tasks, how work-centre assignments map to custom fields, and how lot traceability links are preserved across the split. This step is unique to manufacturing-source migrations and requires the customer's input because the routing logic is business-specific. We document the decomposition mapping as part of the migration specification and validate it against a sample of 10-20 production orders before full production migration.

  5. Production migration in dependency order

    We run production migration in record-dependency order into the live Dolibarr instance: Chart of Accounts (prerequisite for all accounting), Bank/Cash Accounts, ThirdParty records (Customers and Suppliers with category split), Products (with BOM parent-child relationships), Warehouses, Sales Orders and Purchase Orders, Production Orders decomposed into Projects and Tasks, Invoices (AR then AP), Journal Entries (filtered by date range in-house to handle MONITOR ERP's non-filtered batch export), Inventory Stock positions, and Users. Each phase emits a row-count reconciliation report before the next phase begins. Document attachments are handled as a separate manual step documented in the handoff guide.

  6. Cutover, validation, and workflow rebuild handoff

    We freeze MONITOR ERP writes during cutover, run a final delta migration of any records modified during the migration window, then enable Dolibarr as the system of record. We validate 25-50 randomly sampled records per object type against the MONITOR ERP source and deliver a reconciliation report to the customer's finance and operations leads for sign-off. Dolibarr workflows, automations, and report definitions do not migrate from MONITOR ERP's process model; we deliver a written inventory of every MONITOR ERP workflow concept requiring rebuild in Dolibarr (for example, automatic invoice generation from sales orders, production scheduling alerts, or approval chains) with recommended Dolibarr module equivalents. We support a one-week hypercare window for reconciliation issues raised by the customer's team.

Platform deep dives

Context on both ends of the pair

MONITOR ERP logo

MONITOR ERP

Source

Strengths

  • Purpose-built for discrete manufacturing with BOM, routing, and production order management natively integrated.
  • Standardized deployment model reduces configuration complexity and speeds up initial implementation.
  • File-based export framework covers all major data categories including orders, invoices, journal entries, and inventory.
  • Active global partner network including Litium (e-commerce) and Briox (AI-assisted accounting) extends functionality.

Weaknesses

  • No public pricing; all quotes are custom and sales-driven, making competitive evaluation difficult.
  • Document attachments are not consistently accessible via API and require per-user manual export.
  • Write operations to the API require a separate paid license beyond the base system.
  • Integration ecosystem is narrower than tier-1 ERPs; customers needing deep EDI or custom API workarounds report higher implementation costs.
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. 1 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

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

  • Object compatibility

    B

    1 of 8 objects need a mapping; the rest are 1:1.

  • 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

    MONITOR ERP: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your MONITOR 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 six and ten weeks for accounts with under 50,000 structured records (Customers, Suppliers, Items, Orders, Invoices) and a straightforward chart of accounts mapping. Migrations with large production order histories requiring decomposition into Dolibarr Projects, multi-year journal entry batch filtering, or multi-site inventory reconciliation move to fourteen to twenty-two weeks because of file export sequencing, in-house date filtering for journal batches, and the production order decomposition validation step that requires customer input.

Adjacent paths

Related migrations to explore

Ready when you are

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