ERP migration

Migrate from Everwin to Dolibarr ERP

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

Everwin logo

Everwin

Source

Dolibarr ERP

Destination

Dolibarr ERP logo

Compatibility

83%

10 of 12

objects map 1:1 between Everwin and Dolibarr ERP.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

Everwin logo

Everwin

What's pushing teams away

  • Vendor footprint and review corpus is small — SourceForge, SoftwareSuggest, and Capterra entries show sparse user counts, limiting independent validation.
  • Pricing model anchored at €5,000 per feature accumulates quickly and is opaque without a sales engagement.
  • Limited public API documentation and a Java-only SDK (sx-api, SX 25+) creates an integration ceiling for non-JVM stacks.
  • Strong France-centric positioning means English-language resources, community, and partner ecosystem are thin outside the home market.
  • Custom-object schema varies per installation, complicating migrations and forcing per-customer field mapping work.

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

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

maps to

Dolibarr ERP

Third Party (llx_societe)

1:1
Fully supported

Everwin 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

maps to

Dolibarr ERP

Supplier Third Party (llx_societe with supplier flag)

1:1
Fully supported

Everwin 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

maps to

Dolibarr ERP

Project (llx_projet)

1:1
Fully supported

Everwin 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

maps to

Dolibarr ERP

User (llx_user)

1:1
Fully supported

Everwin 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)

maps to

Dolibarr ERP

Invoice or Order (llx_facture / llx_commande)

1:1
Fully supported

Everwin 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

maps to

Dolibarr ERP

ECM File (llx_ecm_files + flat file storage)

1:1
Fully supported

Everwin 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

maps to

Dolibarr ERP

Product (llx_product)

1:1
Fully supported

Everwin 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

maps to

Dolibarr ERP

Accounting Account (llx_accounting_account)

lossy
Mapping required

Everwin 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

maps to

Dolibarr ERP

VAT Rate Configuration (llx_c_tva)

lossy
Fully supported

Everwin 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

maps to

Dolibarr ERP

Extra Fields or Custom Table

1:1
Fully supported

Everwin 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)

maps to

Dolibarr ERP

Contact (llx_socpeople)

1:1
Fully supported

Everwin 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)

maps to

Dolibarr ERP

Note / Task (llx_note / llx_actioncomm)

1:1
Fully supported

Everwin 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.

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.

Everwin logo

Everwin gotchas

High

everwin.com is a Taiwan/HK consumer electronics manufacturer, not the French CRM/ERP vendor

Medium

Modular per-feature pricing makes TCO hard to predict

Medium

Java-only SX-API SDK constrains non-JVM integration patterns

Medium

Custom-object schema varies per installation

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

  • Everwin custom object schema varies by installation

    Everwin supports user-defined custom objects accessible via the v3 API, but each customer's installation has a unique schema. There is no stable public reference schema. We perform schema introspection during scoping by querying the Everwin API's object definitions or by inspecting direct database access if available. Custom field mapping is built per-customer before any data export begins. Skipping this step results in fields being missed or mis-typed in Dolibarr, which can break validation rules or cause data loss on import.

  • Dolibarr's ECM document storage requires manual folder reconciliation

    Dolibarr stores uploaded files as flat files in the documents/ directory hierarchy. Everwin stores document attachments as binary blobs with parent entity references that may not map directly to Dolibarr's ECM module folder conventions. We export Everwin blobs with their parent references, transfer them to the correct Dolibarr documents/ subdirectory, and recreate ECM database entries (llx_ecm_files) with correct paths. File type compatibility and Dolibarr's MIME type detection are validated during this process.

  • Dolibarr lacks native cost centres

    Dolibarr's accounting module does not include a native cost centre concept. If Everwin tracks cost centres on Projects, Transactions, or custom objects, these must be migrated as extrafields or custom fields in Dolibarr rather than as native accounting dimensions. Teams that rely on cost centre reporting in Everwin receive a written configuration guide for Dolibarr extrafields on Projects and accounting entries to replicate the same reporting structure.

  • Everwin API rate limits and sparse documentation extend discovery

    Everwin's REST API has rate limits that we handle with exponential backoff and batch chunking, but the platform's limited public schema documentation means that schema discovery relies on introspecting the specific customer's installation rather than referencing a standard schema reference. This adds discovery time that is factored into the scope estimate. Direct database access is used where available to supplement API export and reduce API call volume.

  • Dolibarr PDF and document template differences affect layout

    Dolibarr's invoice and proposal PDF templates use PHP-based template files in the documents/ directory that differ from Everwin's document generation format. Migrated documents that include embedded Everwin-generated PDFs are transferred as binary files. New documents created in Dolibarr use Dolibarr's own template engine. Customers who rely on specific Everwin document layouts for legally compliant documents (factures, bons de commande) may need to rebuild document templates in Dolibarr's PHP template format post-migration.

Migration approach

Six steps for a successful Everwin to Dolibarr ERP data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

Everwin logo

Everwin

Source

Strengths

  • Unified CXM + ERP + HR/expense vendor for French service SMBs.
  • Modular feature pricing lets teams adopt incrementally.
  • Java SX-API SDK for SX 25+ simplifies JVM-stack integration.
  • Free trial with guided onboarding lowers evaluation friction.
  • Native French-language UI and support.

Weaknesses

  • Catalog website (everwin.com) resolves to a different company (consumer electronics manufacturer), creating vendor identification risk.
  • Sparse public reviews and small independent footprint.
  • Per-feature pricing accumulates without transparent ceiling.
  • Limited public API documentation and Java-only SDK.
  • Strong France-centric market with limited English/non-EU support.
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. 3 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 Everwin and Dolibarr ERP.

  • Object compatibility

    B

    3 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

    Everwin: Not publicly documented; throttling behavior observed at scoping but no published limit.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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 consultation

Most migrations land between three and five weeks for accounts under 10,000 Customer records, 2,000 Projects, and no custom objects. Migrations with custom objects requiring individual field mapping, large transaction histories (over 50,000 invoice lines), multi-company Everwin structures, or full chart of accounts reconciliation move to seven to eleven weeks because of schema discovery time, extrafields configuration, and document transfer complexity.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Everwin.
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