ERP migration
Field-level mapping, validation, and rollback between Shipedge and Dolibarr ERP. We move data and schema; workflows are rebuilt natively in Dolibarr ERP.
Shipedge
Source
Dolibarr ERP
Destination
Compatibility
8 of 12
objects map 1:1 between Shipedge and Dolibarr ERP.
Complexity
BStandard
Timeline
4-8 weeks
Overview
Moving from Shipedge to Dolibarr is a WMS-to-ERP migration with significant schema differences. Shipedge centers on Orders routed across Warehouses with carrier integrations and rate-shopping, while Dolibarr is a modular open-source ERP with separate modules for Products, Stock, Commercial Proposals, and Invoices. We map Shipedge's omnichannel Orders and line items into Dolibarr's Order and OrderLine objects, translate warehouse-site-specific inventory into Dolibarr's Stock module, and preserve kit configurations as Dolibarr BOM structures. Shipedge's Order Rules engine, channel OAuth credentials, and carrier rate-shopping configurations do not migrate; we deliver written inventories of these for the customer to rebuild in Dolibarr's configuration layer. We use Shipedge's REST API v4 for extraction and Dolibarr's native import module or REST API for ingestion, with batch chunking and parent-record lookup resolution across all linked objects.
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 Shipedge 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.
Shipedge
Orders
Dolibarr ERP
Commande client (Customer Order)
1:1Shipedge Orders map to Dolibarr Commande client (third-party order). Each order carries its omnichannel source (Shopify, Amazon, Walmart), fulfillment status, shipping method, and tracking number. We map Shipedge's order_status and fulfillment_status to Dolibarr's statuts (draft, validated, shipped, closed) and preserve the original marketplace order ID as ext_shipedge_id for reconciliation. Line items migrate with SKU, quantity, and unit price mapped to CommandLineDetail.
Shipedge
Products
Dolibarr ERP
Product (Article or Service)
1:1Shipedge Products (SKUs with variants, supplier links, barcodes) map to Dolibarr Product records. We extract SKU, product_name, variant_attributes (size, color), and barcode from Shipedge and map to Dolibarr's ref, label, barcode, and the variant attributes to separate product custom fields or as a multi-line description. Supplier links migrate as Product-Supplier price rows in Dolibarr.
Shipedge
Inventory
Dolibarr ERP
Stock
lossyShipedge's warehouse-site-specific inventory with location, lot number, and bin assignment maps to Dolibarr's Stock module. Dolibarr natively supports stock per warehouse if the multi-warehouse module is enabled; otherwise, we consolidate inventory into a single warehouse location. Lot and serial numbers migrate to Dolibarr's lot/serial tracking if the relevant module is activated. Note that Dolibarr lacks Shipedge's bin-level picking optimization; location data migrates as warehouse notes rather than structured bin records.
Shipedge
Suppliers
Dolibarr ERP
ThirdParty (with Supplier type)
1:1Shipedge Suppliers map to Dolibarr ThirdParty records with the Supplier flag enabled. Standard fields (name, email, phone, address) migrate directly. Lead times and supplier-specific notes migrate to the ThirdParty's note field or a custom field. Custom Supplier fields vary by Shipedge account configuration; we map only those confirmed present during discovery.
Shipedge
Customers
Dolibarr ERP
ThirdParty (with Customer type)
1:1Shipedge Customers map to Dolibarr ThirdParty records with the Customer flag enabled. Billing and shipping addresses migrate as separate addresses linked to the ThirdParty. Order history associations migrate as linked Commande records. Email and phone fields map directly; contact name and company split migrate as Dolibarr expects separate contact persons linked to the ThirdParty if more than one contact exists.
Shipedge
Shipments
Dolibarr ERP
Shipping (Expedition)
1:1Shipedge Shipment records map to Dolibarr Expedition linked to the originating Commande. Carrier, service level, tracking number, weight, and dimensions migrate as shipment metadata. Dolibarr's Expedition module must be enabled (it is not active by default in all installations). Tracking URLs generate as Dolibarr Expedition lines with carrier reference. Note that Dolibarr does not have native rate-shopping; carrier selection migrates as a data point rather than an automated routing capability.
Shipedge
Returns
Dolibarr ERP
Order (Return) + Stock Movement
lossyShipedge Return Authorizations map to Dolibarr Order records with a return type flag (or separate order status if the customer uses a return status convention) and linked Expedition for inbound receipt. Return reasons and disposition codes (restock, dispose, return to supplier) migrate to order notes or custom fields. Stock returned to inventory generates a Dolibarr StockMouvement with Entree (reception) type linked to the Product and Warehouse. Disposition mappings are documented during scoping.
Shipedge
Batches
Dolibarr ERP
Order metadata
1:1Shipedge Batch Fulfillment records (v11+ feature) group orders for warehouse picking. Batch number, order count, SKU count, units, and ship method migrate as linked metadata on each Commande record rather than as a standalone object (Dolibarr has no native batch grouping object). We preserve the batch association via a custom field batch_number__c on Commande so that picking context can be reviewed post-migration.
Shipedge
Kits
Dolibarr ERP
BOM (Bill of Materials)
lossyShipedge Kit configurations (bundle composition, on-the-fly vs. pre-built assembly) map to Dolibarr BOM structures. Component SKUs and quantities migrate as BOM lines under the parent kit product. Kit type (phantom vs. assembled) maps to Dolibarr's BOM assembly type. Customers choosing Dolibarr's Stock module can activate the BOM submodule; if not enabled, kit structures migrate as product descriptions and are not enforced at inventory level.
Shipedge
Warehouses
Dolibarr ERP
Entrepot (Warehouse)
lossyShipedge Warehouses map to Dolibarr Entrepot records with address, operating hours, and carrier account associations. If the multi-warehouse module is not enabled in the destination Dolibarr installation, we consolidate warehouse records into a single Entrepot with warehouse name as a note. Carrier accounts (FedEx, UPS, etc.) do not have a native Dolibarr equivalent; we document them for manual reconfiguration in the customer's shipping integration.
Shipedge
Users
Dolibarr ERP
User
1:1Shipedge User accounts (name, email, role, warehouse assignment) map to Dolibarr User records. Authentication credentials (passwords, OAuth tokens) cannot transfer; users must be provisioned fresh in Dolibarr. We export user name, email, and role as a provisioning spreadsheet, and the customer's Dolibarr admin creates accounts before or immediately after cutover. Active vs. inactive status migrates as user status in Dolibarr.
Shipedge
Order Rules
Dolibarr ERP
(no equivalent)
1:1Shipedge Order Rules define automated routing logic (warehouse selection, carrier assignment, split-order conditions) that has no Dolibarr equivalent. We export all active Order Rules during discovery and deliver them as a written inventory document specifying each rule's trigger conditions, actions, and recommended manual implementation in Dolibarr (manual order assignment, warehouse notes, or third-party workflow module). This is typically a one-to-three-day manual exercise depending on rule complexity.
| Shipedge | Dolibarr ERP | Compatibility | |
|---|---|---|---|
| Orders | Commande client (Customer Order)1:1 | Fully supported | |
| Products | Product (Article or Service)1:1 | Fully supported | |
| Inventory | Stocklossy | Fully supported | |
| Suppliers | ThirdParty (with Supplier type)1:1 | Mapping required | |
| Customers | ThirdParty (with Customer type)1:1 | Mapping required | |
| Shipments | Shipping (Expedition)1:1 | Fully supported | |
| Returns | Order (Return) + Stock Movementlossy | Mapping required | |
| Batches | Order metadata1:1 | Mapping required | |
| Kits | BOM (Bill of Materials)lossy | Mapping required | |
| Warehouses | Entrepot (Warehouse)lossy | Fully supported | |
| Users | User1:1 | Mapping required | |
| Order Rules | (no equivalent)1:1 | Mapping required |
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.
Shipedge gotchas
Order Rules do not transfer between platforms
Integration credentials require manual reconnection
Custom pricing obscures true cost of migration
Buggy software can corrupt order state during migration
Insufficient reporting for inventory lot tracking
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 audit
We audit the source Shipedge account across all active modules: order volume and date range, product SKU count with variant attributes, warehouse count and inventory snapshot, supplier and customer record counts, shipment and return history, active batch fulfillment records, kit configurations, active Order Rules, and active channel integrations. We pair this with a Dolibarr readiness review: which modules are currently enabled, which paid add-ons (Stock, BOM, Expedition) are required, and whether the multi-warehouse module is present. The discovery output is a written migration scope document with record counts, object mapping preview, and Dolibarr module activation recommendations.
Dolibarr module activation and schema preparation
We configure the destination Dolibarr installation before any data ingestion. This includes activating the Stock module (if not already active), enabling the Expedition module for shipment tracking, enabling the BOM submodule if kits are in scope, and configuring warehouse Entrepot records for each Shipedge warehouse (or consolidating if multi-warehouse is not licensed). We create custom fields on ThirdParty (customer and supplier type), Commande, CommandLineDetail, and Expedition to receive Shipedge-specific data such as ext_shipedge_id, batch_number, and return disposition codes. Schema is validated in a non-production environment first.
Non-production migration and reconciliation
We run a full migration into a non-production Dolibarr instance using representative data volume. The customer reconciles record counts (Products in, ThirdParties in, Orders in, Shipments in, Stock lines in), spot-checks fifteen to twentyfive random records against the Shipedge source, and validates that kit BOM structures are correctly assembled and that lot numbers are present where expected. Any mapping corrections happen at this stage before production migration begins.
Third-party provisioning and data ordering
We extract all Shipedge ThirdParties (Suppliers and Customers) and import them into Dolibarr first, since they are referenced by Orders, Products, and Shipments. Products follow, with BOM structures created for kits. We then import Orders with line items, linking each to the correct ThirdParty by ext_shipedge_id. Shipments import last, linked to their parent Commande. Return records import with inbound Expedition and stock movement generation. We resolve all foreign-key references (ThirdPartyId, ProductId, EntrepotId) before inserting each batch.
Production migration and cutover
We freeze Shipedge writes during cutover, run a final delta migration for any records modified during the migration window, then switch the customer to Dolibarr as the system of record. We deliver the Order Rules inventory document to the customer's admin for manual rebuild. We support a five-day hypercare window where we resolve any data quality issues surfaced by the operational team. Carrier integrations, channel OAuth re-authorizations, and Order Rules rebuild remain outside the standard migration scope.
Deliverables handoff and post-migration documentation
We deliver the following to the customer: a record-count reconciliation report per object, a ThirdParty provisioning spreadsheet for users, an Order Rules rebuild guide, a channel integration reconnection checklist, and a custom-field glossary mapping each Shipedge field to its Dolibarr equivalent. We do not provide post-migration admin training, ongoing workflow support, or Order Rules rebuild as standard scope; these are separate engagements.
Platform deep dives
Shipedge
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 Shipedge 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
Shipedge: Not publicly documented.
Data volume sensitivity
Shipedge 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 Shipedge to Dolibarr ERP migration scoping. Not seeing yours? Book a call.
Walk through your Shipedge 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 Shipedge
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.