ERP migration

Migrate from Breeze ERP to Dolibarr ERP

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

Breeze ERP logo

Breeze ERP

Source

Dolibarr ERP

Destination

Dolibarr ERP logo

Compatibility

83%

10 of 12

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

Complexity

BStandard

Timeline

4-6 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Breeze ERP to Dolibarr is a migration from a cloud-native commercial platform without a documented API to an open-source modular ERP where every record can be accessed via REST or direct MySQL/PostgreSQL writeback. Breeze ERP exports data through its web UI in HTML table format or CSV downloads, which requires us to infer column semantics from UI labels during discovery before writing into Dolibarr's structured schema. We preserve open AP and AR balances as journal-entry pairs, map the Chart of Accounts by code and type, and carry Item and BOM complexity into a written scoping note for the customer's Dolibarr administrator because Dolibarr's production module is less manufacturing-dense than Breeze's. We do not migrate Breeze workflows, automated alerts, or production scheduling rules as code; we deliver a written inventory of these for the admin to 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

Breeze ERP logo

Breeze ERP

What's pushing teams away

  • No publicly documented API makes data export opaque and migration dependent on vendor cooperation, forcing customers into manual workarounds to extract their own data.
  • Lack of published pricing makes cost-of-ownership unclear for growing businesses, leading to sticker shock at renewal or during expansion.
  • Limited integrations with third-party CRMs, e-commerce platforms, and banking systems create data silos that erode the all-in-one value proposition over time.
  • Absence of public developer documentation means customers cannot validate data portability before committing, increasing switching costs when they eventually leave.

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

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

Breeze ERP

Companies / Customers

maps to

Dolibarr ERP

Third Party (Client)

1:1
Fully supported

Breeze Companies and Customer records map to Dolibarr Third Party objects with the Client checkbox enabled. We extract available fields from Breeze HTML or CSV exports (company name, address, phone, email, tax ID) and map them to socpeople and societe table columns in Dolibarr. Dedup is performed on company name and email during import. Any Breeze custom fields attached to company records are captured as Dolibarr extrafields (custom fields) if the Dolibarr instance has the ExtraFields module enabled.

Breeze ERP

Vendors

maps to

Dolibarr ERP

Third Party (Supplier)

1:1
Mapping required

Breeze Vendor master records map to Dolibarr Third Party with the Supplier checkbox enabled. Vendor name, address, contact name, phone, and payment terms migrate as societe rows with fournisseur=1. We flag any Breeze vendor records that have open purchase orders and carry those as Purchase Order objects in Dolibarr, preserving PO number, line items, quantities, and amounts as open documents requiring fulfillment or closure in the destination.

Breeze ERP

Items / Products (non-inventory)

maps to

Dolibarr ERP

Product or Service

1:1
Fully supported

Breeze Item records that are non-inventory (services, finished goods without stock tracking) map to Dolibarr Product records with type=1 (Service) or type=0 (Product). SKU, description, unit of measure, and selling price migrate directly. If Breeze tracks cost price we map it to the cost_price field in Dolibarr to support margin calculations.

Breeze ERP

Items / Products (inventory SKUs)

maps to

Dolibarr ERP

Product with Stock

1:1
Fully supported

Breeze inventory SKUs map to Dolibarr Product records with type=0 and the stock module enabled. Current stock quantities per warehouse migrate to Dolibarr stock_entrepot records. Warehouse assignments from Breeze are created as Dolibarr Entrepots before stock import so that product_stock.warehouse references are satisfied. Stock value at cost migrates as a product_batch or product_stock entry.

Breeze ERP

Bills of Materials (BOM)

maps to

Dolibarr ERP

BOM (via MRP module or addon)

lossy
Fully supported

Breeze BOM records (engineering-to-order and make-to-order) require explicit scoping because Dolibarr's MRP module is less granular than Breeze's manufacturing-first orientation. We extract BOM header and line data from available exports and deliver a written BOM mapping document that describes the source BOM structure, the nearest Dolibarr equivalent (native MRP module or a DoliStore addon), and what assembly or production features cannot be expressed in the destination. BOM migration is configuration-scope, not automatic migration.

Breeze ERP

Chart of Accounts

maps to

Dolibarr ERP

Account (Plan Comptable)

1:1
Mapping required

Breeze Chart of Accounts entries map to Dolibarr accounting Account records with account_type, account_parent, and pcg_type populated. Account code, name, and type (asset, liability, equity, income, expense) migrate directly. We extract the full account list from Breeze exports and map to the French PCG (Plan Comptable Général) or the customer's chart structure if they use a custom plan. GL balances at cutover date are carried as opening journal entries in Dolibarr's ecriturebank and ecriturecomptable tables.

Breeze ERP

Open AR / Invoices Receivable

maps to

Dolibarr ERP

Customer Invoice (Facture)

1:1
Fully supported

Open accounts receivable in Breeze migrate as Dolibarr Customer Invoice records in draft or validated status matching the original invoice date, number, and amount. Each invoice's line items map to facturedet rows. We preserve the original invoice number and date for audit trail. Payment status at cutover is set to unpaid (paye=0) with the original due date carried in the dlv date field.

Breeze ERP

Open AP / Invoices Payable

maps to

Dolibarr ERP

Supplier Invoice (Facture Fournisseur)

1:1
Fully supported

Open accounts payable in Breeze migrate as Dolibarr Supplier Invoice records with the linked Third Party (Supplier) resolved by vendor name match. Line items migrate to facturedet_fourn rows. We preserve original vendor invoice number and date, and set payment status to unpaid at cutover so that the accounts payable aging report reflects the true open balance in Dolibarr.

Breeze ERP

Projects

maps to

Dolibarr ERP

Project

1:1
Mapping required

Breeze Project records map to Dolibarr Project objects. Project name, description, start and end dates, status, and assigned user (owner) migrate directly. We resolve Breeze project assignments by email match against Dolibarr User records. Project time entries and task assignments migrate as Dolibarr Task rows linked to the parent Project. Any project-specific custom fields are preserved as Dolibarr extrafields.

Breeze ERP

Work Orders

maps to

Dolibarr ERP

Project or MRP Production Order

lossy
Fully supported

Breeze work order and production schedule records require explicit scoping because Dolibarr's production module handles manufacturing orders differently from Breeze's manufacturing-first model. We extract work order headers and line data and deliver a written scoping note describing the mapping to Dolibarr's mrp_production object (if the MRP module is enabled) or to Project tasks as a workaround. This is configuration-scope; work orders are not auto-migrated without explicit customer sign-off on the destination structure.

Breeze ERP

HR / Employee Records

maps to

Dolibarr ERP

HR Module (Employee)

1:1
Fully supported

Breeze HR module employee records map to Dolibarr Employee objects if the HR module is enabled in the destination. Employee name, designation, department, and employment status migrate as Hammer rows. Salary, attendance, and leave records are flagged as configuration-scope because Breeze's HR depth may exceed what the standard Dolibarr HR module covers; we document what is migratable and what requires manual re-entry or an HR addon.

Breeze ERP

Attachments / Documents

maps to

Dolibarr ERP

Document Management (ECM)

1:1
Fully supported

Breeze document attachments (uploaded files, generated PDFs) are extracted from the source export where available and imported into Dolibarr's ECM module under the matching record reference. We map each document to the corresponding dolibarr.document object with entity_id and ref referencing the parent Third Party, Product, Project, or Invoice. If Breeze exports documents in a flat directory structure, we resolve the document type from file extension and naming convention during import.

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.

Breeze ERP logo

Breeze ERP gotchas

High

No publicly documented API or bulk export endpoint

Medium

HTML-only export from web interface lacks field-level schema

Medium

No published technical reference for integrators or migration partners

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

  • Breeze ERP has no API; export access requires vendor negotiation

    Breeze ERP does not publish API documentation, authentication schemes, or bulk export endpoints. We cannot issue direct API calls without a private integration agreement. During scoping we negotiate export access via CSV downloads or HTML extraction from each module screen, which limits the scope of what can be migrated automatically and adds manual effort to the project plan. If Breeze denies reasonable export access, the migration scope is re-scoped to only records available through the web UI, and any inaccessible data is documented in the scope exception list.

  • HTML export from Breeze web UI lacks structured field names

    Where exports are available they come from the Breeze web UI in HTML table format rather than structured CSV or JSON. We convert HTML tables to tabular format and infer column semantics from UI labels, which introduces mapping uncertainty. We resolve this by requesting sample data during discovery, building a field map before any production migration runs, and validating a sample of 20-50 records against the UI labels before committing to the full load.

  • Breeze BOMs and work orders may not map directly to Dolibarr MRP

    Breeze ERP's manufacturing-first orientation means BOMs, work orders, and production schedules are first-class records. Dolibarr's MRP module is more limited and many manufacturing features (routings, work centers, multi-level BOM explosion) require third-party DoliStore addons or significant configuration. We extract BOM and work order data from Breeze exports but deliver it as a written scoping note rather than auto-migrating, so the customer's Dolibarr administrator can decide on the target structure and enable the appropriate addon before any manufacturing data is loaded.

  • Historical data and open balances require explicit GL carryover decisions

    Preserving open AP and AR balances as live records in Dolibarr requires capturing the original invoice date, number, due date, and line-item amounts and loading them as draft invoices. If the Breeze export does not include full invoice PDFs or line-item detail, we cannot reconstruct complete invoice records in Dolibarr. We flag this during discovery and recommend either carrying forward open balance totals as summary journal entries or extracting additional line-item detail before cutover, depending on audit requirements.

  • Dolibarr's modular activation means destination modules must be planned before migration

    Dolibarr activates modules per feature set; if a module is not enabled, its data structure does not exist in the destination database. We confirm the full list of Dolibarr modules to be activated (Third Party, Product, Stock, Accounting, Project, HR, MRP, etc.) with the customer during scoping before designing the migration schema. If the customer adds a module post-migration (e.g., enabling accounting after customer data is already loaded), additional migration work is required for that module's data.

Migration approach

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

  1. Export access negotiation and discovery

    We contact Breeze ERP to negotiate export access for all in-scope modules: Companies, Vendors, Items, Chart of Accounts, Projects, HR records, and any manufacturing data (BOMs, work orders). We extract sample exports in the best available format (CSV preferred, HTML table secondary) and document the column semantics inferred from UI labels. We run a full record count per module and flag any modules where export is denied or unavailable. The discovery output is a written scope document listing confirmed record counts, export format, and any data gaps.

  2. Dolibarr module activation and schema design

    We work with the customer to confirm which Dolibarr modules to activate at the destination (Third Party with Client and Supplier types, Product with Stock, Accounting, Project, HR, MRP). We design the destination schema including account codes (mapped to the customer's chart of accounts or the French PCG), product categories, warehouse structures, and any custom extrafields needed to capture Breeze custom field data. Schema is deployed into the customer's Dolibarr instance (self-hosted or DoliCloud) for validation before migration begins.

  3. Pilot migration in a non-production Dolibarr instance

    We run a full pilot migration into a non-production Dolibarr instance (a separate DoliCloud installation or a local development copy) using a representative sample of Breeze data. The customer reconciles record counts, spot-checks field mapping accuracy across 25-50 records per object, and validates that Dolibarr's module structure reflects their operational needs. Any mapping corrections, extrafields, or module additions are documented and applied before production migration begins.

  4. Chart of Accounts and GL balance carryover planning

    We extract the full Breeze Chart of Accounts and map each account code and type to the target Dolibarr account plan. For cutover, we construct opening journal entries for any GL balances being carried forward (AR, AP, inventory stock value) and load them as validated Dolibarr accounting entries. We confirm whether the customer needs full historical transaction migration or only opening balances, as this significantly affects scope and timeline.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Dolibarr modules activated first, then Third Parties (Clients and Suppliers), Products and Stock, Chart of Accounts, Projects and Tasks, HR records, and finally open AP/AR invoices. BOM and work order data are delivered as a scoped written mapping document (not auto-migrated) unless the customer has confirmed a Dolibarr MRP addon is in place. Each phase emits a row-count reconciliation report showing records in Breeze, records loaded to Dolibarr, and any records skipped or deferred.

  6. Cutover, validation, and handoff

    We freeze Breeze ERP writes during cutover, run a final delta migration of any records modified during the migration window, then set Dolibarr as the system of record. We deliver the Breeze workflow and automation inventory document to the customer's Dolibarr administrator for rebuild planning. We support a one-week hypercare window to resolve any post-migration reconciliation issues. We do not rebuild Breeze workflows or production scheduling rules in Dolibarr as part of the migration scope; that is a separate configuration engagement.

Platform deep dives

Context on both ends of the pair

Breeze ERP logo

Breeze ERP

Source

Strengths

  • GST-compliant invoicing with IRN/E-waybill generation built in for Indian tax requirements.
  • Broad module footprint covering ERP, CRM, manufacturing, HR/payroll, field sales, and service in one platform.
  • Native integrations with Indian B2B lead marketplaces (IndiaMART, TradeIndia, JustDial).
  • BreezeFSM companion app for GPS-tracked field sales workflows tied into the same data model.
  • 24/7 support via phone, email, ticket, and chat included with the subscription.

Weaknesses

  • Pricing is published as 'on request' with no transparent tiers, making procurement comparison difficult.
  • No publicly accessible API documentation or developer portal, so integration partners must engage the vendor for credentials and specs.
  • Limited third-party review presence outside India — sparse data on G2 and SoftwareSuggest, with most evaluations coming from Indian SMB reviewers.
  • Marketplace-specific lead integrations (IndiaMART, TradeIndia, JustDial) are Indian-centric and do not translate to international expansion.
  • Multi-entity and multi-country consolidation are not emphasized as core capabilities, limiting fit for globally-scaling businesses.
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 Breeze 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

    Breeze ERP: Not publicly documented — no published API surface, so rate limits cannot be confirmed externally..

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your Breeze 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 four and six weeks for accounts with fewer than 15,000 records across all modules and no manufacturing data. Projects involving BOM complexity, multi-tier Chart of Accounts structures, or open AP/AR carryover extend to eight to twelve weeks because of the field-discovery overhead from Breeze's lack of API, the GL balance carryover design work, and the BOM scoping exercise.

Adjacent paths

Related migrations to explore

Ready when you are

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