ERP migration
Field-level mapping, validation, and rollback between eCommerce Pro and Dolibarr ERP. We move data and schema; workflows are rebuilt natively in Dolibarr ERP.
eCommerce Pro
Source
Dolibarr ERP
Destination
Compatibility
10 of 12
objects map 1:1 between eCommerce Pro and Dolibarr ERP.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from eCommerce Pro to Dolibarr is a structural migration from a dedicated eCommerce storefront to a modular open-source ERP/CRM backend. eCommerce Pro treats Products, Customers, Orders, and Inventory as first-class storefront entities; Dolibarr models them as ERP objects (Products, Third Parties, Orders/Invoices, Stock) that are activated through its module system. The most significant migration challenge is Dolibarr's CSV-and-field-mapping import model, which requires flattening hierarchical product variants into Dolibarr's variant structure, reconciling multi-warehouse stock quantities, and resolving eCommerce Pro's order-status states to Dolibarr's SaleOrder workflow states before any records are imported. We do not migrate abandoned cart records, customer lifetime value scores, or storefront SEO metadata; these are storefront-specific analytics with no Dolibarr equivalent. Workflows, automations, and custom storefront configurations do not migrate; we deliver a written inventory of these for your team 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 eCommerce Pro 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.
eCommerce Pro
Product
Dolibarr ERP
Product
1:1eCommerce Pro Products map to Dolibarr Product records. The product title becomes Dolibarr's label, the SKU maps to ref, and description maps to the description field. eCommerce Pro variants (size, color, material) are flattened into separate Dolibarr Product records because Dolibarr does not have a native attribute-driven variant matrix; we use the Module Builder to create a product_subitem relationship if the variant count exceeds 200 and the customer requires a parent-child structure. Multi-language descriptions are imported as separate Dolibarr description entries per language module if activated.
eCommerce Pro
Product Category
Dolibarr ERP
Category
1:1eCommerce Pro product categories map to Dolibarr Categories (categories table). The category tree hierarchy is preserved by setting parent_id to the Dolibarr Category of the parent. Categories are imported before Products so that the category lookup is satisfied at product import time.
eCommerce Pro
Customer
Dolibarr ERP
Third Party (Client)
1:1eCommerce Pro Customer records map to Dolibarr Third Party records with the Client checkbox enabled. The customer's email maps to email, first name and last name map to the name fields (or the full name splits by space if a first-last convention is detected), and phone maps to phone. Customer addresses map to separate Dolibarr Address records linked via the fk_socaddr foreign key. acceptsmarketing and account creation timestamps are stored in custom fields that we configure via Module Builder before import.
eCommerce Pro
Order
Dolibarr ERP
Order (Commande)
1:1eCommerce Pro Orders map to Dolibarr Order (Commande) records. The order number becomes the ref, order status maps to Dolibarr's statuts (DRAFT, VALIDATED, SHIPPED, CLOSED, CANCELED), and the creation timestamp maps to date_creation. Order line items are imported via the CommandLineFournisseurDistant table or mapped CSV import with fk_product resolved to the imported Product record. Payment status from eCommerce Pro (paid, pending, refunded) maps to Dolibarr's Facture (Invoice) records created from the Order.
eCommerce Pro
Order Fulfillment
Dolibarr ERP
Shipment (Expedition)
1:1eCommerce Pro Fulfillment records with tracking numbers and carrier information map to Dolibarr Shipment records. The shipment is linked to the corresponding Dolibarr Order via fk_commande. Tracking URLs and carrier names are stored in Dolibarr's tracking_number and tracking_url fields if the Expedition module is activated. Historical fulfillments are replayed as closed Shipment records.
eCommerce Pro
Inventory
Dolibarr ERP
Stock (Mouvement)
1:1eCommerce Pro inventory quantities per warehouse/location map to Dolibarr Stock Movement records. Multi-warehouse setups require us to configure Dolibarr warehouses before migration and map each eCommerce Pro location to the corresponding Dolibarr warehouse_id. Stock quantities are imported as Stock Mouvement records (type = input for stock_on_hand) rather than direct quantity writes to prevent triggering unwanted stock alerts. Post-migration, we recommend a weekly reconciliation report comparing eCommerce Pro stock to Dolibarr stock per NextGestion's guidance on aligning references first and running weekly reconciliation.
eCommerce Pro
Invoice
Dolibarr ERP
Invoice (Facture)
1:1If eCommerce Pro generates invoices, they map to Dolibarr Facture records. The invoice number maps to ref, the total amount maps to total_ht (net) and total_ttc (gross with tax), and the status maps to Dolibarr's statut (DRAFT, VALIDATED, PAID, CANCELED). VAT amount maps to total_tva. Payments received on the invoice map to Dolibarr Payment records linked via fk_paiement.
eCommerce Pro
Discount/Coupon
Dolibarr ERP
Special Price (Prix Special) or Promotion Module
1:1eCommerce Pro discount codes (percentage, fixed amount, buy-X-get-Y) map to Dolibarr's Prix Special (special price) rules or the Discount/Promotion module if installed. Percentage discounts map directly; tiered quantity discounts are flattened into multiple Prix Special entries per quantity threshold. Buy-X-get-Y rules have no direct Dolibarr equivalent and are flagged for manual rebuild using Dolibarr's Module Builder or a third-party promo module.
eCommerce Pro
Product Image
Dolibarr ERP
Product Document/Image
1:1eCommerce Pro product images migrate to Dolibarr Product documents (type = image). We validate image URLs, optionally re-host assets to the Dolibarr-hosted file system, and link them to the corresponding Product record via the document_dir and ref_content fields. Variant images are linked to the corresponding variant Product record.
eCommerce Pro
Shipping Method
Dolibarr ERP
Carrier (Transporteur)
1:1eCommerce Pro shipping methods (carrier name, estimated delivery days, rate) map to Dolibarr Carrier records. The carrier name maps to nom, and shipping cost maps to price if the customer uses Dolibarr's expedition module for order fulfillment.
eCommerce Pro
Tax Configuration
Dolibarr ERP
Tax / VAT Setup (Tax)
lossyeCommerce Pro tax codes and nexus settings require manual reconfiguration in Dolibarr Admin > Setup > Tax. Dolibarr's tax engine has its own rules engine independent of source tax mappings. We export the source tax configuration as a written table (tax code, rate, applicability) for the customer's admin to recreate in Dolibarr's Setup > Tax menu.
eCommerce Pro
Custom Object
Dolibarr ERP
Custom Entity (Module Builder)
lossyeCommerce Pro Enterprise custom objects migrate to Dolibarr entities created via Module Builder. We pre-define the entity schema in Dolibarr's Module Builder (including all custom fields, foreign keys, and validation rules) before any data import. The customer's Dolibarr developer or a Dolibarr partner implements the Module Builder template; FlitStack AI configures the data mapping to the generated table. Custom object migration is scoped separately from standard object migration because of the schema-first requirement.
| eCommerce Pro | Dolibarr ERP | Compatibility | |
|---|---|---|---|
| Product | Product1:1 | Fully supported | |
| Product Category | Category1:1 | Fully supported | |
| Customer | Third Party (Client)1:1 | Fully supported | |
| Order | Order (Commande)1:1 | Fully supported | |
| Order Fulfillment | Shipment (Expedition)1:1 | Fully supported | |
| Inventory | Stock (Mouvement)1:1 | Mapping required | |
| Invoice | Invoice (Facture)1:1 | Fully supported | |
| Discount/Coupon | Special Price (Prix Special) or Promotion Module1:1 | Fully supported | |
| Product Image | Product Document/Image1:1 | Fully supported | |
| Shipping Method | Carrier (Transporteur)1:1 | Fully supported | |
| Tax Configuration | Tax / VAT Setup (Tax)lossy | Fully supported | |
| Custom Object | Custom Entity (Module Builder)lossy | 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.
eCommerce Pro gotchas
URL structure changes destroy SEO value without redirect mapping
Dirty product data causes import failures and post-launch cleanup
Third-party integrations break after replatforming
Rushed testing misses checkout edge cases
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
Source audit and migration inventory
We audit the eCommerce Pro export across Products (with variants, images, SEO metadata), Customers (with addresses, tags, marketing status), Orders (with line items, fulfillment records, payment status), Inventory quantities per warehouse, and any active Discount or Coupon records. We produce a written migration inventory that itemizes every object type, record count per type, and a 'migrates / does not migrate / manual rebuild required' classification. This inventory is the authoritative scope document for the migration and is reviewed by the customer before any data movement begins.
Dolibarr environment setup and module activation
We install or validate the target Dolibarr instance with the correct PHP version (Dolibarr 17+ requires PHP 8.1+) and MySQL/MariaDB configuration. We activate only the required modules (Products, Stock, Third Parties, Commercial Proposals, Orders, Invoices, Shipments, and optionally the eCommerce connector) to keep the installation lean. We configure Dolibarr warehouses matching the eCommerce Pro location model, configure the tax rules per the tax inventory from step one, and set up Dolibarr's Module Builder template if custom objects are in scope. File permissions and ownership are validated at this stage to prevent the post-migration 'Dolibarr won't open' issue.
CSV field mapping and transform design
We design the CSV import specification for each object type, mapping eCommerce Pro field names to Dolibarr database column names. For product variants, we design the flattening logic that splits hierarchical variant combinations into separate Dolibarr Product rows. For customer addresses, we design the split between Dolibarr Third Party (soc) and Address (socaddress) records. For orders, we design the line item CSV structure with fk_product resolved to imported product references. We validate the transform logic on a sample of 50 records before scaling to full volume. The field mapping document is reviewed by the customer and is the reference for any post-migration dispute.
Staging migration and reconciliation
We run a full migration into the Dolibarr staging environment using production-like data volume extracted from eCommerce Pro. The customer reconciles record counts (products in, customers in, orders in, stock movements in), spot-checks 25-50 random records against the eCommerce Pro source, and validates order totals and payment status in Dolibarr. Variant flattening is verified for the top 20 SKUs by order volume. Any mapping corrections (field name errors, status value mismatches, missing foreign keys) are documented and corrected before production migration begins. Staging migration is not optional for migrations exceeding 1,000 records.
Production migration in dependency order
We run production migration in record-dependency order: Categories first (to satisfy parent_id lookups), then Products with variant flattening, then Third Party/Customer records with address splits, then Orders with line items and fk_product resolved, then Stock Mouvement records for inventory quantities, then Invoices and Payments, then Shipments, then Product Images. Each phase emits a row-count reconciliation report and a checksum of monetary totals (order grand total, invoice total, payment total) validated against the eCommerce Pro source. Migrations exceeding 50,000 rows per phase use batch chunking with progress reporting.
Cutover, eCommerce connector handoff, and post-migration checklist
We freeze eCommerce Pro writes during cutover, run a final delta migration of any records modified during the migration window, then mark Dolibarr as the system of record. We deliver the eCommerce connector installation guide (WooCommerce, PrestaShop, or equivalent) and the tax configuration checklist to the customer's admin team. We provide a written inventory of any Workflow, automation, or custom storefront configuration that was not in migration scope, with a rebuild recommendation per item. We run a one-week hypercare window for reconciliation issues. We do not rebuild automations in Dolibarr as part of standard migration scope; that is a separate engagement.
Platform deep dives
eCommerce Pro
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 eCommerce Pro 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
eCommerce Pro: Varies by tier; Enterprise tier increases limits via negotiated SLAs.
Data volume sensitivity
eCommerce Pro exposes a bulk API — large-volume migrations stream efficiently.
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 eCommerce Pro to Dolibarr ERP migration scoping. Not seeing yours? Book a call.
Walk through your eCommerce Pro 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 eCommerce Pro
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.