ERP migration

Migrate from Infor LX to Acumatica

Field-level mapping, validation, and rollback between Infor LX and Acumatica. We move data and schema; workflows are rebuilt natively in Acumatica.

Infor LX logo

Infor LX

Source

Acumatica

Destination

Acumatica logo

Compatibility

92%

12 of 13

objects map 1:1 between Infor LX and Acumatica.

Complexity

BStandard

Timeline

4–8 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Infor LX and Acumatica take different approaches to ERP architecture. Infor LX stores data in a traditional relational model with programs like CRS610 for customers, MMS001 for items, and OMS001 for orders, while Acumatica uses a unified database with entities like Customer, Vendor, StockItem, and SalesOrder. We extract Infor LX master and transactional data via IDM export or direct database queries, transform it through a mapping layer that handles account structure differences, UDF consolidation, and address normalization, then load it into Acumatica's staging tables before committing to production entities. The migration covers customers and vendors with their full address books, stock and non-stock items with costing and warehouse assignments, multi-level bills of materials with routing data, open sales and purchase orders with their full line detail, and all custom UDFs as Acumatica Usr-prefixed fields. We do not move workflows, alerts, or system configurations — those are destination-side rebuild work. Owner resolution happens by email match against Acumatica user accounts. A 24–48 hour delta pickup window captures any orders or inventory changes that occur during the cutover window. The result is a production-ready Acumatica tenant with full transactional history and a clean audit trail.

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

Acumatica logo

Acumatica

What's pulling them in

  • Unlimited user licensing lets companies add staff without per-seat billing shocks, making Acumatica cost-predictable at scale.
  • Flexibility and scalability earn consistent praise — users value a platform that adapts to vertical workflows without forcing a redesign.
  • Real-time visibility across financials, inventory, and projects gives mid-market businesses a consolidated operational view previously available only in enterprise-tier ERPs.
  • Cloud-native architecture with automatic updates removes infrastructure management burden from in-house IT teams.
  • Modular licensing lets companies start with one or two suites (Financials, Distribution) and expand into Manufacturing or CRM incrementally.

Object mapping

How Infor LX objects map to Acumatica

Each row shows how a Infor LX object lands in Acumatica, including any object-level transformations, lookup resolution, or schema-design dependencies.

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

Infor LX

Customer (CRS610)

maps to

Acumatica

Customer

1:1
Fully supported

Infor LX customer records map directly to Acumatica Customer entities. The Infor Customer ID (CONO + CUSNO) concatenates into an external reference field while the Acumatica CustomerID auto-increments. We preserve the Infor customer number in UsrSourceCustomerCD for order cross-referencing. This mapping ensures that sales orders and invoices retain the original customer identifiers for smooth lookup.

Infor LX

Vendor (CRS605)

maps to

Acumatica

Vendor

1:1
Fully supported

Vendor master records from Infor LX CRS605 map to Acumatica Vendor. The 15-character Infor vendor code is stored as UsrSourceVendorCD on the Acumatica Vendor record. Terms mapping converts Infor payment terms codes to Acumatica Terms entity lookups. Additionally, vendor address details, primary contact information, and payment hold status are transferred to maintain continuity of purchasing operations.

Infor LX

Item Master (MMS001)

maps to

Acumatica

StockItem / Non-StockItem

1:many
Fully supported

Infor LX items are split based on the Stocking Type field: stocked items route to Acumatica StockItem with warehouse assignments from MMS002, while non-stocked items (M-type) route to Non-StockItem. Costing method from MMS001 (Standard, Average, Last) maps to the Acumatica item's Cost Method field.

Infor LX

Warehouse (MMS002)

maps to

Acumatica

Warehouse

1:1
Fully supported

Infor LX warehouses defined in MMS002 map 1:1 to Acumatica Warehouse entities. The warehouse address, bin structure, and default stocking location transfer as Warehouse settings. Multi-bin configuration in Infor LX converts to Acumatica's multi-location model. Each warehouse’s site code is stored in UsrSourceWarehouseCD to preserve references in purchase orders and inventory transactions.

Infor LX

Sales Order Header (OMS001)

maps to

Acumatica

SalesOrder

1:1
Fully supported

Open Infor LX sales orders (OMS001) with status codes 'Open', 'Partial', or 'Acknowledged' migrate to Acumatica SalesOrder with their original order date, customer reference, and salesperson assignment. Status transformation applies — Infor's hold and credit-hold codes map to Acumatica's Credit Hold and Pending Approval flags.

Infor LX

Sales Order Lines (OMS010)

maps to

Acumatica

SalesOrderDetails

1:1
Fully supported

Each sales order line from OMS010 becomes a SalesOrderDetails line in Acumatica. Line-specific fields — quantity ordered, quantity shipped, unit price, discount percent, and tax category — map directly. Back-ordered quantities in Infor LX appear as unshipped lines in Acumatica with the same line number for continuity.

Infor LX

Bill of Materials (BMT100)

maps to

Acumatica

BOM

1:1
Fully supported

Infor LX multi-level BOMs require flattening for Acumatica. We extract the full BOM explosion from BMT100, map each component to the Acumatica BOMBill record, and store the Infor routing steps as manufacturing notes. Phantom BOMs in Infor map to Acumatica's BOM Type = 'Phantom'.

Infor LX

Work Order (WOT100)

maps to

Acumatica

ProductionOrder

1:1
Fully supported

Open and released work orders from WOT100 migrate to Acumatica ProductionOrder. The work order number becomes the production order reference, the BOM link is re-established against the migrated BOMBill, and operation step data from WOT200 transfers to production order details. Completed and closed work orders are migrated as historical records.

Infor LX

Custom Fields (CMS470)

maps to

Acumatica

Usr-prefixed Custom Fields

1:1
Fully supported

Infor LX user-defined fields defined in CMS470 translate to Acumatica custom fields with a Usr prefix (e.g., UsrColorCode). We create each custom field in the Acumatica Customization Project before migration, preserving the Infor field data type (alphanumeric, numeric, date) as the Acumatica field type. Custom fields on items, customers, and vendors are migrated in their respective passes.

Infor LX

GL Account (GLS005)

maps to

Acumatica

Account + Subaccount

1:1
Fully supported

Infor LX's segmented GL account codes map to Acumatica's Account + Subaccount structure. The first segment typically becomes the main Account number; remaining segments concatenate into a Subaccount value. We deliver a GL mapping spreadsheet before migration so your accountant can review the segment-to-dimension assignment.

Infor LX

Purchase Order (POE500)

maps to

Acumatica

PurchaseOrder

1:1
Fully supported

Open purchase orders from POE500 migrate to Acumatica PurchaseOrder. Line items, quantities received, and vendor references transfer. Infor's receipt and invoice matching status (3-way match flags) maps to Acumatica's PO Line receipt settings. The original PO number is retained in UsrSourcePONbr for cross-referencing, and any held or pending approval status is logged in the migration report.

Infor LX

Lot / Serial Numbers

maps to

Acumatica

LotSerialNbr

1:1
Fully supported

Infor LX lot and serial number master records from INV103 map to Acumatica's LotSerialNbr on the StockItem. Lot attributes — expiration date, supplier lot code, and certification status — transfer to Acumatica's LotAttributes fields. If a lot contains special characters or exceeds the 25-character limit, our transformation routine sanitizes the lot code and flags the record for review before final import.

Infor LX

User / Owner

maps to

Acumatica

Employee (User)

1:1
Fully supported

Infor LX user IDs are resolved against Acumatica Employee records by email address match. Records assigned to Infor users without an Acumatica email are flagged for manual owner assignment before the migration commits. Historical Infor user names are preserved as text in an audit note field on migrated records.

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

Acumatica logo

Acumatica gotchas

High

API user licenses cap concurrent sessions and request throughput

High

Multi-tenant filtering requires CompanyID awareness

Medium

Custom fields require separate discovery before field mapping

Medium

Notes and attachments use a separate linked table structure

Low

Implementation timelines frequently run 3–9 months end-to-end

Pair-specific challenges

  • Segmented GL account mapping requires manual chart of accounts planning

    Infor LX GL accounts in GLS005 can have up to 10 segments with varying meanings per segment. Acumatica uses a two-dimensional Account + Subaccount model. We cannot auto-resolve which Infor segments map to Account versus Subaccount — your accountant must define the mapping before migration. If Infor LX uses 4+ meaningful segments (company, division, department, natural account), those will need to be condensed into a Subaccount string. Incomplete GL mapping results in wrong financial reporting in Acumatica.

  • Multi-level BOMs flatten into single-level Acumatica structures

    Infor LX supports unlimited nesting depth in BMT100 BOMs with subassemblies. Acumatica BOMs are inherently single-level; multi-level exploded views are calculated on the fly. When we migrate a 4-level Infor BOM, the components and quantities land as direct children of the top-level Acumatica BOMBill. Phantom assemblies in Infor map to Acumatica Phantom BOM type, but intermediate subassemblies appear as separate Acumatica BOMs. Your bill of materials engineers need to review the exploded view in Acumatica's Manufacturing module before production orders are created from migrated BOMs.

  • Infor LX UDFs may conflict with Acumatica reserved field names

    Infor LX allows alphanumeric field codes up to 10 characters for UDFs in CMS470. Acumatica reserves certain Usr-prefixed names internally (UsrCurrent, UsrLast, UsrOld). We validate all Infor UDF names against Acumatica's reserved field list before creating custom fields in the Customization Project editor. Fields that conflict are renamed with a UsrLX_ prefix and noted in the migration plan for your admin to review and rename post-migration if desired. Conflicts are logged with a severity tag and can be reviewed in the migration report before final commit.

  • Infor LX order holds and credit flags do not carry as system controls

    Infor LX supports order-level credit holds, pricing holds, and approval flags that are enforced at the program level. Acumatica enforces credit limits via the Customer entity and approval workflows via the system configuration. An order on credit hold in Infor LX will migrate as a standard open order in Acumatica unless your admin has pre-configured the same hold conditions. We flag held orders in the migration report and recommend pre-configuring Acumatica credit rules before cutover.

  • Lot and serial number attributes need pre-migration cleanup

    Infor LX allows lot numbers with special characters and notes fields that do not map directly to Acumatica's LotSerialNbr. We strip non-alphanumeric characters from lot numbers during transformation and truncate lot codes exceeding 25 characters. Lot attribute data (expiration dates, supplier references) transfers to Acumatica LotAttributes but requires the Lot/Serial Attribute Settings to be configured in the Inventory section before migration. Orphaned lot records without valid expiration formats are flagged for manual resolution.

Migration approach

Six steps for a successful Infor LX to Acumatica data migration

  1. Infor LX data extraction and schema inventory

    We connect to your Infor LX environment via IDM export or direct database read access (SQL Server or DB2 depending on your Infor LX version). Our team inventories all active master tables — customers, vendors, items, warehouses — and transactional tables with open records (orders, POs, work orders, BOMs). We document UDF definitions from CMS470, GL segment configuration from GLS005, and multi-company setup if applicable. This inventory produces a migration scope document that defines the entity list, record counts, and data freshness snapshot before any transformation begins.

  2. Acumatica tenant readiness assessment

    Before data lands, your Acumatica admin (or our team) creates the necessary entities: chart of accounts with subaccount dimensions, warehouses and locations, item classes, customer classes, tax categories, and terms. We deliver a pre-flight checklist based on the Infor LX inventory — specifically the GL segment mapping plan, item class translation table, and any Acumatica Customization Project required to host the Usr-prefixed fields migrated from Infor UDFs. The tenant must pass a configuration review before the migration test run proceeds.

  3. Test migration with field-level diff on a representative slice

    A representative slice of records — typically 200–500 per entity type — migrates first using the field mapping defined in the object and field mapping sections above. We generate a field-level diff comparing source values in Infor LX against their corresponding Acumatica fields. Your team reviews the diff to verify customer number preservation, GL mapping, order status translation, and UDF placement. Any mapping adjustments are documented and applied to the production mapping before the full run.

  4. Full data migration with owner resolution and audit logging

    The full migration runs in sequence: accounts (GL + subaccounts), then customers and vendors, then items and warehouses, then BOMs and work orders, then open sales orders and purchase orders. Owner resolution by email match assigns each record to an Acumatica user. All operations are logged to an audit table with source record reference, destination record ID, operation timestamp, and the user account that initiated the import. Failed records are logged separately with error codes for review before retry.

  5. Delta-pickup window and cutover verification

    After the full migration commits, we maintain a 24–48 hour delta window during which any records created or modified in Infor LX are captured and imported into Acumatica as updates or new records. This handles orders received, inventory adjustments, or customer changes that occur during the cutover planning window. A final reconciliation report compares record counts and key totals (open order value, item on-hand quantities) between Infor LX and Acumatica. One-click rollback is available if reconciliation finds material discrepancies before you switch users to Acumatica.

  6. Post-migration handoff and rebuild reference export

    After cutover, we export Infor LX workflow definitions, alert rules, and user menu security profiles as reference documents for your Acumatica admin. These exports are not functional in Acumatica — workflows and alerts are rebuilt using Acumatica's screen-level automation and notification system. We provide a rebuild guide mapping each Infor program to its Acumatica equivalent so your team can reconstruct the most business-critical automations first.

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

Acumatica

Destination

Strengths

  • Unlimited named-user licensing eliminates per-seat cost scaling as teams grow.
  • Modular architecture lets companies deploy Financials first and add Distribution, Manufacturing, or CRM incrementally.
  • Cloud-native with automatic updates removes infrastructure patching and version management from IT responsibilities.
  • Flexible customization framework (UDFs, extensions) supports vertical-specific workflows without forking core code.
  • Multi-tenant architecture with CompanyID isolation enables safe data segregation across subsidiaries.

Weaknesses

  • Steep learning curve and complex initial setup create significant onboarding friction.
  • Report Designer is widely cited as unintuitive and difficult to use for non-developers.
  • Feature gaps require customizations or third-party add-ons, adding implementation cost and complexity.
  • Implementation timelines frequently exceed initial estimates, especially for multi-module deployments.
  • API rate limits and concurrent session caps are tied to license tier, creating throughput constraints for bulk data operations.

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

  • 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 Acumatica 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 Acumatica data migrations

Answers to the questions buyers ask most during Infor LX to Acumatica migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Infor LX to Acumatica migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most Infor LX to Acumatica migrations complete in 4–8 weeks of active migration time for under 25,000 total records across master and transactional entities. Larger environments with over 100,000 records, multi-level BOMs, or multi-site configurations extend to 8–14 weeks. The longest planning steps are the GL segment mapping review and Acumatica chart of accounts configuration — those must be complete before any data can load. The actual data migration runs are typically 1–3 days per entity type after the schema is confirmed.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Infor LX.
Land in Acumatica, 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