ERP migration
Field-level mapping, validation, and rollback between Standard ERP and Dolibarr ERP. We move data and schema; workflows are rebuilt natively in Dolibarr ERP.
Standard ERP
Source
Dolibarr ERP
Destination
Compatibility
8 of 12
objects map 1:1 between Standard ERP and Dolibarr ERP.
Complexity
BStandard
Timeline
4-6 weeks
Overview
Moving from Standard ERP to Dolibarr is a structural ERP migration that requires direct database or HAL-level extraction on the source side because Standard ERP does not expose a widely documented public REST API for bulk data retrieval. Dolibarr is a free, open-source ERP and CRM with a modular architecture that activates only the modules a business needs, avoiding the complexity overhead of larger platforms. We map the Chart of Accounts, Customers, Vendors, Items, and open AP/AR 1:1 where schemas align, and we flag production orders, job costing records, and HAL-scripted customizations as requiring configuration or manual rebuild in Dolibarr's module system. Historical transactions migrate with fiscal period alignment; closed periods in Standard ERP may require temporary reactivation. We deliver a written inventory of any custom HAL properties, document vault attachments, and user-role mappings for the customer's admin to implement post-migration.
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 Standard 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.
Standard ERP
Chart of Accounts
Dolibarr ERP
Account (Accounting)
1:1Standard ERP's structured GL chart with parent-child account hierarchy maps to Dolibarr's third-party account directory. We extract account type (asset, liability, equity, revenue, expense), currency assignments, and cost-center tags, then replicate the hierarchy in Dolibarr's Plan_comptable (French PCMN) or a custom chart structure. Account codes and names serve as the dedupe key during import. Multi-company chart segments require one Dolibarr chart per company entity.
Standard ERP
Customers
Dolibarr ERP
Third-Party (type: Customer)
1:1Standard ERP Customer records including billing and shipping addresses, payment terms, and contact associations map directly to Dolibarr Third-Party records with the Customer subtype. Customer-specific pricing tiers migrate as custom properties in Dolibarr. We preserve address formats and validate against Dolibarr's country-specific validation rules, flagging any that require post-migration cleanup.
Standard ERP
Vendors
Dolibarr ERP
Third-Party (type: Supplier)
1:1Standard ERP Vendor master records including bank details, 1099 flags, and purchase terms map to Dolibarr Third-Party records with the Supplier subtype. We validate vendor address formats against Dolibarr's country-specific requirements and map Standard ERP payment terms to Dolibarr's Conditions_reglement system. Bank account details migrate to Dolibarr's Rib (RIB/bank account) fields.
Standard ERP
Items
Dolibarr ERP
Product
1:1Standard ERP Items include inventory, non-inventory, and service variants with BOM linkages. Dolibarr uses a flat Product object with sub-types (stock, service, assembly) and optional BOM through its Manufacturing module. We map inventory items to Dolibarr Products with stock management enabled, service items to Products of type Service, and BOM structures to Dolibarr's Bill of Materials object. Variants in Standard ERP may require manual product-line setup in Dolibarr if the BOM complexity exceeds the native assembly model.
Standard ERP
Open AP/AR
Dolibarr ERP
Supplier Invoice, Customer Invoice, Credit Note
1:1Outstanding Standard ERP invoices, credit memos, and payments are extracted with full aging detail and mapped to Dolibarr's invoices and credit note objects. We match each open document to its corresponding GL entry to ensure balances reconcile. Payment terms and aging buckets align to Dolibarr's Conditions_reglement and Echeancier. Open AR reconciles against the corresponding Customer Third-Party; open AP reconciles against the Supplier Third-Party.
Standard ERP
Historical Transactions
Dolibarr ERP
Journal Entries (Accounting Module)
1:1Standard ERP stores closed periods separately from open ones. We extract the full transaction register including journal entries and map them to Dolibarr's Accounting module by posting to the corresponding account codes with original dates and amounts preserved. Closed fiscal periods in Standard ERP may be locked and require temporary reactivation or reconstruction as current-period adjustments in Dolibarr; we flag this during scoping and plan accordingly to avoid post-migration balancing gaps.
Standard ERP
Job Costing Records
Dolibarr ERP
Project (with costing lines)
lossyStandard ERP job costing links labor, materials, and overhead to specific projects. Dolibarr has a Project module that supports tasks, time tracking, and expense recording but does not have native job-costing phase breakdowns. We map Standard ERP job phases to Dolibarr Project tasks with cost-line entries for labor and materials, preserving phase-level financial breakdowns as task-level expenses. If the customer requires granular phase-level reporting, we recommend a post-migration Dolistore module or manual reporting procedure.
Standard ERP
Production Orders
Dolibarr ERP
Bill of Materials + Stock Movement
lossyStandard ERP BOM-linked production orders include routing, work-center assignments, and actual vs. estimated costs. Dolibarr's Manufacturing module supports BOM definitions and production orders with stock movements. We transfer the order header and line structure to Dolibarr production orders; work-center routing detail may require manual reconfiguration in Dolibarr's Manufacturing setup since Dolibarr handles work centers differently from Standard ERP's routing model.
Standard ERP
Documents / Attachments
Dolibarr ERP
Document Management (Linked Files)
1:1Standard ERP stores file attachments in a proprietary internal vault that does not export as standard files by default. We extract vault packages via HAL or direct database queries, producing a file package with filename-to-record-ID mapping built during discovery. In Dolibarr, we associate each extracted file with the corresponding migrated record (Customer, Supplier, Product, or Project) using the filename mapping. Large attachment volumes may require staged transfer with a manifest delivered before the production migration window.
Standard ERP
Users / Owners
Dolibarr ERP
User
1:1Standard ERP User accounts, roles, and permission sets migrate as a role-mapping exercise in Dolibarr's User management. We map Standard ERP user IDs to Dolibarr User records by email match, assigning Dolibarr's permission groups (Admin, Director, Commercial, etc.) to approximate the source role. HAL-scripted permission extensions that have no direct Dolibarr equivalent are flagged in the discovery report for manual assignment post-migration.
Standard ERP
HAL Custom Properties
Dolibarr ERP
Custom Fields (Extrafields)
lossyOrganizations using HAL to extend Standard ERP's data model create custom fields, workflows, and integrations that have no direct equivalent in Dolibarr's standard objects. We catalog every HAL custom property during discovery, then map each to a Dolibarr Extrafields entry (custom field) on the corresponding Dolibarr object. HAL workflows and integrations that exceed the Extrafields model are documented in the migration handoff as manual procedures or Dolistore module recommendations, quoted as a separate engagement.
Standard ERP
Multi-Currency Setup
Dolibarr ERP
Multi-Currency Configuration
lossyStandard ERP handles multi-currency at the transaction level with exchange rate tables and effective dates. Dolibarr's MultiCurrency module stores rates per currency pair with effective dates. We preserve the effective date and rate for every foreign-currency transaction during extraction, normalize them to a consistent base currency for migration, and load them into Dolibarr's currency rate table. At go-live, the customer reviews and updates Dolibarr's current rates against their preferred rate source.
| Standard ERP | Dolibarr ERP | Compatibility | |
|---|---|---|---|
| Chart of Accounts | Account (Accounting)1:1 | Fully supported | |
| Customers | Third-Party (type: Customer)1:1 | Fully supported | |
| Vendors | Third-Party (type: Supplier)1:1 | Fully supported | |
| Items | Product1:1 | Mapping required | |
| Open AP/AR | Supplier Invoice, Customer Invoice, Credit Note1:1 | Fully supported | |
| Historical Transactions | Journal Entries (Accounting Module)1:1 | Mapping required | |
| Job Costing Records | Project (with costing lines)lossy | Mapping required | |
| Production Orders | Bill of Materials + Stock Movementlossy | Mapping required | |
| Documents / Attachments | Document Management (Linked Files)1:1 | Mapping required | |
| Users / Owners | User1:1 | Mapping required | |
| HAL Custom Properties | Custom Fields (Extrafields)lossy | Fully supported | |
| Multi-Currency Setup | Multi-Currency Configurationlossy | 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.
Standard ERP gotchas
Data export requires direct database or HAL-level access
Closed fiscal periods are locked and may need manual reactivation
HAL-scripted customizations do not map to standard ERP objects
Multi-currency setup complicates GL reconciliation
Document vault attachments use a proprietary format
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 extraction planning
We audit the source Standard ERP environment across database schema (tables, columns, relationships), HAL customizations (custom fields, scripts, integrations), active modules in use, user count and roles, and multi-currency configuration. We coordinate with the customer's IT team to establish read-only database access or develop HAL-scripted export jobs for each object. The discovery output is a written migration scope, a data extraction plan, and a HAL customization catalogue.
Schema design and Dolibarr module activation
We design the destination Dolibarr configuration based on the Standard ERP data audit. This includes activating the required Dolibarr modules (Third-Party, Product, BOM/Manufacturing, Project, Accounting, MultiCurrency, etc.), designing the Chart of Accounts (standard PCMN or custom), and mapping Standard ERP object schemas to Dolibarr objects. We pre-create custom Extrafields on Dolibarr objects to receive HAL custom property data. Module activation and initial configuration are validated in a staging environment before production.
Sandbox migration and reconciliation
We run a full migration into a Dolibarr staging environment using representative data volume. The customer's finance and operations leads reconcile record counts (Accounts, Customers, Vendors, Products, open AP/AR), spot-check 25-50 random records against the Standard ERP source, and verify fiscal period balances. Any schema corrections, missing mappings, or multi-currency issues surface here. Sign-off on the sandbox migration is required before production migration begins.
Document vault extraction and attachment mapping
We extract Standard ERP document vault packages via HAL or direct database queries, producing file packages with a filename-to-record-ID mapping table built during discovery. We stage attachments separately from transactional records because large attachment volumes can slow the transactional migration window. Each file is associated with its corresponding migrated record (Third-Party, Product, or Project) in Dolibarr's document management. We deliver a file manifest and reconciliation report listing every attachment and its target record.
Production migration in dependency order
We run production migration in record-dependency order: Chart of Accounts (account codes established first), Third-Parties (Customers and Vendors), Products and BOM structures, open AP/AR with GL reconciliation, Project and job costing, User accounts and role mapping, and document attachments. Multi-currency transactions are inserted with original effective rates, then reconciled against the base currency after all transactions load. Each phase emits a row-count reconciliation report before the next phase begins. Closed-period historical transactions are loaded last, after open-period transactions validate.
Cutover, validation, and HAL rebuild handoff
We freeze Standard ERP 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 deliver the HAL customization catalogue with Dolibarr Extrafields mapping, Dolistore module recommendations, and manual procedure documentation to the customer's admin team. We support a one-week hypercare window where we resolve any data reconciliation issues. HAL workflow rebuilds, automation sequences, and advanced workflow logic do not migrate as code; they are documented for the customer's admin or a Dolibarr partner to implement as a separate engagement.
Platform deep dives
Standard ERP
Source
Strengths
Weaknesses
Dolibarr ERP
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. 1 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 Standard ERP and Dolibarr ERP.
Object compatibility
1 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
Standard ERP: Not publicly documented.
Data volume sensitivity
Standard 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 Standard ERP to Dolibarr ERP migration scoping. Not seeing yours? Book a call.
Walk through your Standard 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 Standard 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.