ERP migration
Field-level mapping, validation, and rollback between ERP BOS and Dolibarr ERP. We move data and schema; workflows are rebuilt natively in Dolibarr ERP.
ERP BOS
Source
Dolibarr ERP
Destination
Compatibility
10 of 12
objects map 1:1 between ERP BOS and Dolibarr ERP.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from ERP BOS to Dolibarr is a structural migration from a cloud-only, multi-entity SME ERP to a self-hosted or cloud-hosted open-source ERP and CRM. ERP BOS organizes data around Customers, Suppliers, Items with BOM support, multi-branch ledgers, and AP/AR sub-ledgers. Dolibarr uses a Third-Party object for both customers and suppliers (with a Supplier flag), a Product object for inventory items, and separate Accounting and Banking modules. We resolve the multi-entity ledger mapping by extracting per-entity journals and assigning Dolibarr account codes, but inter-company elimination treatment requires a customer-side finance review before go-live to prevent consolidated reporting errors. Document attachments stored as blobs in ERP BOS do not migrate; we produce a file-index CSV for separate file transfer. We do not migrate ERP BOS Workflows, automations, or custom manufacturing routing configurations; we deliver a written inventory of these for your admin to 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 ERP BOS 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.
ERP BOS
Customer/Account
Dolibarr ERP
ThirdParty
1:1ERP BOS customer records map to Dolibarr ThirdParty (societe) with the soptype field set to customer (C). The customer's billing address maps to the address fields in Dolibarr, and credit limits map to credit_note_reason. We preserve the ERP BOS account balance as a reference note and flag accounts with zero activity in the past 24 months for customer-side review before migration to avoid inflating Dolibarr's record count with stale data.
ERP BOS
Supplier/Vendor
Dolibarr ERP
ThirdParty
1:1ERP BOS supplier records map to Dolibarr ThirdParty with soptype set to supplier (F). Payment terms, tax registration numbers, and banking details migrate to Dolibarr's supplier-specific fields. Supplier-specific contact persons map to Dolibarr contacts linked to the ThirdParty record. We validate that ERP BOS tax registration values conform to a recognized format before insert to avoid Dolibarr validation errors on import.
ERP BOS
Item (Stock/Product)
Dolibarr ERP
Product
1:1ERP BOS Items (both stock and non-stock) map to Dolibarr Product. The ERP BOS SKU becomes product ref, description becomes label, and unit of measure maps to unit_of_measure. Physical stock items use product type = 0 (stockable); non-stock items use type = 1 (service). Cost price from ERP BOS becomes the pmp (weighted average price) field in Dolibarr. We extract the full item custom field schema during scoping and map each to Dolibarr extrafields where the CustomFields module is enabled.
ERP BOS
Bill of Materials (multi-level)
Dolibarr ERP
Product / Assembly Kit
lossyERP BOS multi-level BOMs with routing steps require flattening for Dolibarr. Dolibarr's standard install handles product kits (multi-unit recipes) but lacks native production routing. We extract the full BOM tree, collapse it to a flat kit structure in Dolibarr (parent product with sub-product lines), and document the original routing sequence in the product's description field. Customers requiring full manufacturing routing in Dolibarr need the production module (community or paid) or a post-migration custom extension.
ERP BOS
Chart of Accounts
Dolibarr ERP
Account (Accounting module)
1:1ERP BOS hierarchical Chart of Accounts maps to Dolibarr's Accounting chart with account codes, descriptions, and classification (Asset, Liability, Income, Expense) preserved. We export the full COA as a structured record set and insert into Dolibarr's accounting_account table. Account code length and hierarchy depth must be validated against Dolibarr's account mask settings before import.
ERP BOS
Multi-Entity Ledger
Dolibarr ERP
Account / Company (multi-company)
1:1ERP BOS multi-entity ledgers (separate branch or legal entity books) require cross-reference mapping. Dolibarr's multi-company module lets organizations define multiple entities with separate journals. We extract per-entity ledgers from ERP BOS, assign corresponding Dolibarr company codes, and map inter-entity journal entries to elimination holding accounts that your finance team must review and approve before go-live. This is the highest-risk step and requires customer-side sign-off on elimination account treatment.
ERP BOS
Open AP/AR Sub-Ledger
Dolibarr ERP
Invoice / Supplier Invoice / Payment
1:1ERP BOS outstanding payables and receivables migrate to Dolibarr as open customer invoices (半) and supplier invoices (半) with original due dates, amounts, and status preserved. Aged trial balance data is reconciled against the general ledger during scoping; we flag discrepancies and require customer-side resolution in ERP BOS before transfer to prevent Dolibarr from opening with imbalanced AP/AR that affects credit limit calculations and reporting.
ERP BOS
Historical Transactions / Journals
Dolibarr ERP
Accountancy Journal Entry
1:1ERP BOS general ledger journal entries migrate to Dolibarr Accounting's é尊贤 entries. Each journal line maps account code, debit amount, credit amount, and counterparty. We migrate transaction date, journal code, and piece reference to preserve audit trail. Historical records beyond 24 months are migrated selectively based on the customer's scope; we recommend retaining only records needed for statutory reporting to avoid inflating Dolibarr's database.
ERP BOS
Bank / Cash Accounts
Dolibarr ERP
Bank Account / Cash Account
1:1ERP BOS bank and cash ledgers are part of the Chart of Accounts structure. We extract bank accounts and cash ledgers separately during scoping, map them to Dolibarr's bank account module (comptes), and set opening balances from the last ERP BOS statement date. Bank transaction history migrates as journal entries linked to the bank account.
ERP BOS
Tax Codes
Dolibarr ERP
Tax (accouting tax module)
1:1ERP BOS tax codes and rates (jurisdiction-based VAT, sales tax) map directly to Dolibarr's tax configuration table (c_tva). We extract the full tax code table including rate percentages, applicable jurisdictions, and reverse-charge flags, and insert them into Dolibarr before any invoice or journal migration to ensure tax calculations are correct from day one.
ERP BOS
Service/CRM Records
Dolibarr ERP
Project / Intervention / Contact
1:manyERP BOS service records (customer enquiry tracking and opportunity management from the Service Manager module) split across Dolibarr objects based on record type. Open service tickets with active status migrate to Dolibarr Intervention (llx_rh_evenement or the Service module if enabled). Opportunities map to Dolibarr Project with a commercial link. Each migrated record is associated with the corresponding ThirdParty using the customer account lookup resolved during the earlier object mapping phase.
ERP BOS
Document/Attachment (blob)
Dolibarr ERP
N/A (separate file transfer)
1:1ERP BOS document management module stores binary files (invoices, purchase orders, images, signed documents) linked to transaction records. Our migration pipeline extracts document metadata (filename, document type, linked entity reference) and produces a file-index CSV, but binary blobs do not transfer through the data pipeline. We coordinate the file-index output alongside the data migration so your team can execute a parallel file transfer via SFTP, rsync, or the Dolibarr document upload interface. This step is executed independently to avoid timeout issues with large attachment volumes.
| ERP BOS | Dolibarr ERP | Compatibility | |
|---|---|---|---|
| Customer/Account | ThirdParty1:1 | Fully supported | |
| Supplier/Vendor | ThirdParty1:1 | Fully supported | |
| Item (Stock/Product) | Product1:1 | Fully supported | |
| Bill of Materials (multi-level) | Product / Assembly Kitlossy | Fully supported | |
| Chart of Accounts | Account (Accounting module)1:1 | Fully supported | |
| Multi-Entity Ledger | Account / Company (multi-company)1:1 | Fully supported | |
| Open AP/AR Sub-Ledger | Invoice / Supplier Invoice / Payment1:1 | Fully supported | |
| Historical Transactions / Journals | Accountancy Journal Entry1:1 | Fully supported | |
| Bank / Cash Accounts | Bank Account / Cash Account1:1 | Fully supported | |
| Tax Codes | Tax (accouting tax module)1:1 | Fully supported | |
| Service/CRM Records | Project / Intervention / Contact1:many | Mapping required | |
| Document/Attachment (blob) | N/A (separate file transfer)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.
ERP BOS gotchas
Multi-entity ledger mapping requires manual cross-reference planning
Open AP/AR sub-ledger must reconcile against the general ledger before migration
Document attachments are not migrated via the standard export pipeline
Custom item fields and BOM structures need per-record mapping
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 scoping
We audit the source ERP BOS instance across entity count, customer and supplier record volumes, item count (including BOM complexity), Chart of Accounts depth, open AP/AR balance totals, tax code jurisdiction list, and document attachment count. We identify inactive records (accounts with no activity in 24 months), sub-ledger-to-COa discrepancies, and inter-entity journal entries requiring elimination review. The discovery output is a written migration scope with record counts per object, a reconciliation checklist for the finance team, and an entity cross-reference table for multi-entity customers.
Schema design and Chart of Accounts mapping
We design the destination schema in Dolibarr before any data moves. This includes activating the required modules (ThirdParty, Product, Accounting, Invoice, Bank, Project or Intervention), defining the Chart of Accounts structure with account masks matching the ERP BOS account code format, inserting the tax code table (c_tva) with all ERP BOS jurisdictions, and enabling the CustomFields module if the customer uses custom item fields. For multi-entity ERP BOS customers, we configure Dolibarr's multi-company module with one company record per ERP BOS entity and map inter-entity journal entries to elimination holding accounts.
Sandbox migration and reconciliation
We run a full migration into a Dolibarr staging instance using production-like data volume. The customer's finance lead reconciles: customer and supplier record counts, item and BOM counts, Chart of Accounts totals against the ERP BOS trial balance, open AP/AR totals against the ERP BOS sub-ledger, and bank account balances against the last ERP BOS statement date. Any mapping corrections, tax code gaps, or COA discrepancies are resolved here. The customer signs off the staging environment before production migration begins.
Multi-entity and inter-company journal review
For multi-entity ERP BOS customers, we present the inter-company journal entry cross-reference table and elimination account assignment for customer-side finance review. The customer approves or adjusts the elimination holding accounts, and we update the Dolibarr multi-company configuration accordingly. This step cannot be automated because elimination treatment depends on the customer's consolidation methodology and accounting standards.
Production migration in dependency order
We run production migration in record-dependency order: tax codes (prerequisite for all financial records), Chart of Accounts, bank and cash accounts, ThirdParty records (customers then suppliers), Products and BOM assemblies, open supplier invoices and customer invoices, historical journal entries, and service/CRM records last. Each phase emits a row-count reconciliation report before the next phase begins. Open AP/AR migration is gated on successful COA reconciliation sign-off from step 3.
Cutover, validation, and automation handoff
We freeze ERP BOS 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 produce the document attachment file-index CSV for the customer's separate file transfer and document the BOM flattening decisions for the production module decision. We deliver a written inventory of any ERP BOS workflows, automations, or custom configurations requiring rebuild in Dolibarr. We support a five-business-day post-go-live window for reconciliation issues raised by the customer's team.
Platform deep dives
ERP BOS
Source
Strengths
Weaknesses
Dolibarr ERP
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. All 8 core objects map 1:1 between ERP BOS and Dolibarr ERP.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across ERP BOS and Dolibarr ERP.
Object compatibility
All 8 core objects map 1:1 between ERP BOS 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
ERP BOS: Not publicly documented..
Data volume sensitivity
ERP BOS 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 ERP BOS to Dolibarr ERP migration scoping. Not seeing yours? Book a call.
Walk through your ERP BOS 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 ERP BOS
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.