ERP migration
Field-level mapping, validation, and rollback between CREST ERP and Dolibarr ERP. We move data and schema; workflows are rebuilt natively in Dolibarr ERP.
CREST ERP
Source
Dolibarr ERP
Destination
Compatibility
12 of 13
objects map 1:1 between CREST ERP and Dolibarr ERP.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from CREST ERP to Dolibarr is a structured migration from a vendor-locked cloud ERP to a self-hosted or cloud-hosted open-source platform. CREST ERP organizes data around Customers, Vendors, Items, GL accounts, AP/AR records, Production jobs, Employees, and Projects, while Dolibarr uses a modular object model where you activate only the features your business needs. The key challenges are CREST ERP's limited API surface for systematic data extraction, the absence of any export mechanism for custom fields and workflow configurations, and the data quality issues that accumulate over years of use in any cloud ERP. We run a mandatory data audit phase before any records move, map every object in dependency order, and deliver a written workflow recreation guide for Dolibarr administrators. Historical transaction volumes, multi-level BOM structures, and custom object complexity determine whether a migration lands in the short or long timeline bracket.
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 CREST 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.
CREST ERP
Customer
Dolibarr ERP
ThirdParty (Customer mode)
1:1CREST ERP Customer master records (contact details, addresses, credit limits, payment terms) map 1:1 to Dolibarr ThirdParty records in Customer mode. The primary contact maps to a separate Contact record linked by SOCKET. We use the customer code or name as the dedupe key during import. Any custom properties on the Customer object require a pre-migration custom field enumeration phase because CREST ERP lacks a systematic export mechanism for custom field definitions.
CREST ERP
Vendor
Dolibarr ERP
ThirdParty (Supplier mode)
1:1CREST ERP Vendor master records (supplier details, bank information, performance ratings, purchase terms) map 1:1 to Dolibarr ThirdParty records in Supplier mode. Vendor-supplied catalogue items migrate as product references linked to the supplier. We validate that bank account details and payment terms transfer cleanly because Dolibarr stores these in dedicated sub-fields on the ThirdParty record.
CREST ERP
Item
Dolibarr ERP
Product
1:1CREST ERP Item masters (SKU, description, pricing, UOM, BOM data, routing) map to Dolibarr Product records. Items flagged as manufactured map with BOM structures preserved as Dolibarr BOM records linked to the parent Product. Routing data migrates as manufacturing order templates. Multi-level parent-child BOM relationships require a tree-walking transform during migration to construct the correct BOM bill-of-materials structure in Dolibarr.
CREST ERP
General Ledger
Dolibarr ERP
Account
1:1The CREST ERP chart of accounts maps directly to Dolibarr Account records. Account codes, names, account types (asset, liability, equity, income, expense), and cost center assignments transfer cleanly. Intercompany account mappings require a manual review during the discovery phase. We create Dolibarr Account records before any AP or AR migration so that account lookups resolve correctly at insert time.
CREST ERP
Open AP
Dolibarr ERP
FactureFournisseur (Supplier Invoice)
1:1Open AP records (vendor association, invoice number, amount, due date, payment status) map to Dolibarr FactureFournisseur records in draft or open status. We identify which invoices remain open at migration cutover to avoid re-importing satisfied records. CREST ERP's payment terms and aging bucket data transfer to Dolibarr's payment schedule fields and invoice aging report. Credit memos and debit notes require offset handling via Dolibarr's credit note workflow.
CREST ERP
Open AR
Dolibarr ERP
Facture (Customer Invoice)
1:1Open AR records (customer association, invoice number, amount outstanding, aging bucket) map to Dolibarr Facture records in open status. We flag credit memos and partial payments for correct offset handling using Dolibarr's credit note mechanism. Customer invoice PDFs migrate as ContentDocument records linked to the Facture. Aging bucket data populates Dolibarr's outstanding balance fields for immediate reporting at go-live.
CREST ERP
Sales Order
Dolibarr ERP
Commande (Order)
1:1CREST ERP Sales Orders (customer linkage, line items, quantities, pricing, delivery dates, fulfillment status) map to Dolibarr Commande records. Order status from CREST ERP (Pending, Confirmed, In-Production, Shipped, Closed) maps to Dolibarr OrderStatus values. Line items migrate with resolved Product references. CREST ERP's SFA pipeline stages map to Dolibarr Project status or a custom order workflow if the customer uses Dolibarr's project module for sales tracking.
CREST ERP
Purchase Order
Dolibarr ERP
CommandeFournisseur (Supplier Order)
1:1CREST ERP Purchase Orders (vendor linkage, line items, quantities, pricing, expected delivery dates, receipt status) map to Dolibarr CommandeFournisseur records. Receipt status from CREST ERP transfers to Dolibarr's reception workflow. Purchase approval chains configured in CREST ERP are documented during discovery and flagged for manual recreation in Dolibarr because CREST ERP's workflow configurations are not accessible via export.
CREST ERP
Project
Dolibarr ERP
Project
1:1CREST ERP Project records (budget, resource assignments, tasks, milestones, time entries) map to Dolibarr Project records. CREST ERP's configurable project templates migrate as Dolibarr Project templates if the project module is activated. Time entries attach to ProjectTask records with the employee reference resolved via the User mapping. Milestone data transfers as ProjectTask with a dedicated task type for milestone tracking.
CREST ERP
Fixed Asset
Dolibarr ERP
Asset
1:1CREST ERP Fixed Asset records (acquisition cost, depreciation schedule, asset category, location, maintenance history) map to Dolibarr Asset records. Depreciation methods (straight-line, declining balance) map to Dolibarr's asset depreciation configuration. We generate asset requirement records during migration and validate that acquisition dates and book values match the source totals before finalizing. Maintenance history migrates as linked intervention records if the Dolibarr intervention module is activated.
CREST ERP
Employee
Dolibarr ERP
User + Contact (HR mode)
1:1CREST ERP Employee records (personal details, job role, compensation history, PTO balances, attendance data) map to Dolibarr User records for system login and Contact records for HR data. Compensation history and PTO balances migrate as Dolibarr HR module entries or as custom fields on the Contact record depending on which Dolibarr HR module version is installed. Effective-dated pay period records require sequencing to preserve the chronological order of compensation changes.
CREST ERP
Department
Dolibarr ERP
UserGroup + Category
1:1CREST ERP Department structure (department codes, names, parent-child hierarchy) maps to Dolibarr UserGroup records for access control and Category records for organizational classification. We validate that cost center assignments on GL accounts align with the migrated department structure. If CREST ERP uses departments as project assignment buckets, we cross-check with the Project mapping to ensure consistency.
CREST ERP
Historical Transactions
Dolibarr ERP
Various (journal, stock, production)
lossyHistorical GL journal entries, inventory movements, and production transactions migrate in reverse-chronological order with date-preserved posting timestamps. Multi-year histories carry significant volume; we chunk these into batches of 5,000 records per run with a reconciliation count after each batch. CREST ERP production transaction records require the Dolibarr manufacturing module to be active before import begins. Historical records that reference GL accounts or inventory items that were later deleted in CREST ERP are flagged in a pre-migration audit and held for customer resolution before the historical migration run.
| CREST ERP | Dolibarr ERP | Compatibility | |
|---|---|---|---|
| Customer | ThirdParty (Customer mode)1:1 | Fully supported | |
| Vendor | ThirdParty (Supplier mode)1:1 | Fully supported | |
| Item | Product1:1 | Fully supported | |
| General Ledger | Account1:1 | Fully supported | |
| Open AP | FactureFournisseur (Supplier Invoice)1:1 | Fully supported | |
| Open AR | Facture (Customer Invoice)1:1 | Fully supported | |
| Sales Order | Commande (Order)1:1 | Fully supported | |
| Purchase Order | CommandeFournisseur (Supplier Order)1:1 | Fully supported | |
| Project | Project1:1 | Fully supported | |
| Fixed Asset | Asset1:1 | Fully supported | |
| Employee | User + Contact (HR mode)1:1 | Fully supported | |
| Department | UserGroup + Category1:1 | Fully supported | |
| Historical Transactions | Various (journal, stock, production)lossy | Mapping required |
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.
CREST ERP gotchas
Master data quality determines migration success
Custom fields lack systematic export mechanism
Workflow configurations not portable via export
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 data inventory
We audit the source CREST ERP environment across master data (customers, vendors, items, GL accounts, fixed assets, employees, departments), transactional records (open AP, open AR, sales orders, purchase orders, projects), and historical volumes (GL journal entries, inventory movements, production records). We extract every distinct object type, record count by type, and any custom field definitions discovered through database inspection. We also document active workflows and approval chains with screenshots. The discovery output is a written migration scope that defines which objects migrate, which require manual rebuild, and the dependency graph that governs migration order.
Data quality audit
We run a mandatory pre-migration data audit before any records move. For Items, we generate a duplicate-SKU dedup report and flag records with missing UOM, pricing, or description fields. For Customers and Vendors, we generate a completeness score covering address, contact, and payment term fields. Historical records referencing deleted GL accounts or inventory items are flagged for customer resolution. The customer must sign off on the audit report and resolve critical data quality issues before we begin migration. Migrations that proceed without this step risk go-live failures when Dolibarr's reporting surfaces inconsistencies.
Dolibarr schema design and module activation
We design the destination schema in Dolibarr based on the migration scope. This includes activating the appropriate Dolibarr modules (ThirdParty, Product, Commande, Facture, Project, BOM, Asset, HR if applicable), configuring the chart of accounts to match CREST ERP's GL structure, and building any required Extrafields for custom field equivalents. Custom field schema is deployed before data migration begins. We work in a Dolibarr staging instance first for validation.
Staging migration and reconciliation
We run a full migration into a Dolibarr staging instance using production-like data volumes. The customer's team reconciles record counts, spot-checks 25-50 records per object against the CREST ERP source, and validates that GL balances, AP/AR totals, and inventory quantities match. Dolibarr's built-in reporting tools are used for this validation. Any mapping corrections identified in staging are applied before the production migration begins. This step prevents corrections in production which would require a second migration run.
Production migration in dependency order
We execute the production migration in record-dependency order: GL accounts first (for lookup integrity), then ThirdParty records (Customers and Vendors), then Products/Items with BOM structures, Fixed Assets, Open AP and AR, Sales Orders, Purchase Orders, Projects, Employees and HR records, and historical transactions last. Each phase emits a row-count reconciliation report before the next phase begins. Custom field values are populated after the base schema migration using Dolibarr's Extrafields update API.
Cutover, final validation, and workflow handoff
We freeze CREST ERP writes during cutover and run a final delta migration of any records modified during the migration window. We deliver the workflow recreation guide and the custom field manifest to the Dolibarr administrator. We support a one-week hypercare window where we resolve any reconciliation issues raised by the customer. We do not rebuild CREST ERP workflows, automations, or custom report configurations as part of the migration scope; these are documented for manual rebuild.
Platform deep dives
CREST ERP
Source
Strengths
Weaknesses
Dolibarr ERP
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. 2 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 CREST ERP and Dolibarr ERP.
Object compatibility
2 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
CREST ERP: Not publicly documented.
Data volume sensitivity
CREST 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 CREST ERP to Dolibarr ERP migration scoping. Not seeing yours? Book a call.
Walk through your CREST 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 CREST 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.