ERP migration
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
Source
Dolibarr ERP
Destination
Compatibility
12 of 14
objects map 1:1 between MONITOR ERP and Dolibarr ERP.
Complexity
BStandard
Timeline
6-10 weeks
Overview
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.
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 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
Dolibarr ERP
ThirdParty (with category=customer)
1:1MONITOR 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
Dolibarr ERP
ThirdParty (with category=supplier)
1:1MONITOR 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
Dolibarr ERP
Product
1:1MONITOR 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
Dolibarr ERP
Order
1:1MONITOR 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
Dolibarr ERP
SupplierOrder
1:1MONITOR 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
Dolibarr ERP
Project + Task
1:manyMONITOR 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)
Dolibarr ERP
Facture (customer)
1:1MONITOR 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)
Dolibarr ERP
Facture (supplier)
1:1MONITOR 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
Dolibarr ERP
AccountancyRecord (or direct SQL accounting export)
1:1MONITOR 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)
Dolibarr ERP
Product Stock (stock)
1:1MONITOR 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
Dolibarr ERP
Account (Plan de Compte)
lossyMONITOR 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
Dolibarr ERP
Bank Account
1:1MONITOR 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
Dolibarr ERP
User
1:1MONITOR 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)
Dolibarr ERP
Not migrated (manual step required)
1:1Documents 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.
| MONITOR ERP | Dolibarr ERP | Compatibility | |
|---|---|---|---|
| Customer | ThirdParty (with category=customer)1:1 | Fully supported | |
| Supplier | ThirdParty (with category=supplier)1:1 | Fully supported | |
| Item | Product1:1 | Fully supported | |
| Customer Order | Order1:1 | Fully supported | |
| Purchase Order | SupplierOrder1:1 | Fully supported | |
| Production Order | Project + Task1:many | Fully supported | |
| Invoice (AR) | Facture (customer)1:1 | Fully supported | |
| Invoice (AP) | Facture (supplier)1:1 | Fully supported | |
| Journal Entry | AccountancyRecord (or direct SQL accounting export)1:1 | Fully supported | |
| Inventory (Stock) | Product Stock (stock)1:1 | Mapping required | |
| Chart of Accounts | Account (Plan de Compte)lossy | Mapping required | |
| Bank/Cash Account | Bank Account1:1 | Fully supported | |
| User / Employee | User1:1 | Fully supported | |
| Document (attachments) | Not migrated (manual step required)1: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.
MONITOR ERP gotchas
MONITOR ERP API write operations require a paid add-on license
File export directories must be manually configured per installation
Historical journal entries export in batches with no partial-date API filter
Document attachments are not accessible via the standard API query endpoint
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 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.
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.
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.
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.
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.
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
MONITOR ERP
Source
Strengths
Weaknesses
Dolibarr ERP
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. 1 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across MONITOR ERP and Dolibarr ERP.
Object compatibility
1 of 8 objects need a mapping; the rest are 1:1.
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
MONITOR ERP: Not publicly documented.
Data volume sensitivity
MONITOR 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 MONITOR ERP to Dolibarr ERP migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave MONITOR 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.