ERP migration
Field-level mapping, validation, and rollback between Masterplan and Dolibarr ERP. We move data and schema; workflows are rebuilt natively in Dolibarr ERP.
Masterplan
Source
Dolibarr ERP
Destination
Compatibility
10 of 12
objects map 1:1 between Masterplan and Dolibarr ERP.
Complexity
BStandard
Timeline
4-6 weeks
Overview
Migrating from Masterplan to Dolibarr addresses two structural problems: the complete absence of a self-service export mechanism in Masterplan, which forces every data pull through vendor coordination, and Dolibarr's open-source, modular model that eliminates per-seat licensing without sacrificing ERP fundamentals. The migration requires early engagement with Masterplan support to provision read-only database access or CSV exports before field mapping begins, because no public API or bulk endpoint exists. We map Masterplan's multi-level BOMs, Work Order routing, and cost-center rollups into Dolibarr's simpler product structure and project module, flagging any manufacturing-specific data that exceeds Dolibarr's module scope. Open AP and AR aging buckets from Masterplan normalize to Dolibarr's payable and receivable tracking. Workflows, custom automation rules, and user-defined workflows in Masterplan do not migrate; we deliver a written inventory of these for the customer to rebuild in Dolibarr or document as manual procedures post-cutover.
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 Masterplan 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.
Masterplan
Customer
Dolibarr ERP
Third Party (Customer type)
1:1Masterplan Customers map directly to Dolibarr Third Parties with the Third Party type set to Customer. We preserve full billing and shipping addresses, payment terms, credit limits, and currency settings from Masterplan. Dolibarr stores these in llx_societe (the main third-party table) with address data in llx_societe_address. We use Dolibarr's built-in CSV import for Third Parties or direct database insertion depending on record count and custom field density.
Masterplan
Vendor
Dolibarr ERP
Third Party (Supplier type)
1:1Masterplan Vendors map to Dolibarr Third Parties with type set to Supplier. W-9 data and 1099 eligibility flags from Masterplan have no direct Dolibarr equivalent, so we map these to custom fields in llx_societe_extrafields. Vendor payment terms and address data migrate 1:1 into the corresponding Dolibarr fields.
Masterplan
Item (Finished Goods, Raw Materials, Components)
Dolibarr ERP
Product
1:1Masterplan Items with item types Finished Goods, Raw Materials, and Components map to Dolibarr Product records. Item costing method (FIFO, Average, Standard) from Masterplan maps to Dolibarr's cost price field. Masterplan's product type classification maps to Dolibarr's product_type field (0=Product, 1=Service). We extract the item type and costing configuration to preserve the cost structure in Dolibarr's price management.
Masterplan
Item (Service)
Dolibarr ERP
Product (Service type)
1:1Masterplan Service items map to Dolibarr Product records with product_type=1. Unit of measure, description, and default billing price migrate directly. Dolibarr's service-specific fields (duration, unit of time) are populated where Masterplan provides service duration data.
Masterplan
Chart of Accounts
Dolibarr ERP
Account
1:1Masterplan GL accounts map to Dolibarr accounting Account records (llx_accounting_account). We preserve account numbers, names, types (Asset, Liability, Equity, Revenue, Expense), and optional department or cost-center rollups. Dolibarr's accounting module is simpler than Masterplan's; cost-center rollups that exceed Dolibarr's basic accounting structure are flagged for manual account mapping post-migration.
Masterplan
Open AP
Dolibarr ERP
Supplier Invoice (unpaid)
1:1Outstanding payables from Masterplan map to Dolibarr Supplier Invoices with status=draft or unpaid depending on approval state. Invoice number, amount, due date, and aging bucket migrate directly. Masterplan aging bucket configurations vary by customer; we normalize them to standard 30/60/90/120-day buckets in Dolibarr. Vendor lookup resolves via the Third Party (Supplier) mapping from object order 2.
Masterplan
Open AR
Dolibarr ERP
Customer Invoice (unpaid)
1:1Outstanding receivables map to Dolibarr Customer Invoices with status=draft or unpaid. Invoice number, amount, due date, and aging bucket normalize to standard 30/60/90/120-day buckets. Customer lookup resolves via the Third Party (Customer) mapping from object order 1. Historical invoices older than Masterplan's configurable archive cutoff are excluded and noted as out-of-scope.
Masterplan
Sales Order
Dolibarr ERP
Order
1:1Open Sales Orders from Masterplan map to Dolibarr Customer Orders (llx_commande). Line items, quantities, unit prices, and fulfillment status migrate. We flag partially shipped orders explicitly so that Dolibarr's shipment handling (Dolibarr's Expedition module) processes them correctly. Sales Order status maps to Dolibarr order status (draft, validated, approved, shipped, delivered).
Masterplan
Purchase Order
Dolibarr ERP
Supplier Order
1:1Open Purchase Orders map to Dolibarr Supplier Orders (llx_commande_fournisseur). Line items, quantities, unit prices, and receipt status migrate. Partially received orders are flagged for manual receipt processing in Dolibarr's supplier order reception workflow.
Masterplan
Inventory / Stock
Dolibarr ERP
Warehouse Stock
1:1On-hand quantities per warehouse location and bin in Masterplan map to Dolibarr product-stock records (llx_product_stock). We extract stock levels per location and reassign to Dolibarr warehouse structures, which often differ in naming and hierarchy. Multi-bin Masterplan configurations require flattening to Dolibarr's single-level warehouse model.
Masterplan
Bill of Materials (BOM)
Dolibarr ERP
Product BOM or Bill of Materials
lossyMulti-level BOMs with component quantities, scrap factors, and phantom assemblies require either flattening or preservation depending on Dolibarr's BOM module activation. Dolibarr's BOM module (part of the MRP module) supports multi-level BOMs but with less manufacturing depth than Masterplan's routing configuration. We extract the full BOM tree from Masterplan, discuss the target structure with the customer, and map accordingly. Phantom assemblies map as BOMs with type=1 (kit) in Dolibarr.
Masterplan
Work Order / Manufacturing Order
Dolibarr ERP
MO (Manufacturing Order) or Project
lossyWork orders track status (Released, In Process, Complete, Closed), routing steps, labor hours, and material allocations in Masterplan. Dolibarr's MRP module supports Manufacturing Orders (MO) but with simpler routing than Masterplan's discrete manufacturing routing. We map Work Order status to MO status, preserve material allocations from Masterplan's BOM association, and flag any routing steps that exceed Dolibarr's simple routing model as requiring manual scheduling post-migration. If the customer does not activate the MRP module, Work Orders map to Projects as a workaround.
| Masterplan | Dolibarr ERP | Compatibility | |
|---|---|---|---|
| Customer | Third Party (Customer type)1:1 | Fully supported | |
| Vendor | Third Party (Supplier type)1:1 | Fully supported | |
| Item (Finished Goods, Raw Materials, Components) | Product1:1 | Fully supported | |
| Item (Service) | Product (Service type)1:1 | Fully supported | |
| Chart of Accounts | Account1:1 | Fully supported | |
| Open AP | Supplier Invoice (unpaid)1:1 | Fully supported | |
| Open AR | Customer Invoice (unpaid)1:1 | Fully supported | |
| Sales Order | Order1:1 | Fully supported | |
| Purchase Order | Supplier Order1:1 | Fully supported | |
| Inventory / Stock | Warehouse Stock1:1 | Mapping required | |
| Bill of Materials (BOM) | Product BOM or Bill of Materialslossy | Fully supported | |
| Work Order / Manufacturing Order | MO (Manufacturing Order) or Projectlossy | 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.
Masterplan gotchas
No publicly documented API or bulk export endpoint
Vendor lock-in on support-assisted data extraction
Single verified review and sparse community data
Custom field handling is undocumented
Transactional history depth varies by customer configuration
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 vendor coordination setup
We audit the source Masterplan instance across all modules (Customers, Vendors, Items, Chart of Accounts, Open AP/AR, Orders, Inventory, BOMs, Work Orders) and estimate record volumes per object. We simultaneously engage the customer's Masterplan contact to arrange read-only database access or CSV exports. This is the critical path item: we cannot begin field mapping until extraction is confirmed. The discovery output is a written migration scope, extraction method confirmation, and custom field enumeration list returned by the vendor.
Schema design and Dolibarr module activation
We design the destination schema in Dolibarr by activating only the required modules (Third Parties, Products, Commercial, Invoices, Stock, MRP for BOMs/Work Orders, Accounting). We configure account categories, warehouse structures, payment terms, and currency settings. If Masterplan's GL includes cost-center rollups, we map them to Dolibarr department links or document them as requiring manual reporting adjustment. Schema is validated in a Dolibarr sandbox instance before production configuration.
Data extraction and transformation
We extract data from Masterplan using the vendor-arranged mechanism (database dump or CSV export). We transform records to match Dolibarr's schema: address normalization, currency alignment, aging bucket standardization, BOM flattening decisions, and custom field mapping. We apply a data quality pass: deduplication, phone/email validation, date format normalization to UTF-8 encoded ISO 8601. Masterplan's transactional history depth is confirmed against the customer's archive cutoff; records older than the cutoff are excluded and noted as out-of-scope.
Sandbox import and reconciliation
We run test imports into a Dolibarr sandbox using the transformed data. We reconcile record counts against the Masterplan source extract for every object. The customer's operations lead spot-checks 25-50 records per object for field-level accuracy and signs off before production migration. Any mapping corrections, schema adjustments, or custom field inclusions happen here. This step also validates that BOM and Work Order structures map correctly to Dolibarr's MRP module.
Production migration in dependency order
We run production migration in record-dependency order: Third Parties (Customers and Vendors first), Products (Items with type and costing), Chart of Accounts, Open AP/AR (with aging normalized), Orders (Sales and Purchase), Inventory (stock per warehouse), BOMs (with component resolution), Work Orders (status and material allocations). Each phase emits a row-count reconciliation report. We freeze Masterplan writes during cutover and run a final delta migration of any records modified during the migration window.
Cutover, validation, and automation inventory handoff
We enable Dolibarr as the system of record and perform a final reconciliation pass comparing Dolibarr record counts and key totals (AP balance, AR balance, inventory value, GL trial balance) against Masterplan's pre-cutover reports. We deliver a written inventory of any Masterplan workflows, custom automation rules, or user-defined workflows that cannot migrate, with Dolibarr module equivalents noted for the customer's admin to rebuild. We provide a one-week hypercare window for reconciliation issues and flag any remaining manual procedures (BOM routing, cost-center reporting) that require ongoing admin attention.
Platform deep dives
Masterplan
Source
Strengths
Weaknesses
Dolibarr ERP
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. All 8 core objects map 1:1 between Masterplan and Dolibarr ERP.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Masterplan and Dolibarr ERP.
Object compatibility
All 8 core objects map 1:1 between Masterplan 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
Masterplan: Not publicly documented.
Data volume sensitivity
Masterplan 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 Masterplan to Dolibarr ERP migration scoping. Not seeing yours? Book a call.
Walk through your Masterplan 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 Masterplan
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.