ERP migration

Migrate from Infor LN to Dolibarr ERP

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 logo

Infor LN

Source

Dolibarr ERP

Destination

Dolibarr ERP logo

Compatibility

67%

8 of 12

objects map 1:1 between Infor LN and Dolibarr ERP.

Complexity

BStandard

Timeline

4-8 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

Infor LN logo

Infor LN

What's pushing teams away

  • Licensing cost and minimum user requirements (20 users) make it economically impractical for smaller manufacturers or organizations with seasonal headcount.
  • Steep learning curve and specialized consultant dependency for day-to-day administration create ongoing operational overhead after go-live.
  • Vendor audit requests and contract enforcement practices cause friction and distrust, with some organizations reporting extended pressure campaigns for access and documentation.
  • Modern, lighter-weight ERPs like NetSuite or Acumatica offer faster time-to-value for manufacturers without the depth of discrete engineering complexity that LN addresses.
  • Support quality is perceived as inconsistent across implementation partners, leading to variable post-go-live experiences.

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

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

maps to

Dolibarr ERP

Third Party (llx_societe)

1:1
Fully supported

LN 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

maps to

Dolibarr ERP

Product (llx_product)

1:1
Fully supported

LN 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

maps to

Dolibarr ERP

Product (flat)

lossy
Fully supported

LN 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

maps to

Dolibarr ERP

Warehouse (llx_entrepot)

1:1
Fully supported

LN 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

maps to

Dolibarr ERP

Customer Order (llx_commande_fournisseur ou client)

1:1
Fully supported

LN 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

maps to

Dolibarr ERP

Supplier Order (llx_commande_fournisseur)

1:1
Fully supported

LN 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

maps to

Dolibarr ERP

Project (llx_projet)

1:1
Fully supported

LN 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

maps to

Dolibarr ERP

Accounting Configuration (llx_compte_generaux)

lossy
Fully supported

LN 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

maps to

Dolibarr ERP

Customer Product Price / Supplier Product Price

lossy
Mapping required

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

maps to

Dolibarr ERP

Extrafields (llx_extrafields)

lossy
Fully supported

LN 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

maps to

Dolibarr ERP

Document Management (Dolibarr ECM)

1:1
Fully supported

LN 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

maps to

Dolibarr ERP

User (llx_user)

1:1
Fully supported

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

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.

Infor LN logo

Infor LN gotchas

High

ION API REST handler timeout is 25 seconds

High

Text data stored in separate LN Tools table requires join reconstruction

High

Multicompany invoicing creates intercompany settlements that can orphan during migration

Medium

Custom fields require Domain property validation before schema mapping

Medium

Price matrix priority rules must be exported as metadata, not just price data

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

  • Multi-level BOMs collapse to flat product definitions in Dolibarr

    Dolibarr's product model does not support recursive Bills of Materials, phantom assemblies, or option classes. When we migrate a multi-level LN BOM tree, we flatten it to the finished product definition and write first-level component relationships as Dolibarr kit lines. Any sub-level components lose their parent-child nesting context. Organizations relying on LN's ECO-controlled BOM revisions, option classes, or lead-time offset scheduling need to re-evaluate whether Dolibarr's flat kit model meets their production planning needs before committing to migration. We document the full LN BOM tree structure as written inventory for the customer's admin to manually reconfigure.

  • Multicompany financial structures do not exist in Dolibarr

    LN's multicompany architecture with separate Financial Companies, intercompany invoicing, and settlement journal entries has no Dolibarr equivalent. Organizations with multiple financial entities running intercompany settlements will need to either consolidate to a single company structure in Dolibarr or operate separate Dolibarr instances per entity. We flag any LN invoice that generated an intercompany settlement record and document it as a written reconciliation item; the customer restructures these manually post-migration. Organizations relying on LN's consolidated financial reporting across entities face a fundamental architectural change.

  • LN text data requires two-pass extraction to reconstruct full records

    LN stores long-form text (descriptions, notes, terms) in dedicated LN Tools tables and assigns a numeric text ID to each text field across transactional 'pd' tables. Direct table extraction produces text IDs rather than readable content. We always execute a two-pass extract: first the LN Tools table contents keyed by text ID, then the transactional tables, joining them in our staging layer before writing to Dolibarr. Skipping this step produces records with empty description and note fields in Dolibarr, which requires a full re-extraction to correct.

  • Dolibarr date format validation is strict; mismatched formats reject records

    Dolibarr enforces a strict date format on import (YYYY-MM-DD or YYYY-MM-DD HH:MM:SS for datetime). The GitHub issue #24700 on Dolibarr/dolibarr documents that date fields with non-matching formats are rejected with a validation error. LN stores dates in various formats depending on the database layer (Oracle, SQL Server, DB2). We normalize all date fields to YYYY-MM-DD before writing to Dolibarr, and we validate a sample of records in a test pass before running the full migration. Any custom date formats in LN custom fields require explicit mapping during scoping.

  • Dolibarr's modular activation requires deliberate module selection upfront

    Unlike Infor LN which ships with a comprehensive module set, Dolibarr requires the customer's admin to explicitly activate modules (CRM, Projects, Stock, Invoicing, Accounting, Contracts). Organizations migrating from LN may not realize that their expected functionality is behind an unactivated module flag. We include a Dolibarr module activation checklist as part of the configuration deliverable, scoped to the modules relevant to the migrated data. Any LN module with no Dolibarr equivalent (MRO, Field Service, Manufacturing routing) is documented as a gap for the customer to address through third-party add-ons or process redesign.

Migration approach

Six steps for a successful Infor LN to Dolibarr ERP data migration

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

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

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

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

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

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

Context on both ends of the pair

Infor LN logo

Infor LN

Source

Strengths

  • Handles multi-level BOMs, phantom assemblies, and engineering change orders without requiring application-layer workarounds.
  • Multicompany architecture natively supports organizations with multiple financial entities and intercompany trading.
  • MRO and field service modules provide depot-level and shop-floor tracking capabilities purpose-built for A&D environments.
  • Cloud deployment on AWS delivers elastic scaling and automated availability-zone failover at a lower TCO than statically-sized on-premises.
  • Comprehensive discrete manufacturing coverage across ETO, MTO, and standard BOM-driven production modes.

Weaknesses

  • Minimum 20-user licensing requirement and $200/user/month floor exclude smaller manufacturers from cost-effective adoption.
  • Specialized consultant dependency for administration creates ongoing operational overhead beyond typical ERP platforms.
  • Steep learning curve and dated UI conventions compared to modern SaaS ERP alternatives.
  • Unicode and VRC-based update management requires careful planning and downtime windows for on-premises deployments.
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. All 8 core objects map 1:1 between Infor LN and Dolibarr ERP.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Infor LN and Dolibarr ERP.

  • Object compatibility

    A

    All 8 core objects map 1:1 between Infor LN and Dolibarr ERP.

  • 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

    Infor LN: PRD tenant: max 250 concurrent REST executions; other tenant suffixes: max 125. REST handler timeout: 25 seconds..

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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 consultation

Straightforward migrations with under 25,000 Business Partners, 10,000 Items, and no multi-level BOM structures land between four and eight weeks. Migrations with multi-level BOMs, LN Extensions custom fields, large transactional histories, or active intercompany settlement records move to ten to fourteen weeks because of BOM flattening logic, text-table join reconstruction, and financial reconciliation work. Migration time is dominated by the LN environment audit, the two-pass text extraction, and the BOM flattening specification rather than pure record volume.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Infor LN.
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