ERP migration
Field-level mapping, validation, and rollback between Infor LX and Acumatica. We move data and schema; workflows are rebuilt natively in Acumatica.
Infor LX
Source
Acumatica
Destination
Compatibility
12 of 13
objects map 1:1 between Infor LX and Acumatica.
Complexity
BStandard
Timeline
4–8 weeks
Overview
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.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a Infor 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)
Acumatica
Customer
1:1Infor 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)
Acumatica
Vendor
1:1Vendor 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)
Acumatica
StockItem / Non-StockItem
1:manyInfor 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)
Acumatica
Warehouse
1:1Infor 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)
Acumatica
SalesOrder
1:1Open 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)
Acumatica
SalesOrderDetails
1:1Each 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)
Acumatica
BOM
1:1Infor 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)
Acumatica
ProductionOrder
1:1Open 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)
Acumatica
Usr-prefixed Custom Fields
1:1Infor 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)
Acumatica
Account + Subaccount
1:1Infor 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)
Acumatica
PurchaseOrder
1:1Open 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
Acumatica
LotSerialNbr
1:1Infor 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
Acumatica
Employee (User)
1:1Infor 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.
| Infor LX | Acumatica | Compatibility | |
|---|---|---|---|
| Customer (CRS610) | Customer1:1 | Fully supported | |
| Vendor (CRS605) | Vendor1:1 | Fully supported | |
| Item Master (MMS001) | StockItem / Non-StockItem1:many | Fully supported | |
| Warehouse (MMS002) | Warehouse1:1 | Fully supported | |
| Sales Order Header (OMS001) | SalesOrder1:1 | Fully supported | |
| Sales Order Lines (OMS010) | SalesOrderDetails1:1 | Fully supported | |
| Bill of Materials (BMT100) | BOM1:1 | Fully supported | |
| Work Order (WOT100) | ProductionOrder1:1 | Fully supported | |
| Custom Fields (CMS470) | Usr-prefixed Custom Fields1:1 | Fully supported | |
| GL Account (GLS005) | Account + Subaccount1:1 | Fully supported | |
| Purchase Order (POE500) | PurchaseOrder1:1 | Fully supported | |
| Lot / Serial Numbers | LotSerialNbr1:1 | Fully supported | |
| User / Owner | Employee (User)1:1 | Fully supported |
Gotchas + challenges
Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.
Infor LX gotchas
Maintenance mode required for database exports
IDM document export caps at 5,000 items per run
ION API execution timeouts are strict
Document IDs and properties are reassigned on import
Acumatica gotchas
API user licenses cap concurrent sessions and request throughput
Multi-tenant filtering requires CompanyID awareness
Custom fields require separate discovery before field mapping
Notes and attachments use a separate linked table structure
Implementation timelines frequently run 3–9 months end-to-end
Pair-specific challenges
Migration approach
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.
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.
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.
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.
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.
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
Infor LX
Source
Strengths
Weaknesses
Acumatica
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. 1 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Infor LX and Acumatica.
Object compatibility
1 of 8 objects need a mapping; the rest are 1:1.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
Infor 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
Infor LX doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during Infor LX to Acumatica migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave Infor LX
Other ways to arrive at Acumatica
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.