ERP migration
Field-level mapping, validation, and rollback between Infor LN and Dolibarr ERP. We move data and schema; workflows are rebuilt natively in Dolibarr ERP.
Infor LN
Source
Dolibarr ERP
Destination
Compatibility
8 of 12
objects map 1:1 between Infor LN and Dolibarr ERP.
Complexity
BStandard
Timeline
4-8 weeks
Overview
Moving from Infor LN to Dolibarr is a deliberate simplification from an enterprise-grade discrete manufacturing ERP to a modular open-source ERP/CRM. Infor LN carries deep BOM hierarchies, MRO modules, and multi-company financial structures that Dolibarr does not replicate; we scope the migration to what Dolibarr actually supports and flag the structural gaps upfront. The technical core of the migration involves LN's text data architecture: LN stores long-form text in separate LN Tools tables and assigns a numeric text ID to each text field across transactional tables, so we execute a two-pass extract to join text content back to transactional records before writing into Dolibarr. We flatten multi-level BOMs to finished product definitions, map LN Business Partners to Dolibarr Third Parties with role flags, and preserve price records as Dolibarr customer and supplier product prices. We do not migrate multicompany financial structures, MRO and field service records, or LN custom extensions as live data; we document these as written inventory for the customer's admin to handle post-migration.
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 Infor LN 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.
Infor LN
Business Partners
Dolibarr ERP
Third Party (llx_societe)
1:1LN Business Partners map to Dolibarr Third Parties (societe) with a Role field distinguishing customer from supplier. LN stores address and contact data as separate child records; we reconstruct these by joining to LN's address and contact tables during extraction and writing them as Dolibarr address lines and contact records (llx_socpeople). Financial limit data from LN maps to Dolibarr's customer rating and payment term fields.
Infor LN
Items
Dolibarr ERP
Product (llx_product)
1:1LN Items (finished goods, raw materials, semi-finished) map to Dolibarr Products. Item type (stockable, service, assembly) maps to Dolibarr's product type field. Selling and buying prices migrate as Dolibarr customer and supplier product price records. LN item costing data (standard cost, average cost) maps to Dolibarr's cost price fields if the PM (stock) module is enabled.
Infor LN
Bills of Materials
Dolibarr ERP
Product (flat)
lossyLN multi-level BOMs with phantom assemblies, option classes, and lead-time offsets do not have a direct Dolibarr equivalent. Dolibarr's product model is flat: it supports sub-product relationships for basic kit definitions but not recursive nesting. We flatten multi-level BOMs to finished product definitions, writing first-level component relationships as Dolibarr kit/sub-product lines. Phantom assemblies and option classes require manual reconfiguration post-migration; we document the full LN BOM tree as written inventory for the customer's admin.
Infor LN
Warehouses and Sites
Dolibarr ERP
Warehouse (llx_entrepot)
1:1LN Sites representing physical or logical inventory locations map to Dolibarr Warehouses. Site-level inventory policies, location codes, and receiving rules map to Dolibarr warehouse properties. We extract multisite control data for cross-site transfer awareness and write it as warehouse notes for post-migration reference.
Infor LN
Sales Orders
Dolibarr ERP
Customer Order (llx_commande_fournisseur ou client)
1:1LN Sales Order headers and lines map to Dolibarr Customer Order. Order status, dates, payment terms, and line items (product reference, quantity, unit price) migrate directly. LN's price matrix resolution on orders maps to the migrated price records in Dolibarr. Multicompany sales orders that span LN financial entities do not migrate as structured records; the customer must re-enter or restructure these post-migration.
Infor LN
Purchase Orders
Dolibarr ERP
Supplier Order (llx_commande_fournisseur)
1:1LN Purchase Order headers, lines, and schedule dates map to Dolibarr Supplier Order. Purchase contract (blanket order) release schedules that decrement funded quantities migrate as standard purchase order lines with reference to the original contract number. We preserve the funded-quantity decrement context in the order notes field.
Infor LN
Projects
Dolibarr ERP
Project (llx_projet)
1:1LN Projects supporting ETO and MTO lifecycles with phase structures and billing milestones map to Dolibarr Projects. We migrate project name, description, phase structures, and dates. Revenue recognition milestone data migrates as Dolibarr task-level notes for the customer's finance team to rebuild in the project billing workflow. LN project cost tracking does not replicate in Dolibarr's project module.
Infor LN
Financial Companies
Dolibarr ERP
Accounting Configuration (llx_compte_generaux)
lossyLN Financial Companies with separate charts of accounts and fiscal calendars require post-migration configuration in Dolibarr. We extract the LN chart of accounts and fiscal calendar structure and deliver it as a written accounting plan that the customer's accountant configures in Dolibarr's accounting module. Organizations using LN's multicompany consolidation features will need to re-architect their reporting structure.
Infor LN
Item Surcharges and Price Matrices
Dolibarr ERP
Customer Product Price / Supplier Product Price
lossyLN price matrix priority rules (matrix definition tdpcg0610m000 with priority search order) have no equivalent in Dolibarr's flat price model. We migrate the resulting active price records to Dolibarr customer and supplier product prices, and we deliver the full matrix definition and priority chain as written documentation for the customer's admin to manually configure equivalent price books in Dolibarr.
Infor LN
Custom Fields (LN Extensions)
Dolibarr ERP
Extrafields (llx_extrafields)
lossyLN custom fields defined in the Extensions package with Domain-typed data migrate to Dolibarr extrafields. We read the Domain property (alphanumeric, numeric, date, etc.) from the LN Extensions metadata to confirm type compatibility before writing to Dolibarr's extrafields table. Any column where the domain type cannot be coerced to a Dolibarr-supported extrafield type is flagged in the reconciliation report for manual resolution.
Infor LN
Attachments and Document References
Dolibarr ERP
Document Management (Dolibarr ECM)
1:1LN stores document references (URL pointers to file storage) rather than binary content. We extract document metadata and URL paths and write them as Dolibarr ECM entries pointing to the migrated file storage location. The actual binary files must be transferred separately via the customer's file transfer process; Dolibarr does not replicate LN's document storage system.
Infor LN
User/Employee Assignments
Dolibarr ERP
User (llx_user)
1:1LN users mapped to Business Partner contacts and organizational approval roles map to Dolibarr Users by email match. We extract user IDs, names, and email addresses from LN and match against Dolibarr User records. LN-specific role assignments for approval routing do not replicate in Dolibarr; we document these as written role inventory for the customer's admin to rebuild using Dolibarr's permission system.
| Infor LN | Dolibarr ERP | Compatibility | |
|---|---|---|---|
| Business Partners | Third Party (llx_societe)1:1 | Fully supported | |
| Items | Product (llx_product)1:1 | Fully supported | |
| Bills of Materials | Product (flat)lossy | Fully supported | |
| Warehouses and Sites | Warehouse (llx_entrepot)1:1 | Fully supported | |
| Sales Orders | Customer Order (llx_commande_fournisseur ou client)1:1 | Fully supported | |
| Purchase Orders | Supplier Order (llx_commande_fournisseur)1:1 | Fully supported | |
| Projects | Project (llx_projet)1:1 | Fully supported | |
| Financial Companies | Accounting Configuration (llx_compte_generaux)lossy | Fully supported | |
| Item Surcharges and Price Matrices | Customer Product Price / Supplier Product Pricelossy | Mapping required | |
| Custom Fields (LN Extensions) | Extrafields (llx_extrafields)lossy | Fully supported | |
| Attachments and Document References | Document Management (Dolibarr ECM)1:1 | Fully supported | |
| User/Employee Assignments | User (llx_user)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.
Infor LN gotchas
ION API REST handler timeout is 25 seconds
Text data stored in separate LN Tools table requires join reconstruction
Multicompany invoicing creates intercompany settlements that can orphan during migration
Custom fields require Domain property validation before schema mapping
Price matrix priority rules must be exported as metadata, not just price data
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 LN environment audit
We audit the source Infor LN environment: Business Partner count, Item count, warehouse and site count, BOM depth and nesting level, active price matrix definitions, transactional volumes (open and historical orders, invoices), LN Extensions custom field definitions with Domain properties, and any active intercompany settlement records. We extract LN Tools table contents separately for join reconstruction in the next phase. The discovery output is a written migration scope, a Dolibarr module activation checklist scoped to the migrated data, and a BOM flattening specification for any multi-level structures.
Target Dolibarr configuration design
We design the target Dolibarr configuration in a staging environment. This includes activating the relevant modules (Third Party, Product, Stock, Customer Order, Supplier Order, Project, Invoicing, and Accounting if applicable), configuring the chart of accounts and payment term defaults, defining warehouse locations, and creating Dolibarr extrafields to receive migrated LN custom fields with type-compatible data types. We document which LN modules have no Dolibarr equivalent (MRO, Field Service, Manufacturing routing) for the customer's awareness.
Text-table join and BOM flattening in staging
We execute the two-pass LN extraction: first pulling the LN Tools table text contents keyed by text ID, then pulling transactional tables and joining them in our staging layer. For multi-level BOMs, we apply the flattening specification: finished product records as Dolibarr Products, first-level components as kit/sub-product lines, and sub-level components written to a separate BOM inventory document for manual rebuild. We run a small pilot migration (500 records each of Business Partners, Items, and Orders) into the staging Dolibarr to validate joins and format before scaling to full volume.
Sandbox migration and reconciliation
We run a full migration into the staging Dolibarr instance using production-like data volumes. The customer's operations lead reconciles record counts (Business Partners in, Items in, Warehouses in, Orders in, Invoices in), spot-checks 25-50 records against the LN source for field accuracy, and validates that text descriptions are fully populated from the reconstructed LN Tools joins. Any BOM flattening gaps, missing addresses, or format issues are corrected in the staging migration before production migration begins.
Production migration in dependency order
We run production migration in dependency order: Dolibarr module activation and accounting configuration (validated), Third Parties (from LN Business Partners with address and contact reconstruction), Products (from LN Items with price records), Warehouses (from LN Sites), BOM flattening output (as Dolibarr kit products with component lines), Customer Orders (from LN Sales Orders), Supplier Orders (from LN Purchase Orders), Project records, and historical invoices. We flag any LN multicompany settlement record to a written reconciliation queue rather than attempting to create unbalanced intercompany entries in Dolibarr.
Cutover, validation, and document handoff
We freeze write access to LN during the cutover window, run a final delta migration of any records modified during the migration window, then mark Dolibarr as the system of record. We validate transaction totals (open order value, total payable, total receivable) against LN reports before sign-off. We deliver the full LN BOM tree structure as written inventory, the intercompany settlement reconciliation list, the LN custom field mapping specification for Dolibarr extrafields, and the module activation checklist. We support a one-week hypercare window for reconciliation issues. We do not rebuild LN workflows, automations, or approval routing; those are documented for the customer's admin to configure in Dolibarr's workflow and permission system.
Platform deep dives
Infor LN
Source
Strengths
Weaknesses
Dolibarr ERP
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. All 8 core objects map 1:1 between Infor LN and Dolibarr ERP.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Infor LN and Dolibarr ERP.
Object compatibility
All 8 core objects map 1:1 between Infor LN and Dolibarr ERP.
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
Infor LN: PRD tenant: max 250 concurrent REST executions; other tenant suffixes: max 125. REST handler timeout: 25 seconds..
Data volume sensitivity
Infor LN 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 Infor LN to Dolibarr ERP migration scoping. Not seeing yours? Book a call.
Walk through your Infor LN 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 Infor LN
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.