ERP migration
Field-level mapping, validation, and rollback between Paragon ERP and Dolibarr ERP. We move data and schema; workflows are rebuilt natively in Dolibarr ERP.
Paragon ERP
Source
Dolibarr ERP
Destination
Compatibility
9 of 12
objects map 1:1 between Paragon ERP and Dolibarr ERP.
Complexity
BStandard
Timeline
5-8 weeks
Overview
Moving from Paragon ERP to Dolibarr is a structural migration from a cloud-native proprietary ERP with apparel-specific grid features to an open-source modular platform with a different permission model. Paragon organizes data around Items with Style/Color/Size grids, multi-tier Entities (DBAs), and Locations for GL allocation; Dolibarr uses a simpler product variant model, a single-company warehouse structure, and CSV-based import. The biggest structural challenges are splitting Paragon apparel grids into Dolibarr product variants, decomposing multi-entity department and location segments into Dolibarr's category and warehouse model, and filtering Paragon's abandoned attributes from association exports before loading. We extract from Paragon via the Universal Translator, transform through custom scripts that handle the apparel variant split and attribute deduplication, and load via Dolibarr's native CSV import or REST API. We do not migrate Paragon screen configurations or workflow automations; 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 Paragon ERP 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.
Paragon ERP
Item (Product)
Dolibarr ERP
Product
1:1Paragon Items map to Dolibarr Products with SKU, description, and unit of measure preserved. The Paragon item type (stock, non-stock, service) maps to Dolibarr's product type field. Vendor associations migrate as Dolibarr supplier references on the product record. If the Paragon item uses a Style/Color/Size grid, we split each grid cell into a separate Dolibarr product and create a configurable parent product that references them via customizable options.
Paragon ERP
Style/Color/Size Grid
Dolibarr ERP
Product + Customizable Options
1:manyParagon apparel grids store one row per Style/Color/Size combination with individual SKU, inventory, and pricing per cell. Dolibarr has no native grid system. We split the grid into individual Dolibarr products (one per size/color variant) and create a configurable parent product with customizable options for Size and Color. The parent product carries the base item price; variant-specific pricing and on-hand quantities map to the child product records. This is the most manual part of apparel migrations and requires a size run inventory count before migration.
Paragon ERP
Inventory Location
Dolibarr ERP
Warehouse
1:1Paragon Locations (warehouses, distribution centers, retail sites) map directly to Dolibarr Warehouses. Physical stock quantities per Item-Location combination migrate as Dolibarr stock entries tied to the resolved warehouse ID. We validate that each Paragon Location has a corresponding Dolibarr warehouse created before inventory import begins.
Paragon ERP
Customer
Dolibarr ERP
Third Party (Customer)
1:1Paragon Customers map to Dolibarr Third Parties with the Customer checkbox enabled. Address records deduplicate by normalized address string and link to the Third Party. Customer-specific pricing and payment terms migrate as Extra Fields or direct fields on the Third Party record. Paragon's customer type (wholesale, retail, contractor) migrates as a Category tag in Dolibarr.
Paragon ERP
Vendor
Dolibarr ERP
Third Party (Supplier)
1:1Paragon Vendors map to Dolibarr Third Parties with the Supplier checkbox enabled. Payment terms from Paragon (Net 30, Net 60, etc.) convert to Dolibarr Payment Term conditions. Vendor-specific lead times and EDI/PO configuration references migrate as notes since Dolibarr does not have a native EDI configuration object. We deduplicate vendor addresses before import.
Paragon ERP
Department + Entity
Dolibarr ERP
Category + Multi-Company Configuration
1:manyParagon's Department-Entity-Location GL segmentation has no single Dolibarr equivalent. Departments map to Dolibarr Categories for segmentation and reporting purposes. For multi-entity Paragon customers with separate DBAs, we review whether the customer needs true multi-company isolation (separate legal entities requiring separate Dolibarr instances) versus departmental segmentation (which Dolibarr Categories handle). This decision is made during discovery because it changes the migration architecture significantly.
Paragon ERP
Association + Attribute
Dolibarr ERP
Category + Note
lossyParagon Associations define record-to-record relationships using Attribute Values. Dolibarr has no native equivalent for cross-record associations. We evaluate each association type: those functioning as categorization become Dolibarr Categories; those functioning as true inter-record links (e.g., a substitution record linking two Items) become Note records with structured relationship metadata. We filter out abandoned Paragon attributes before migration to prevent over-populating the Dolibarr category namespace.
Paragon ERP
Order (Sales)
Dolibarr ERP
Customer Order
1:1Paragon Sales Orders map to Dolibarr Customer Orders with status preserved (Draft, Submitted, Shipped, Invoiced). Line items reference migrated product IDs, quantities, and unit prices. Historical orders migrate with original timestamps preserved. Paragon's screen configuration for orders must be recreated in Dolibarr's Order module settings before import.
Paragon ERP
Order (Purchasing)
Dolibarr ERP
Supplier Order
1:1Paragon Purchase Orders map to Dolibarr Supplier Orders with vendor references resolved to migrated Third Party IDs. Order status (Draft, Approved, Received, Closed) migrates to Dolibarr's status model. Received quantities link to the corresponding warehouse stock entries. Historical PO data migrates with original timestamps.
Paragon ERP
AP/AR
Dolibarr ERP
Third Party Accounting Entries
1:1Open Accounts Payable and Accounts Receivable records from Paragon migrate as Dolibarr Third Party accounting entries linked to the corresponding customer or vendor Third Party. Invoice reference numbers, amounts, due dates, and aging buckets migrate as individual invoice lines. We preserve original transaction dates and invoice numbers for audit trail purposes.
Paragon ERP
User
Dolibarr ERP
User
1:1Paragon Users map to Dolibarr Users with login, name, and email preserved. Role assignments (Admin, Standard User, etc.) map to Dolibarr permission profiles. We do not migrate passwords or authentication credentials; the customer resets credentials post-migration. Users with no active Dolibarr equivalent are placed in a reconciliation queue.
Paragon ERP
Address
Dolibarr ERP
Address (linked to Third Party)
1:1Paragon maintains separate Address records referenced by Customers, Vendors, and Locations. We deduplicate addresses by normalized street, city, state, postal code, and country before import to prevent duplicate address records in Dolibarr. Shipping and billing address flags migrate as address type labels on the linked Dolibarr Third Party.
| Paragon ERP | Dolibarr ERP | Compatibility | |
|---|---|---|---|
| Item (Product) | Product1:1 | Fully supported | |
| Style/Color/Size Grid | Product + Customizable Options1:many | Fully supported | |
| Inventory Location | Warehouse1:1 | Fully supported | |
| Customer | Third Party (Customer)1:1 | Fully supported | |
| Vendor | Third Party (Supplier)1:1 | Fully supported | |
| Department + Entity | Category + Multi-Company Configuration1:many | Fully supported | |
| Association + Attribute | Category + Notelossy | Fully supported | |
| Order (Sales) | Customer Order1:1 | Fully supported | |
| Order (Purchasing) | Supplier Order1:1 | Fully supported | |
| AP/AR | Third Party Accounting Entries1:1 | Fully supported | |
| User | User1:1 | Fully supported | |
| Address | Address (linked to Third Party)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.
Paragon ERP gotchas
Attributes must be created before any import that references them
Association export includes all attributes including abandoned ones
Screen setup required before transaction imports
No public API documentation for bulk export endpoints
Multi-entity structure requires careful chart of accounts mapping
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 attribute audit
We audit the Paragon ERP instance across items (including all active Style/Color/Size grid combinations), customers, vendors, orders (open and historical), inventory locations, departments and entities, active attribute definitions, and association records. We filter abandoned attributes immediately to produce a cleaned attribute list. We identify any EDI or PO configuration that needs to be documented for manual rebuild. We review Dolibarr's module state (Warehouse, Customer Relationship, Sales, Purchases, Accounting, Projects) and confirm which modules the customer wants active. The discovery output is a written migration scope, a cleaned attribute list, and a Dolibarr module-enablement checklist.
Schema design and variant split planning
We design the target Dolibarr schema based on the discovery output. This includes creating the warehouse records (mapped from Paragon Locations), provisioning Third Party records for customers and vendors, configuring Dolibarr Categories to replicate the Paragon department structure, planning the apparel grid variant split (one configurable parent product per grid plus one child product per Size/Color combination), and mapping the Paragon entity segmentation to either Dolibarr multi-company configuration or category-based segmentation. All schema elements are deployed into a test Dolibarr instance for validation before production.
Sandbox migration and reconciliation
We run a full migration into a test Dolibarr instance using production-like data volume. The customer's operations lead reconciles record counts (products in, customers in, vendors in, open orders in, inventory levels in), spot-checks 30–50 records per object against the Paragon source, and confirms the apparel variant split is complete. Any mapping corrections, missing attributes, or variant gaps identified during reconciliation are resolved before production migration begins. This step is particularly important for apparel grids because missed variant rows are difficult to add post-migration without disrupting inventory counts.
Owner and vendor reconciliation
We extract every distinct Paragon user referenced as an order owner, customer relationship owner, or assignment on any record. We match by email against the target Dolibarr User table. Any Paragon user without a matching Dolibarr User goes to a reconciliation queue for the customer's admin to provision. Similarly, vendor codes referenced on Paragon inventory or PO records are reconciled against the migrated vendor Third Party list before inventory and purchasing migrations proceed.
Production migration in dependency order
We run production migration in record-dependency order: Warehouses (from Paragon Locations), Third Parties (customers and vendors), Products with apparel variant split applied, Stock levels per warehouse, Open Customer Orders, Open Supplier Orders, AP/AR balances, and finally historical orders if the customer has requested historical data. Each phase emits a row-count reconciliation report before the next phase begins. We normalize all Paragon date fields to YYYY-MM-DD during transformation and validate each CSV against Dolibarr's field-numbering expectations before batch upload.
Cutover, validation, and configuration handoff
We freeze Paragon write access during the cutover window, run a final delta migration of any records modified during the migration window, then enable Dolibarr as the system of record. We deliver a written inventory of Paragon screen configurations and EDI/PO setup that requires rebuild in Dolibarr, along with a recommendation for any Dolibarr community modules that replace missing integrations (Shopify, WooCommerce). We support a one-week hypercare window where we resolve any record-level reconciliation issues. We do not rebuild Paragon configurations as Dolibarr workflows or automations inside the migration scope; those are documented for the customer's admin to implement.
Platform deep dives
Paragon ERP
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 Paragon ERP 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
Paragon ERP: Not publicly documented.
Data volume sensitivity
Paragon ERP 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 Paragon ERP to Dolibarr ERP migration scoping. Not seeing yours? Book a call.
Walk through your Paragon ERP 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 Paragon ERP
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.