ERP migration

Migrate from CREST ERP to Dolibarr ERP

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 logo

CREST ERP

Source

Dolibarr ERP

Destination

Dolibarr ERP logo

Compatibility

92%

12 of 13

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

Complexity

BStandard

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

CREST ERP logo

CREST ERP

What's pushing teams away

  • The manufacturing module is underdeveloped for complex production scenarios, requiring significant custom development work to handle advanced BOMs, multi-level routing, and sub-contracting workflows according to Capterra reviews.
  • Certain processes in CREST ERP are described as unnecessarily lengthy, with multi-level approval chains that feel excessive for simple workflows and cannot be easily disabled without reconfiguration.
  • Management Information reporting is a consistent pain point—users report difficulty generating the analytical reports needed for executive decision-making without additional customization or third-party tools.
  • Growing companies that scale beyond mid-market complexity find CREST ERP's feature depth insufficient, particularly for multi-entity financials, advanced EDI, and international operations that enterprise-tier ERPs handle natively.

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

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

maps to

Dolibarr ERP

ThirdParty (Customer mode)

1:1
Fully supported

CREST 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

maps to

Dolibarr ERP

ThirdParty (Supplier mode)

1:1
Fully supported

CREST 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

maps to

Dolibarr ERP

Product

1:1
Fully supported

CREST 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

maps to

Dolibarr ERP

Account

1:1
Fully supported

The 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

maps to

Dolibarr ERP

FactureFournisseur (Supplier Invoice)

1:1
Fully supported

Open 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

maps to

Dolibarr ERP

Facture (Customer Invoice)

1:1
Fully supported

Open 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

maps to

Dolibarr ERP

Commande (Order)

1:1
Fully supported

CREST 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

maps to

Dolibarr ERP

CommandeFournisseur (Supplier Order)

1:1
Fully supported

CREST 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

maps to

Dolibarr ERP

Project

1:1
Fully supported

CREST 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

maps to

Dolibarr ERP

Asset

1:1
Fully supported

CREST 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

maps to

Dolibarr ERP

User + Contact (HR mode)

1:1
Fully supported

CREST 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

maps to

Dolibarr ERP

UserGroup + Category

1:1
Fully supported

CREST 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

maps to

Dolibarr ERP

Various (journal, stock, production)

lossy
Mapping required

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

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.

CREST ERP logo

CREST ERP gotchas

High

Master data quality determines migration success

Medium

Custom fields lack systematic export mechanism

Medium

Workflow configurations not portable via export

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

  • CREST ERP custom fields have no systematic export mechanism

    CREST ERP allows organizations to create custom properties on standard objects and build custom reports and workflows. These customizations are organization-specific and there is no documented API endpoint to enumerate or export all custom field definitions in a machine-readable format. We capture custom field definitions through a combination of database-level inspection and customer-assisted screenshots, then generate a mapping manifest that documents each custom field's Dolibarr equivalent or flags it as requiring manual recustomization. Dolibarr's Extrafields system handles custom fields per object via Setup > Modules, but the schema must be built and deployed before data import begins.

  • CREST ERP workflow configurations are not portable via export

    CREST ERP step-through status workflows and purchase approval chains are configured within the application and are not exposed through any migration API. Organizations with multi-level approval routing or conditional status transitions must rebuild these manually in Dolibarr using optional workflow modules or external scripting. We document all active workflows during the discovery phase with screenshots and configuration notes and deliver a workflow recreation guide for the Dolibarr administrator. This is not a migration scope item; it is manual post-migration work.

  • Data quality accumulated in CREST ERP surfaces at go-live

    CREST ERP customer data frequently contains duplicate SKUs, inconsistent naming conventions, wrong units of measure, and incomplete vendor records built up over years of use. A migration that appears successful on paper will surface these issues at go-live when Dolibarr reports do not match expected totals and users lose confidence in the new system. We run a mandatory data audit phase before any records are migrated, generating a dedup report for Items and a completeness score for Customers and Vendors that the customer must resolve before we proceed to record migration.

  • Dolibarr date format strictness can reject imported datetime values

    Dolibarr enforces strict date validation on imported records. A known bug in certain Dolibarr versions rejects datetime values that do not match the ISO format ^YYYY-MM-DD$ exactly, causing imports to fail with Incorrect value for field errors. We validate all date fields against the destination Dolibarr instance's expected format before each import run and apply a pre-transform that normalizes datetime values. This is especially relevant when migrating historical records that were exported from CREST ERP in regional date formats.

  • Dolibarr HR module requires separate installation and activation

    Dolibarr's HR module is an optional extra not installed by default. CREST ERP HRMS data (employees, leave balances, attendance, compensation history) requires the Dolibarr HR module to be activated and configured before employee records import. We confirm which Dolibarr modules are active at the start of the engagement, and the customer is responsible for installing and licensing the HR module if it is not already present. Without the HR module, employee data migrates to User and Contact records without the HR-specific fields.

Migration approach

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

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

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

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

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

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

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

Context on both ends of the pair

CREST ERP logo

CREST ERP

Source

Strengths

  • Fully modular adoption — CRM, Financials, Inventory, Production and HRMS can be turned on selectively rather than as a single upfront commitment
  • Bundled CRM and BI modules avoid the integration cost of separate sales/reporting systems
  • Cloud SaaS subscription pricing makes mid-market adoption viable without capex (Standard tier from $89.99/user/month)
  • Workflow-driven approvals across purchase, sales and HR reduce manual follow-up on routine transactions
  • Named implementation consultants and responsive support cited across multiple verified reviews

Weaknesses

  • Manufacturing module lacks depth for complex production scenarios, requiring significant custom development for multi-level BOMs, routing, and sub-contracting workflows.
  • Management Information reporting is a known friction point—generating analytical and executive reports requires additional customization beyond out-of-box capabilities.
  • Limited documented API access and integration ecosystem makes automated data migration and third-party system connectivity harder to execute reliably.
  • Multi-level approval workflows cannot be easily simplified for straightforward processes, creating unnecessary friction for low-value transactions.
  • Scalability ceiling for multi-entity financials and international operations means growing companies may need to migrate to enterprise-tier ERP platforms.
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. 2 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 CREST ERP and Dolibarr ERP.

  • Object compatibility

    B

    2 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

    CREST ERP: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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 consultation

Most migrations land between two and four weeks for straightforward cases with under 10,000 customers, 5,000 vendors, and clean master data. Migrations with multi-year GL histories, multi-level BOM structures, large project datasets, or extensive HR records move to eight to twelve weeks because of the data audit phase, BOM tree resolution, historical batch chunking, and staging validation. The data quality audit phase is the most common timeline variable—if the customer resolves audit findings quickly, the overall timeline stays short.

Adjacent paths

Related migrations to explore

Ready when you are

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