ERP migration
Field-level mapping, validation, and rollback between Everwin and Dolibarr ERP. We move data and schema; workflows are rebuilt natively in Dolibarr ERP.
Everwin
Source
Dolibarr ERP
Destination
Compatibility
10 of 12
objects map 1:1 between Everwin and Dolibarr ERP.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Everwin to Dolibarr is a migration from a proprietary French mid-market ERP/CXM platform to an open-source modular ERP/CRM. Everwin organizes data around Customers, Projects, Documents, and custom objects with sparse public schema documentation, while Dolibarr uses a module-based architecture on a MySQL/PHP stack with llx_-prefixed tables. The migration requires schema introspection of the Everwin installation before any mapping work because each Everwin customer's custom object structure is unique. We export Customer, Vendor, Project, Transaction, and User records via the Everwin REST API or direct database access, normalize field names and data types to Dolibarr's conventions, and load in sequenced batches starting with third parties and products before commercial documents. Dolibarr's document storage uses a flat file system under the documents directory that we reconcile with parent record references during import. Workflows, automations, and custom report definitions do not migrate; we deliver a written inventory of these for the customer's 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 Everwin 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.
Everwin
Customer
Dolibarr ERP
Third Party (llx_societe)
1:1Everwin Customer records map to Dolibarr Third Parties (llx_societe). Customer name becomes nom, address fields map to address/zip/town/country, phone/email map to phone/email. The customer-supplier flag from Everwin sets fk_typent for third-party type classification. We export the full customer record with any custom fields and build a per-installation field map before import because Everwin's customer schema varies by installation.
Everwin
Vendor
Dolibarr ERP
Supplier Third Party (llx_societe with supplier flag)
1:1Everwin Vendor records map to Dolibarr llx_societe records with the Supplier flag activated. Payment terms, bank details, and contact information map to corresponding Dolibarr fields (mode_reglement, bank_account). Vendor records are imported in the same batch as Customer records because they share the llx_societe table with a type discriminator.
Everwin
Project
Dolibarr ERP
Project (llx_projet)
1:1Everwin Project records map to Dolibarr llx_projet with Project status from Everwin mapped to Dolibarr's status codes (0=draft, 1=open, 2=closed). Custom fields on Everwin Projects require extrafields mapping to Dolibarr extrafields configuration on the llx_projet table. Budget and billing information from Everwin migrates to llx_projet_task for task-level detail if present.
Everwin
User
Dolibarr ERP
User (llx_user)
1:1Everwin User accounts with roles and permissions map to Dolibarr llx_user. Email becomes login, role assignments map to the relevant Dolibarr permission flags (admin rights, project manager, HR reader). We export User records and map them before importing any record that carries an owner reference to ensure OwnerId resolution during subsequent imports.
Everwin
Transaction (Invoice/PO)
Dolibarr ERP
Invoice or Order (llx_facture / llx_commande)
1:1Everwin invoices and purchase orders map to Dolibarr llx_facture (customer invoices) or llx_commande_fournisseur (supplier orders). Open AP/AR records migrate as live documents with status preserved. Fully paid or fully received historical transactions migrate as read-only journal entries in Dolibarr's accounting module to maintain balance continuity without creating active obligations.
Everwin
Document
Dolibarr ERP
ECM File (llx_ecm_files + flat file storage)
1:1Everwin document attachments (binary blobs) export with filename and parent entity reference. We transfer the binary files to Dolibarr's documents/ directory using the same folder structure and recreate the ECM entries (llx_ecm_files) with the correct parent entity type, ID, and file path. Binary format and storage location vary by Everwin installation, so we validate file integrity and Dolibarr MIME type compatibility during the export phase.
Everwin
Item / Product
Dolibarr ERP
Product (llx_product)
1:1Everwin Item records with SKU, description, unit cost, and custom attributes map to Dolibarr llx_product. The Everwin SKU becomes product ref; description maps to label. Pricing migrates to the standard price book. Custom attributes require extrafields mapping on llx_product. Dolibarr's product variants module can accommodate size/color variations if the Everwin item schema supports variant definitions.
Everwin
Chart of Accounts
Dolibarr ERP
Accounting Account (llx_accounting_account)
lossyEverwin chart of accounts requires account code mapping to Dolibarr's accounting plan. We export the full account structure and present a reconciliation matrix for the customer to approve before loading. French PCG account codes map to standard Dolibarr accounting configuration with account type classification (actif, passif, charge, produit).
Everwin
Tax Code
Dolibarr ERP
VAT Rate Configuration (llx_c_tva)
lossyEverwin tax codes tied to French jurisdiction map to Dolibarr's TVA rate configuration (llx_c_tva). Each Everwin tax code requires a value mapping table referencing Dolibarr's supported rate list. French VAT rates (20%, 10%, 5.5%, 2.1%) and intra-EU rates map to Dolibarr's tax configuration. Reverse-charge mechanisms for cross-border transactions require specific mapping if present in Everwin.
Everwin
Custom Object
Dolibarr ERP
Extra Fields or Custom Table
1:1Everwin custom objects have per-installation unique schemas. We introspect the schema during scoping, create corresponding Dolibarr extrafields definitions on the relevant base table (llx_socpeople, llx_projet, llx_product, etc.) or create a custom Dolibarr table if no base object fits. This is the most migration-specific work because no two Everwin installations have identical custom object structures.
Everwin
Contact (on Customer)
Dolibarr ERP
Contact (llx_socpeople)
1:1Everwin Contact sub-records attached to Customer entities map to Dolibarr llx_socpeople. The contact is linked to its parent third party (llx_socpeople.fk_soc) during import. Email, phone, role/title, and address fields migrate directly. Multiple contacts per customer are supported in both systems.
Everwin
Activity history (notes, tasks)
Dolibarr ERP
Note / Task (llx_note / llx_actioncomm)
1:1Everwin engagement records that are notes or tasks map to Dolibarr llx_note for free-text notes attached to third parties or projects, and llx_actioncomm for scheduled or completed tasks. Timestamps and owner references are preserved. Email and call engagement records map to llx_actioncomm with appropriate type coding (AC_TEL for calls, AC_EMAIL for emails) if Everwin exposes these as distinct objects in the API.
| Everwin | Dolibarr ERP | Compatibility | |
|---|---|---|---|
| Customer | Third Party (llx_societe)1:1 | Fully supported | |
| Vendor | Supplier Third Party (llx_societe with supplier flag)1:1 | Fully supported | |
| Project | Project (llx_projet)1:1 | Fully supported | |
| User | User (llx_user)1:1 | Fully supported | |
| Transaction (Invoice/PO) | Invoice or Order (llx_facture / llx_commande)1:1 | Fully supported | |
| Document | ECM File (llx_ecm_files + flat file storage)1:1 | Fully supported | |
| Item / Product | Product (llx_product)1:1 | Fully supported | |
| Chart of Accounts | Accounting Account (llx_accounting_account)lossy | Mapping required | |
| Tax Code | VAT Rate Configuration (llx_c_tva)lossy | Fully supported | |
| Custom Object | Extra Fields or Custom Table1:1 | Fully supported | |
| Contact (on Customer) | Contact (llx_socpeople)1:1 | Fully supported | |
| Activity history (notes, tasks) | Note / Task (llx_note / llx_actioncomm)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.
Everwin gotchas
everwin.com is a Taiwan/HK consumer electronics manufacturer, not the French CRM/ERP vendor
Modular per-feature pricing makes TCO hard to predict
Java-only SX-API SDK constrains non-JVM integration patterns
Custom-object schema varies per installation
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
Schema discovery and scoping
We audit the Everwin installation's active modules, custom objects, and API capabilities via the v3 REST API or direct database access. We introspect the schema for all active objects including any custom object definitions. This produces a per-customer field map document that lists every Everwin field, its data type, and the corresponding Dolibarr destination (standard field, extrafield, or custom table). We also inventory the volume of records per object type to size the migration batches.
Dolibarr environment setup
We set up the target Dolibarr instance (cloud-hosted or self-hosted per the customer's choice) and configure the base accounting chart, tax rates, third-party types, and product categories before any data import. We create extrafields definitions for every Everwin custom field that maps to a Dolibarr standard table, and provision any custom tables required for Everwin custom objects that have no Dolibarr equivalent. This schema configuration is validated in a staging environment before production migration.
User and third-party master data import
We import Users first to satisfy OwnerId references in all subsequent imports. Third parties (Customers and Vendors) import next as llx_societe records, with the customer-supplier type flag set per Everwin's party type. Contacts import as llx_socpeople linked to their parent third party. We run a reconciliation count against the Everwin export and spot-check 25-50 records before proceeding.
Product catalog and project data import
Products (llx_product) import with SKU, label, pricing, and stock parameters if stock management is active. Projects (llx_projet) import with status, dates, budget, and custom fields resolved. Any Everwin project-to-third-party or project-to-contact relationships are preserved as llx_element_contact records during this phase.
Transaction and document migration
Open invoices and purchase orders migrate as live documents (llx_facture, llx_commande_fournisseur). Historical closed transactions migrate as accounting journal entries to preserve balance continuity. Document attachments export from Everwin as binary files, transfer to Dolibarr's documents/ directory, and ECM entries are recreated in llx_ecm_files with parent references to the corresponding Customer, Project, or Transaction record.
Cutover, validation, and automation inventory handoff
We freeze Everwin write access during cutover and run a final delta migration of any records modified during the migration window. The customer's admin team validates record counts and spot-checks migrated data in the production Dolibarr instance. We deliver a written inventory of Everwin workflows, automations, and custom reports with recommended Dolibarr equivalents (module activation, PHP configuration, or manual rebuild guidance). Post-cutover, we provide a one-week hypercare window for reconciliation issues. Workflow rebuilds and custom report recreation are outside standard migration scope.
Platform deep dives
Everwin
Source
Strengths
Weaknesses
Dolibarr ERP
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. 3 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 Everwin and Dolibarr ERP.
Object compatibility
3 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
Everwin: Not publicly documented; throttling behavior observed at scoping but no published limit.
Data volume sensitivity
Everwin 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 Everwin to Dolibarr ERP migration scoping. Not seeing yours? Book a call.
Walk through your Everwin 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 Everwin
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.