ERP migration

Migrate from Infor XA to Microsoft Dynamics 365 Business Central

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

Infor XA logo

Infor XA

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

75%

9 of 12

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

Complexity

BStandard

Timeline

6-10 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Migrating from Infor XA to Microsoft Dynamics 365 is a structured data extraction and schema transformation project. Infor XA stores manufacturing data in Db2 for i with flat-file conventions that predate relational normalization; Microsoft Dynamics 365 uses typed tables, lookup relationships, and configuration objects (BOM versions, work center groups, inventory posting groups) that require explicit mapping rather than direct field correspondence. We establish read-only SQL access to the IBM i with the customer's IBM i administrator, extract in dependency order starting with GL chart of accounts, then Items and BOMs, then open purchase orders and work orders, then transactional history, and we flag RPG customizations and IFS-hosted document attachments as separate remediation workstreams rather than migration records. Business Central targets SMB to mid-market manufacturing; Finance and Supply Chain Management targets enterprise discrete manufacturing with multi-site, multi-company, and advanced planning requirements. We do not migrate workflows, production schedules generated by XA's planning engine, or RPG customizations as functional equivalents in the destination system.

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

Infor XA

What's pushing teams away

  • The aging green-screen interface requires Citrix XenApp access and frequent password rotations, creating friction for shop floor operators and increasing IT overhead for every user session.
  • Extracting large datasets from Db2 for i requires additional steps and tooling; customers report that bulk data exports are time-consuming and often need custom scripting.
  • The pool of developers skilled in RPG and IBM i administration is shrinking, making long-term maintenance costs and customization risk escalate as tenured staff retire.
  • Limited native cloud capabilities and difficulty integrating modern CRM, eCommerce, WMS, and automation tools put XA customers at a disadvantage against competitors with cloud-native architectures.
  • High cost of customizations layered over decades of site-specific modifications creates a growing total cost of ownership that drives evaluation of modern ERP alternatives.

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 XA objects map to Microsoft Dynamics 365 Business Central

Each row shows how a Infor XA 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 XA

General Ledger Accounts

maps to

Microsoft Dynamics 365 Business Central

G/L Account (Business Central) / Ledger Account (F&SCM)

1:1
Fully supported

XA GL accounts in the chart of accounts export cleanly as structured account codes with descriptions and posting controls. We map XA account numbers directly to Business Central G/L Account No. or F&SCM MainAccount entities. Account type (balance sheet, income statement, statistical) and posting group assignments are resolved during configuration against the destination chart of accounts template before import begins.

Infor XA

Items (Inventory)

maps to

Microsoft Dynamics 365 Business Central

Item (Business Central) / Product (F&SCM)

1:1
Mapping required

Item master records in XA carry stocking codes, cost methods (FIFO, standard, average), warehouse assignments, and unit of measure conversions. We map XA item numbers to Business Central Item No. or F&SCM Product number, preserving stocking type, inventory posting group, and cost method. Any user-defined fields from XA CMS470 map to custom fields on the destination Item entity. Unit of measure conversions are extracted from XA's UOM master and mapped to Business Central's Unit of Measure table or F&SCM's product dimension settings.

Infor XA

Bills of Material

maps to

Microsoft Dynamics 365 Business Central

BOM and Version (Business Central) / BOM and Formula (F&SCM)

lossy
Mapping required

XA BOMs support multi-level, phantom, and substitute item structures with effective dates and expiration dates. Migration requires recursive BOM explosion to flatten nested hierarchies into the destination BOM lines table. We extract XA BOM parent-item relationships, child items, quantities per, scrap percentages, and operation references, then create Business Central BOM Header and BOM Component records or F&SCM BOM Master and BOM Lines with the appropriate version validity periods.

Infor XA

Manufacturing Routings

maps to

Microsoft Dynamics 365 Business Central

Routing (Business Central) / Production Route (F&SCM)

lossy
Mapping required

X routing definitions define operation sequences, work centers, labor and machine standards, and queue and setup times tied to production. We map XA work center codes to Business Central Work Centre or F&SCM Operations Resource entities, preserving operation sequence, run time, setup time, and route group assignments. Work center capacity (hours per day, efficiency, queue time) requires explicit mapping against the destination calendar configuration.

Infor XA

Work Orders

maps to

Microsoft Dynamics 365 Business Central

Production Order (Business Central) / Production Order (F&SCM)

1:1
Mapping required

Open and released work orders in XA drive shop floor control and link to routings, labor posting, and costing. We extract work order headers, status, item, quantity, and operation-level data, then create Business Central Production Orders (firm or released status) or F&SCM Production Orders with linked route and BOM. Historical work orders (closed, invoiced) migrate to the history tables with their costing data intact. Status mapping requires XA work order status codes translated to Business Central Firm, Planned, or Released status values.

Infor XA

Purchase Orders

maps to

Microsoft Dynamics 365 Business Central

Purchase Order (Business Central) / Purchase Order (F&SCM)

1:1
Mapping required

PO headers and lines in XA carry supplier number, terms, delivery schedules, and line item details including quantity ordered, price, and due date. We map header-level fields (PO number, supplier, terms, ship-to location) and line-level fields (item number, quantity, unit cost, scheduled delivery date) to Business Central or F&SCM Purchase Order entities. Blanket orders and contracts migrate as blanket Purchase Orders with release lines. Any purchase agreement pricing tied to supplier item numbers is preserved in vendor catalog mappings.

Infor XA

Customer Orders

maps to

Microsoft Dynamics 365 Business Central

Sales Order (Business Central) / Sales Order (F&SCM)

1:1
Mapping required

Sales orders in XA link to pricing, availability checking, and inventory allocation. We map order headers, line items with quantities and prices, delivery addresses, and order-specific discounts or special terms to Business Central Sales Order or F&SCM Sales Order entities. Ship-to addresses map to Business Central Ship-to Address or F&SCM Delivery Addresses. Order statuses (open, shipped, invoiced, held) map to destination document status codes with the original status preserved as a custom field for reconciliation.

Infor XA

Open AP/AR Records

maps to

Microsoft Dynamics 365 Business Central

Vendor Ledger Entries / Customer Ledger Entries (Business Central) / Vendor Transactions / Customer Transactions (F&SCM)

1:1
Mapping required

Outstanding payables and receivables in XA carry customer or vendor number, invoice number, due date, and open amount. We extract open AP and AR documents and map them to Business Central Vendor and Customer Ledger Entries or F&SCM open vendor and customer transactions. Original invoice numbers, due dates, payment terms, and amounts migrate with the open document preserved. We flag any XA invoices with mismatched vendor addresses or partial payments for customer review before import.

Infor XA

Shop Floor Data Collection

maps to

Microsoft Dynamics 365 Business Central

Prod. Order Journal / Time Registration (Business Central) / Production Journal / Time and Attendance (F&SCM)

1:1
Mapping required

Time entries, labor posting, and operation completions recorded in XA's shop floor module tie to work orders and employee records. We extract labor hours by work order, operation, and employee, then map to Business Central Production Journal entries or F&SCM Production Journal lines. Time card data migrates as posted journal entries rather than open records, preserving labor cost distribution against the original routing operation.

Infor XA

Users and Security Profiles

maps to

Microsoft Dynamics 365 Business Central

Users and Permission Sets (Business Central) / Users and Security Roles (F&SCM)

1:1
Mapping required

XA user accounts and IBM i security profiles define access rights and default accounting entities. We extract user IDs, names, and role assignments from the XA security file and map them to Business Central User entities and Permission Sets or F&SCM Security Roles. Any XA custom permissions tied to site-specific RPG programs are flagged as non-migratable and documented for replacement in the new ERP's standard permission model.

Infor XA

Custom Fields

maps to

Microsoft Dynamics 365 Business Central

Custom Fields (Business Central) / Extension Fields (F&SCM)

lossy
Mapping required

XA supports user-defined fields on items, suppliers, and purchase agreement headers via CMS470. These alphanumeric, numeric, or date fields require explicit field-level mapping to Business Central custom fields or F&SCM extension fields, with data type conversion applied during the extract phase. Custom field values stored as separate XA files rather than columns in the main item table require separate file extraction and join on the item key.

Infor XA

Document Attachments

maps to

Microsoft Dynamics 365 Business Central

SharePoint / OneDrive / Dataverse Attachments

1:1
Not supported

XA stores document references and scanned attachments within the IBM i IFS file system rather than as database records. Standard migration extracts cover database objects only. We coordinate a parallel IFS file copy task with the customer, map XA file reference records to a destination SharePoint document library or Dataverse attachment, and validate that IFS file naming conventions match the XA file reference records before the migration window closes.

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

Infor XA gotchas

High

Direct Db2 extraction required for bulk data export

Medium

IFS-hosted document attachments fall outside standard extraction

High

Decades of site-specific RPG customizations resist direct migration

Low

Citrix XenApp dependency complicates user acceptance testing

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

  • No public REST API for bulk extraction from Infor XA

    Infor XA does not expose a documented public REST API for bulk data extraction. All manufacturing data, transactional history, and master records must be extracted via direct read access to the IBM i Db2 for i database or manual CSV exports from the green-screen interface. We coordinate with the customer's IBM i administrator to establish read-only SQL access, sequence table extracts in dependency order (GL accounts first, then items, BOMs, work orders, purchase orders, AP/AR, shop floor data), and handle any site-specific IBM i ODBC driver configuration as part of the extraction setup phase.

  • RPG customizations encode business logic that resists schema migration

    Decades of site-specific RPG programs, CL scripts, and modified Business Objects encode business logic—pricing rules, BOM explosion logic, labor posting calculations, and cost rollup methods—that has no direct equivalent in Dynamics 365's configuration model. We document every custom object identified during discovery and categorize each as 'replace with standard Dynamics 365 feature,' 'preserve as-is in a rehosted IBM i environment,' or 'rebuild as Business Central AL extension or F&SCM extension.' Custom programs that cannot be replaced or preserved are flagged as scope gaps for the customer's technical team to resolve before production cutover.

  • AS/400 flat-file structures require BOM and routing schema transformation

    XA's bill of materials and routing structures follow IBM i flat-file conventions (multi-member files, fixed-length fields, embedded delimiters) that differ fundamentally from Business Central's and F&SCM's normalized relational BOM and routing tables. Multi-level BOMs require recursive explosion before import; work center codes in XA may not map 1:1 to Business Central Work Centres or F&SCM Operations Resources. We run BOM and routing profiling during discovery to identify the maximum nesting depth, phantom item usage, and substitute item rules that require transformation logic before any import phase begins.

  • IFS-hosted document attachments fall outside standard database extraction

    X stores scanned documents, reports, and custom output files in the IBM i Integrated File System rather than as database records. Standard migration extracts cover database objects only. We flag this gap during scoping, recommend a parallel IFS file copy task, and advise customers to validate document naming conventions against X file reference records before the migration window closes. IFS file migration is out of scope for standard migration pricing and is handled as a separate task by the customer's IT team or as an add-on engagement.

  • Legacy data quality issues surface during full extraction profiling

    XA installations with decades of history frequently carry duplicate items created under different part numbers, vendor records with inconsistent naming, inventory costing methods changed historically without documentation, and dimension or cost center codes used inconsistently across sites. Initial data sampling during discovery may appear clean; structural problems surface when full extraction and profiling begin. We treat data cleansing as a dedicated workstream with exception reports and reconciliation simulations, not a pre-migration task. Projects that skip this step encounter 5-30 percent record rejection during the import phase.

Migration approach

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

  1. Discovery and extraction access setup

    We audit the source XA installation: item count, BOM nesting depth, open work order volume, PO and customer order history, AP/AR open document count, shop floor data volume, and user-defined field usage via CMS470. We coordinate with the customer's IBM i administrator to establish read-only ODBC or SQL access to Db2 for i, validate table access for all migration objects, and document the IBM i library structure to map XA file members to logical tables. The discovery output is a written migration scope, extraction order, and destination edition recommendation (Business Central for SMB to mid-market; F&SCM for multi-site, multi-company enterprise manufacturing).

  2. Schema design and configuration

    We design the destination schema in Business Central or F&SCM based on the customer's selected edition. This includes inventory posting group assignments, BOM and version configuration, work centre setup for routing operations, chart of accounts alignment, and any custom fields required for XA user-defined fields. For F&SCM, we also configure legal entities, site warehouses, product dimension groups, and warehouse management parameters. Configuration objects are deployed to a sandbox or test environment first for validation before any production import begins.

  3. Sandbox migration and reconciliation

    We run a full migration into a Business Central or F&SCM sandbox using production-equivalent data volume. The customer's manufacturing and finance leads reconcile record counts (items in, BOMs in, work orders in, GL accounts in, open AP/AR in), spot-check 25-50 records against the XA source, and validate that BOM nesting and routing operation sequences are correctly mapped. Any BOM explosion errors, routing operation gaps, or open document posting failures are corrected in the mapping logic before the next phase. The customer signs off the sandbox results before production migration begins.

  4. Production migration in dependency order

    We run production migration in referential integrity order: GL accounts first, then items and unit of measure conversions, then BOM headers and components with recursive nesting resolved, then routings and work centres, then open purchase orders and sales orders, then open work orders with routing links, then open AP/AR documents, then shop floor labor history, then user-defined fields from CMS470, then document attachment file references. Each phase emits a row-count reconciliation report and a keyed sample validation before the next phase begins. XA remains live and writable during migration for delta capture.

  5. Cutover, delta sync, and validation

    We freeze XA writes during cutover, extract any records modified during the migration window, run a final delta load into Dynamics 365, then enable the destination as the system of record. We deliver a reconciliation summary comparing XA final state record counts against Dynamics 365 imported record counts across all objects. We support a one-week hypercare window where we resolve any record count discrepancies or keyed field mismatches reported by the customer's manufacturing and finance teams. RPG customization inventory and IFS file migration recommendations are delivered as written documents for the customer's technical team to execute separately.

Platform deep dives

Context on both ends of the pair

Infor XA logo

Infor XA

Source

Strengths

  • Deep discrete manufacturing functionality purpose-built for engineer-to-order and make-to-order production environments on IBM i.
  • Integrated financials, inventory, production, and purchasing within a single Db2 for i database reduces data synchronization overhead.
  • Long product history means extensive module coverage for mid-to-large discrete manufacturers with complex costing requirements.
  • Support for multi-site, multi-currency, and multi-company structures within a single accounting entity framework.
  • Infor ION and Infor OS integration layers provide some pathway for modern middleware connectivity despite limited native APIs.

Weaknesses

  • Green-screen-centric UI requiring Citrix XenApp creates poor user experience for modern workforce expectations and adds licensing complexity.
  • No publicly documented REST API for direct integration; data extraction relies on direct Db2 reads, CSV exports, or third-party connectors.
  • RPG and IBM i developer scarcity drives up consulting and maintenance costs as experienced staff retire from the workforce.
  • Limited cloud capabilities and mobile access lag behind modern ERP platforms with browser-based or native mobile interfaces.
  • Site-specific customizations accumulated over decades create significant migration risk and often require partial reimplementation in the target system.
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 XA 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 XA: Not publicly documented — depends on Runtime Server (nginx gateway) configuration and IDF object limits..

  • Data volume sensitivity

    A

    Infor XA exposes a bulk API — large-volume migrations stream efficiently.

Estimator

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

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

Can't find your answer?

Walk through your Infor XA 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

Standard migrations land between six and ten weeks for accounts under 50,000 items, 10,000 open work orders, and five years of GL history targeting Business Central. Migrations with multi-level BOMs exceeding ten nesting levels, multi-site shop floor data, open AP/AR with complex terms, or Finance and Supply Chain Management as the destination move to twelve to twenty weeks because of BOM explosion complexity, routing work-centre mapping, and F&SCM configuration overhead. Complex migrations with heavy RPG customization or cross-site manufacturing dependencies may require an additional four to eight weeks for data cleansing and schema alignment before migration begins.

Adjacent paths

Related migrations to explore

Ready when you are

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