ERP migration
Field-level mapping, validation, and rollback between etEngine and Dolibarr ERP. We move data and schema; workflows are rebuilt natively in Dolibarr ERP.
etEngine
Source
Dolibarr ERP
Destination
Compatibility
11 of 12
objects map 1:1 between etEngine and Dolibarr ERP.
Complexity
CModerate
Timeline
2-4 weeks
Overview
Moving from etEngine to Dolibarr is a cross-platform ERP consolidation that requires careful handling of etEngine's undocumented export mechanism. Without a public API specification for etEngine, we begin every engagement with technical discovery that may include direct database inspection to extract Customers, Vendors, Items, Chart of Accounts, open AP/AR, and historical journal entries in structured form. We sequence open invoices and credit memos by original date to preserve the aging trail in Dolibarr's third-party accounting module, map the etEngine account code structure to Dolibarr'splan_comptable (or a custom chart of accounts for non-French locales), and flag any etEngine custom fields that have no Dolibarr native equivalent so they can be rebuilt as Extra Fields post-migration. We do not migrate workflows, automations, or custom scripts; we deliver a written map of every active rule for Dolibarr admin to rebuild using Dolibarr's built-in workflow or a third-party module.
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 etEngine 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.
etEngine
Chart of Accounts
Dolibarr ERP
Account (plan_comptable or custom account model)
1:1etEngine account codes, names, and types (asset, liability, equity, revenue, expense) map to Dolibarr's accounting plan (plan_comptable by default for French locales, or a custom account model). Currency assignments and department codes map to Dolibarr's multi-currency and project associations. We flag any etEngine account segments with no Dolibarr equivalent for custom account model configuration before migration.
etEngine
Customers
Dolibarr ERP
Third Party (societe) — Customer flag enabled
1:1etEngine Customer records (contact details, billing address, payment terms) map to Dolibarr Third Party records with the Customer checkbox active and Supplier left unchecked. The etEngine payment_terms field maps to Dolibarr's cond_reglement code. We resolve duplicate third parties (same legal entity appearing as both customer and vendor in etEngine) into a single Dolibarr societe record with both flags set.
etEngine
Vendors
Dolibarr ERP
Third Party (societe) — Supplier flag enabled
1:1etEngine Vendor master records map to Dolibarr Third Party records with the Supplier checkbox active. Contact details, payment terms, and bank information transfer as-is. Historical purchase transactions are migrated separately and linked to the vendor third-party record through purchase order and supplier invoice objects.
etEngine
Items
Dolibarr ERP
Product or Service (produit)
1:1etEngine Item masters — SKUs, descriptions, unit prices, cost records, and variants — map to Dolibarr Product records (produit). Item type (stockable, service, inventory) maps to the Dolibarr type field. Custom attributes on items map to Dolibarr Extra Fields (extrafields) configured per product during migration. Price lists migrate to Dolibarr Customer Product Prices.
etEngine
Open AP/AR
Dolibarr ERP
Customer Invoice (facture_client) and Supplier Invoice (facture_fournisseur)
1:1Outstanding etEngine invoices and credit memos migrate with original dates, amounts, and aging status to preserve the AP/AR trail. We flag any reconciled records in etEngine that should not be carried forward. Dolibarr's accounting module must be enabled to handle invoice/journal linking; if not yet configured, we document the required journal code assignments for the customer's admin to complete before open items are imported.
etEngine
Historical Transactions
Dolibarr ERP
Accounting Entry (EcritureComptable)
1:1Past journal entries and transaction history from etEngine are chunked by fiscal period and sequenced in chronological order during migration. Each entry maps to a Dolibarr EcritureComptable record within the appropriate accounting journal (ACHAT, VENTE, BANK, or CASH). We validate that the fiscal period is open in Dolibarr before inserting historical entries to avoid locked-period rejection.
etEngine
Users
Dolibarr ERP
User (utilisateur)
1:1etEngine user accounts map to Dolibarr User records with role and permission assignments. We preserve active versus inactive status and validate that the migration user has permission to create users and assign groups. Dolibarr's permission model is tag-based (read/write/delete per module) rather than profile-based; we document the closest Dolibarr permission group for each etEngine role during scoping.
etEngine
Documents
Dolibarr ERP
Document manager (GED)
1:1Attached files and linked documents exported from etEngine are written to Dolibarr's document directory and re-linked to their corresponding records (Third Party, Product, Invoice, Project) via Dolibarr's document management module. File naming follows Dolibarr's directory convention (ref/entity/documents) to ensure the document index remains consistent.
etEngine
Projects
Dolibarr ERP
Project (projet)
1:1If etEngine contains project or job records, these map to Dolibarr Project objects with task hierarchies preserved. Dolibarr's project-to-invoice linking allows billable project tasks to generate customer invoices, which etEngine may handle differently; we flag this discrepancy during scoping and document the recommended Dolibarr configuration.
etEngine
Custom Fields
Dolibarr ERP
Extra Fields (extrafields)
lossyAny etEngine custom fields identified during scoping have no automatic export path and must be matched manually to Dolibarr's Extra Fields system (extrafields on llx_societe, llx_product, llx_facture, etc.). We document each etEngine custom field's name, data type, and current values, then configure the equivalent Dolibarr Extra Field before migration so that data can be loaded in the same pass as the parent record.
etEngine
Contact Persons
Dolibarr ERP
Contact (contact)
1:1etEngine contact persons attached to Customer or Vendor records map to Dolibarr Contact records linked to the parent Third Party via the srowid (fk_soc) foreign key. Multiple contacts per third party are supported. Email, phone, and role fields transfer; Dolibarr's contact roles (commercial, accounting, technical) are matched to etEngine role values during mapping.
etEngine
Purchase Orders
Dolibarr ERP
Supplier Order (commande_fournisseur)
1:1Open and historical purchase orders from etEngine map to Dolibarr Supplier Orders with status preserved (draft, validated, sent, received). Line items map to commande_fournisseurdet records with product reference and quantity resolved. Closed purchase orders migrate as historical records with status set to closed to avoid triggering Dolibarr's receiving workflow.
| etEngine | Dolibarr ERP | Compatibility | |
|---|---|---|---|
| Chart of Accounts | Account (plan_comptable or custom account model)1:1 | Mapping required | |
| Customers | Third Party (societe) — Customer flag enabled1:1 | Mapping required | |
| Vendors | Third Party (societe) — Supplier flag enabled1:1 | Mapping required | |
| Items | Product or Service (produit)1:1 | Mapping required | |
| Open AP/AR | Customer Invoice (facture_client) and Supplier Invoice (facture_fournisseur)1:1 | Mapping required | |
| Historical Transactions | Accounting Entry (EcritureComptable)1:1 | Mapping required | |
| Users | User (utilisateur)1:1 | Mapping required | |
| Documents | Document manager (GED)1:1 | Mapping required | |
| Projects | Project (projet)1:1 | Fully supported | |
| Custom Fields | Extra Fields (extrafields)lossy | Fully supported | |
| Contact Persons | Contact (contact)1:1 | Fully supported | |
| Purchase Orders | Supplier Order (commande_fournisseur)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.
etEngine gotchas
No public API — migration relies on vendor extracts
Shop-floor automation data is tightly coupled to the source system
Pricing and rate card are not public
Dynamic material planning calculations are ERP-specific
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
Technical discovery and export path confirmation
We audit the etEngine instance — database schema inspection, custom field identification, record counts per object, and export feasibility assessment. Without a documented API, discovery may require MySQL/PostgreSQL direct access or a verified database dump from the customer. We confirm the export path before committing to a migration timeline and document any custom fields or tier-specific features that require Extra Field configuration in Dolibarr.
Dolibarr module selection and schema preparation
We work with the customer to determine which Dolibarr modules to activate — at minimum, Third Party (CRM), Invoice, Product/Stock, and Accounting for most etEngine migrations. We configure the Chart of Accounts (plan_comptable for French locales, or a custom account model), Extra Fields for any etEngine custom attributes, and the appropriate journal codes (ACHAT, VENTE, BANK) in Dolibarr before any data is extracted from etEngine.
Data extraction, cleaning, and format normalization
We extract data from etEngine in structured form — database dump, CSV export, or API query depending on what discovery confirms. We clean the extracted data: date format normalization (YYYY-MM-DD), duplicate third-party resolution (customer/vendor consolidation), currency code standardization, and custom field value mapping. Any etEngine records marked as reconciled or archived are flagged for exclusion from migration.
Sandbox migration and reconciliation
We run a full migration into a test environment (Dolibarr installed on a staging server or local machine) using production-like record volumes. The customer reviews record counts, spot-checks 25-50 records against the etEngine source, and validates that account codes, payment terms, and transaction dates are correct. Schema corrections and any Extra Field additions happen at this stage before production migration begins.
Production migration in dependency order
We run the production migration in dependency sequence: Third Parties first (Customers and Vendors consolidated into societe records), then Products/Services, then Chart of Accounts, then open AP/AR invoices, then historical journal entries, then Projects, then Users, then Documents via the file store. Each phase emits a row-count reconciliation report before the next phase starts. We validate that fiscal periods are open in Dolibarr before inserting historical transactions to prevent locked-period errors.
Cutover, validation, and automation inventory delivery
We freeze etEngine writes during cutover, run a final delta migration of records modified during the migration window, and switch Dolibarr to production. We deliver the written inventory of etEngine workflows, automations, and custom scripts requiring rebuild in Dolibarr. We support a one-week post-go-live window for reconciliation issues. We do not rebuild etEngine automations as Dolibarr workflows inside the migration scope; that work is handled by the customer's Dolibarr admin using Dolibarr's built-in alert system or a third-party workflow module.
Platform deep dives
etEngine
Source
Strengths
Weaknesses
Dolibarr ERP
Destination
Strengths
Weaknesses
Complexity grading
Moderate ERP migration. 4 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across etEngine and Dolibarr ERP.
Object compatibility
4 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
etEngine: Not publicly documented.
Data volume sensitivity
etEngine 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 etEngine to Dolibarr ERP migration scoping. Not seeing yours? Book a call.
Walk through your etEngine 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 etEngine
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.