ERP migration

Migrate from Infor LX to Microsoft Dynamics 365 Business Central

Field-level mapping, validation, and rollback between Infor LX and Microsoft Dynamics 365 Business Central. We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Business Central.

Infor LX logo

Infor LX

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

83%

10 of 12

objects map 1:1 between Infor LX and Microsoft Dynamics 365 Business Central.

Complexity

BStandard

Timeline

6-10 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Infor LX to Microsoft Dynamics 365 is a migration from an IBM i-hosted manufacturing ERP with green-screen interfaces and maintenance-mode data exports to a cloud-native platform with browser-native navigation and real-time API access. Infor LX organises data around master-file tables (GL Accounts, Customers, Vendors, Items) and transactional documents (POs, SOs, Work Orders) with a configurable Enterprise Financials layer for multi-currency AP/AR. The primary extraction path requires the M3 BE environment to enter maintenance mode, which suspends all user sessions. We schedule database exports during a planned window and handle referential integrity sequencing across account, customer, vendor, item, and order tables. Dynamics 365 Finance and Supply Chain Management provide the most direct equivalent for manufacturing organisations, with per-user licensing replacing the IBM i infrastructure cost model. Workflows, ION connector configurations, and custom report macros do not migrate as code; we deliver a written inventory of these for the customer's admin to rebuild in the destination environment.

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 LX logo

Infor LX

What's pushing teams away

  • UI modernisation lag makes the green-screen-centric interface increasingly difficult to train new users on compared with browser-native ERP alternatives.
  • Customisation complexity accumulates over years — reports, macros, and form customisations become tightly coupled and expensive to maintain during upgrades.
  • Limited real-time API access forces reliance on maintenance-mode database exports for bulk data movement, which interrupts production users.
  • Annual maintenance costs and the effort required to stay current on releases push some mid-market manufacturers toward cloud-native ERP platforms with included updates.

Choosing

Microsoft Dynamics 365 Business Central logo

Microsoft Dynamics 365 Business Central

What's pulling them in

  • Deep integration with Microsoft 365, Power BI, and Power Platform means organizations already on the Microsoft stack get identity, reporting, and workflow continuity out of the box.
  • Unified financials, sales, service, and operations replace multiple disconnected systems — users report that data entered once flows through purchase orders, invoicing, and approvals without manual re-entry.
  • Copilot AI features (predictive analytics, embedded business intelligence) are included in both Essentials and Premium tiers, addressing demand for AI without separate module purchases.
  • Named-user licensing with no concurrent model appeals to organizations that want predictable per-seat costs even if some users access the system infrequently.
  • Strong partner ecosystem with certified NAV-to-Business Central migration specialists gives mid-market companies confidence the cutover from legacy Navision can be executed reliably.

Object mapping

How Infor LX objects map to Microsoft Dynamics 365 Business Central

Each row shows how a Infor LX object lands in Microsoft Dynamics 365 Business Central, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

Infor LX

Chart of Accounts

maps to

Microsoft Dynamics 365 Business Central

G/L Account

1:1
Fully supported

Infor LX GL accounts (account codes, descriptions, account-type flags, currency associations) map directly to Dynamics 365 Finance G/L Account records. We extract account codes and descriptions from the source database and map account type (Asset, Liability, Equity, Revenue, Expense) to the Dynamics 365 AccountType field. Multi-entity configurations require financial dimension mapping: Infor LX's cost-centre hierarchy maps to Dynamics 365 Financial Dimensions (typically Business Unit, Department, Division, Project), which must be configured before account import because dimensions govern posting group assignment. Period-based account activation dates migrate as the G/L Account valid-from date.

Infor LX

Customer

maps to

Microsoft Dynamics 365 Business Central

Customer

1:1
Fully supported

Infor LX customer master records (MMS001 address data, credit limits, payment terms, multi-currency AR settings) map to Dynamics 365 Customer records with separate party and account structure. The customer party (PartyType = Organization or Person) creates a dirPartyTable record, and the customer account creates a CustTable record linked by the party ID. Multi-currency AR from Infor LX's per-customer currency settings maps to the Dynamics 365 customer currency and the accounting currency pair. Open receivable balances carry forward as unsettled customer transactions against the migrated G/L Account.

Infor LX

Vendor

maps to

Microsoft Dynamics 365 Business Central

Vendor

1:1
Fully supported

Infor LX vendor master records (tax registration, Pay-to addresses, multi-currency AP settings) map to Dynamics 365 Vendor records with the same party-account separation as Customer. The vendor party creates a dirPartyTable record; the vendor account creates a VendTable record. Multi-currency AP settings from Infor LX map to Dynamics 365 vendor currency and the accounting currency pair. Open payable balances carry forward as unsettled vendor transactions against the migrated G/L Account.

Infor LX

Item

maps to

Microsoft Dynamics 365 Business Central

Released Product

1:1
Fully supported

Infor LX item master records in MMS001 (stocking parameters, unit-of-measure conversions, Phantom Item flags, item-type classifications) map to Dynamics 365 Supply Chain Management Released Products. The source item type (Stocked, Service, Phantom, Category) determines the ProductType and the item model group, which controls inventory valuation methods (Standard, Moving Average, FIFO). Unit-of-measure conversions from Infor LX's UOM table map to the Dynamics 365 Unit of Measure framework. Custom fields from CMS470 attach to the item header and migrate as custom fields on Released Product.

Infor LX

Purchase Order

maps to

Microsoft Dynamics 365 Business Central

Purchase Order

1:1
Fully supported

Infor LX PO headers and lines (approval workflows, distribution accounts, foreign-currency amounts, three-way match logic) map to Dynamics 365 Purchase Orders. We extract PO number, vendor reference, header status, line item, quantity, unit price, and delivery date. Three-way match configuration does not migrate; we document the current match tolerance settings as a configuration reference for the customer's Dynamics 365 admin to set in Procurement and Sourcing Parameters. Discounting rules and promotional pricing from Infor LX line-level adjustments carry as price adjustment records or manual line discounts.

Infor LX

Sales Order

maps to

Microsoft Dynamics 365 Business Central

Sales Order

1:1
Fully supported

Infor LX SO records (pricing structures, warehouse assignments, inventory commitments, header-level terms) map to Microsoft Dynamics 365 Sales Orders. We extract SO number, customer account, header terms, line items, quantities, prices, and requested delivery dates. Source-specific discounting rules and promotional pricing that exist as line-level adjustments in Infor LX carry as Dynamics 365 manual line discounts or price adjustment lines. SO status (Open, Confirmed, Shipped, Invoiced) maps to Microsoft Dynamics 365 Sales Status with the corresponding Workflow state.

Infor LX

Work Order

maps to

Microsoft Dynamics 365 Business Central

Production Order

1:1
Fully supported

Infor LX work orders tie production operations to BOMs and routing steps. We preserve work-order numbers, scheduled start and end dates, component allocations (BOM line consumption), and operation-level routing references. Operation-level dependencies and scheduling constraints that drive the APS module do not migrate; these are documented as a separate APS reconfiguration scope for the customer's production planning team. The Dynamics 365 production order carries the same item, quantity, and scheduling date as the source work order.

Infor LX

Inventory Transactions

maps to

Microsoft Dynamics 365 Business Central

Warehouse Management Transactions

1:1
Mapping required

Physical inventory adjustments and stock movements recorded in Infor LX as transaction history map to Dynamics 365 Supply Chain Management inventory transactions. We extract current on-hand balances (item, warehouse, location, quantity, unit of measure) and recent transaction history (adjustment date, adjustment type, quantity delta, financial cost). Full transaction history spanning multiple years migrates selectively based on the customer's reporting retention policy; transactions older than the cutover date are archived rather than loaded into the live inventory ledger to maintain import performance.

Infor LX

Period Table

maps to

Microsoft Dynamics 365 Business Central

Fiscal Calendar

1:1
Fully supported

Infor LX period tables define user-defined financial reporting intervals (fiscal year, period start and end dates, period status) and map directly to Dynamics 365 Finance fiscal calendars. We export the period table structure and the current year's open and closed status. Period status (Open, Closed, On Hold) migrates as the fiscal period's start and end dates, with closed periods locked against further posting in the destination. Multi-company configurations require a separate fiscal calendar per legal entity if fiscal year definitions differ across Infor LX partitions.

Infor LX

Custom Fields (CMS470)

maps to

Microsoft Dynamics 365 Business Central

Custom Fields on Standard Entities

lossy
Fully supported

Infor LX CMS470 custom fields (alphanumeric, numeric, date types) attached to item headers, supplier records, and purchase agreement headers and lines map to Dynamics 365 custom fields on the equivalent standard entities. We extract field definitions and their values together during the same extraction pass. Custom field type mapping: Infor alphanumeric maps to Dynamics 365 Text, numeric maps to Decimal or Integer depending on precision, date types map to Date. The custom field schema must be deployed into Dynamics 365 before the corresponding data import to satisfy the column requirement.

Infor LX

IDM Documents

maps to

Microsoft Dynamics 365 Business Central

SharePoint Attachments / Dataverse Document Locations

1:many
Fully supported

Infor Document Management exports carry a 5,000-document per-run cap when SharePoint is in use, and history and old versions are excluded. We split large document libraries into numbered chunks and run sequential export sessions. Document IDs and extended properties are reassigned on import; we build a cross-reference table during export that maps source document IDs to destination IDs so that document links on migrated POs, SOs, and work orders can be updated post-import. The latest version of each document migrates as a SharePoint file attachment or Dataverse document location.

Infor LX

ION Connector Configurations

maps to

Microsoft Dynamics 365 Business Central

Dataverse Connections / Logic Apps Workflows

1:1
Fully supported

ION connector configurations that orchestrate data flow between Infor LX and connected systems (supplier portals, customer EDI, shop-floor data collection) do not migrate as integration code. We deliver a written inventory of each active ION service, its trigger (REST, queue, schedule, storage), its timeout configuration, its payload structure, and its destination endpoint. The customer's integration team or a Microsoft partner rebuilds equivalent flows in Azure Logic Apps, Dataverse connections, or Power Automate, referencing the inventory as the functional specification.

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 LX logo

Infor LX gotchas

High

Maintenance mode required for database exports

Medium

IDM document export caps at 5,000 items per run

Medium

ION API execution timeouts are strict

Low

Document IDs and properties are reassigned on import

Microsoft Dynamics 365 Business Central logo

Microsoft Dynamics 365 Business Central gotchas

High

Named-user licensing has no concurrent-use relief

High

API rate limits throttle large-volume migrations

Medium

Historical posted transactions require selective migration scoping

Medium

NAV-to-Business Central cloud migration requires partner coordination

Low

Custom fields and AL extensions require separate migration handling

Pair-specific challenges

  • Maintenance-mode export window suspends all production users

    Infor LX's primary data extraction path uses the built-in Database > Export Database Data tool, which prompts the system to enter M3 BE maintenance mode when the environment is running. Maintenance mode suspends all user sessions, including shop-floor operators, warehouse staff, and finance users. We schedule database exports during a planned maintenance window and extract all target tables (GL accounts, customers, vendors, items, orders) in a single pass to minimise downtime. For large datasets requiring multiple export passes, we sequence them and use database transaction logs to preserve referential integrity between passes.

  • IDM document export caps at 5,000 items per run

    Infor Document Management's Export/Import tool enforces a 5,000-document limit per exporter run when SharePoint is in use. Document history and previous versions are not included in the export — only the latest version of each document transfers. We split large document libraries into numbered chunks, run sequential export sessions, and track the ID remapping table to update any document references in migrated records at import time. Customers with document-heavy repositories (thousands of PO attachments, SO confirmations, or work order traveler prints) should expect the document migration to extend the overall timeline significantly.

  • ION API timeouts require payload pre-chunking

    Customer-built ION services enforce a 25-second timeout on REST API handlers and a 10-minute timeout on queue, schedule, and storage handlers. We batch migration payloads to stay within the 25-second REST window, pre-chunk inventory and order transaction sets, and use storage handlers for bulk record retrieval rather than synchronous REST calls. Migrations that skip this pre-chunking step against a live ION endpoint will receive timeout errors and incomplete datasets.

  • Document IDs and properties are reassigned on import

    The IDM export/import approach does not preserve original document IDs or extended properties — new IDs are generated in the destination. We build a cross-reference table during export that maps source document IDs to destination IDs and any custom metadata keys. After the import completes, we re-link documents to their associated transactional records (POs, SOs, work orders) using this cross-reference. Any document reference in a migrated record that cannot be resolved to a destination document is flagged in the reconciliation report for the customer's admin to investigate.

  • Financial dimensions differ between Infor LX partitions and Dynamics 365 legal entities

    Infor LX organisations running multiple IBM i partitions (separate companies, separate fiscal calendars, separate currency settings) map to multiple Dynamics 365 legal entities, each with its own fiscal calendar, chart of accounts, and financial dimension set. The financial dimension structure in Dynamics 365 (Business Unit, Department, Cost Centre, Project) must be designed before account import and may require consolidation or re-mapping from Infor LX's cost-centre hierarchy. STAEDEAN's data migration experience for Dynamics 365 F&SCM notes that customers frequently have 4-13 financial dimensions in legacy ERPs, all of which need explicit mapping to the destination's dimension framework.

Migration approach

Six steps for a successful Infor LX to Microsoft Dynamics 365 Business Central data migration

  1. Discovery and source audit

    We audit the source Infor LX environment across all IBM i partitions in scope, identifying master-file record counts (GL accounts, customers, vendors, items), open transactional volumes (POs, SOs, work orders), inventory site count, multi-currency entities, CMS470 custom field definitions, and active ION connector configurations. We also assess the current M3 BE maintenance-mode export capability and estimate the downtime window required. The discovery output is a written migration scope document covering record volumes, data quality observations, and a recommended Dynamics 365 application stack (Finance only, Finance + Supply Chain Management, or Finance + Supply Chain Management + Manufacturing).

  2. Destination schema design and financial dimension mapping

    We design the Dynamics 365 schema based on the source audit. This includes provisioning legal entities (one per Infor LX partition), the G/L Account structure and account type mapping, Financial Dimensions (aligned to the source cost-centre hierarchy), the item product type and inventory model group, the warehouse and site structure, and any CMS470 custom fields as custom attributes on the relevant entities. The financial dimension mapping is the highest-risk design decision at this stage because it governs every downstream posting. We validate the dimension mapping against the source chart of accounts before any data loads begin.

  3. Data quality profiling and cleansing

    We extract representative samples from each master-file and transactional table and profile for duplicates, inconsistent naming, inactive records with open balances, and orphaned references (customers referenced on orders but missing from the customer master). Data quality issues identified during profiling are documented in a cleansing workback with the customer's finance and operations leads. FlitStack AI performs automated deduplication and normalisation within the migration scope, but structural inconsistencies (accounting policies applied inconsistently across entities, posting groups changed historically without documentation) require the customer's subject-matter expert to resolve.

  4. Sandbox migration and reconciliation

    We run a full migration into a Dynamics 365 sandbox environment using production-like data volumes. The customer's finance and operations leads reconcile record counts, spot-check 25-50 records per entity against the Infor LX source, and validate that financial dimension assignments match the source cost-centre mapping. Any field mapping corrections, missing custom fields, or dimension re-alignments are applied here. The sandbox sign-off is a gating requirement before production migration begins.

  5. Production migration in dependency order

    We run production migration in referential integrity order: G/L Accounts first (no dependencies), then Customers and Vendors (no dependencies), then Items (no dependencies), then Purchase Orders (depends on Vendors and Items), then Sales Orders (depends on Customers and Items), then Work Orders (depends on Items and BOM/Routing if carried), then Inventory on-hand balances (depends on Items and Warehouses), then IDM documents (depends on transactional records for re-linking). Each phase emits a row-count reconciliation report before the next phase begins. Maintenance-mode exports from Infor LX are sequenced in a single planned window where possible.

  6. Cutover, delta migration, and ION handoff

    We freeze Infor LX writes during cutover, run a final delta migration of any records modified during the migration window, then enable Dynamics 365 as the system of record. We deliver the ION connector configuration inventory and the custom field definition document to the customer's integration and admin teams for rebuild in Dataverse connections or Logic Apps. We support a one-week hypercare window where we resolve reconciliation issues raised by the customer's team. We do not rebuild ION connector flows, Infor LX report macros, or Enterprise Financials configurations as part of the migration scope; these are documented for the customer's team or a Microsoft implementation partner to rebuild separately.

Platform deep dives

Context on both ends of the pair

Infor LX logo

Infor LX

Source

Strengths

  • Deep manufacturing capabilities with strong MRP/MPS and shop-floor functionality, popular with large discrete and process manufacturers
  • Stability and longevity on the IBM i (AS/400) platform — Infor LX 8.4 still runs on this trusted, scalable hardware
  • Effective integration of planning, manufacturing, and distribution within a single ERP
  • Available in both Infor Cloud and on-premises deployment, allowing flexibility for customers with data residency or hardware preferences
  • Large enterprise segment focus — about 45% of PeerSpot researchers come from large enterprise, validating the platform for that scale

Weaknesses

  • Support is widely reported as lacking, with vendor attention focused on newer products over LX
  • APIs are underdeveloped relative to the IBM i foundation, complicating integration with modern cloud applications
  • User interface is dated and needs significant enhancement to match contemporary ERP UX expectations
  • Finance and administration features fall short for some country localizations (e.g., Italian accounting)
  • Customer base skews toward established enterprises rather than growing/cloud-first companies, limiting peer-community modernization patterns
Microsoft Dynamics 365 Business Central logo

Microsoft Dynamics 365 Business Central

Destination

Strengths

  • Tight integration with Microsoft 365 (Outlook, Teams, SharePoint) for users already in the Microsoft ecosystem.
  • Includes Copilot AI, predictive analytics, and embedded Power BI dashboards at no additional cost in both license tiers.
  • Supports multiple companies within a single tenant for holding-company or multi-entity organizational structures.
  • Open REST API v2.0 with OAuth 2.0 authentication and data entity abstraction layer for developer-friendly integrations.
  • Strong partner ecosystem specializing in NAV-to-Business Central migrations provides implementation confidence for legacy upgrades.

Weaknesses

  • Named-user licensing model means every active user account requires a paid license — no concurrent access model to reduce costs for occasional users.
  • SaaS-only deployment means no on-premises option; organizations requiring full data residency control may not have viable alternatives within Microsoft's stack.
  • Manufacturing module (Production Orders, routing, work centers) is only available on Premium tier, pushing cost-sensitive manufacturers to higher-priced plans.
  • Customization and extension development requires AL language knowledge and developer licenses, limiting what power users can do without a partner engagement.
  • Global pricing increases effective October 2024 and again October 2025 after five years of stable pricing, creating budget uncertainty for existing customers.

Complexity grading

How hard is this migration?

Standard ERP migration. 1 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Infor LX and Microsoft Dynamics 365 Business Central.

  • Object compatibility

    B

    1 of 8 objects need a mapping; the rest are 1:1.

  • 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 LX: PRD tenants capped at 250 concurrent REST executions across all deployed services; non-PROD tenants capped at 125. Individual REST handlers limited to 25 seconds per call..

  • Data volume sensitivity

    B

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

Estimator

Estimate your Infor LX to Microsoft Dynamics 365 Business Central 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 LX to Microsoft Dynamics 365 Business Central data migrations

Answers to the questions buyers ask most during Infor LX to Microsoft Dynamics 365 Business Central migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Infor LX to Microsoft Dynamics 365 Business Central migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most manufacturing migrations land between six and ten weeks for organisations with a single IBM i partition, under 15,000 items, and open-order volumes under 5,000 POs and 5,000 SOs. Migrations with multiple IBM i partitions, full PO/SO history (over 100,000 line items), CMS470 custom field complexity, or inter-company AR/AP carry-forward move to twelve to twenty weeks because of multi-partition sequencing, financial dimension mapping, and cross-partition referential integrity resolution. The Dynamics 365 implementation itself (configuration, testing, training) runs in parallel and typically takes six to fourteen months end-to-end for a full Finance + Supply Chain Management deployment.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Infor LX.
Land in Microsoft Dynamics 365 Business Central, 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