What Is LN Item Code?
Also known as: Infor LN item code, LN item number, item code system
Definition
An LN item code is the unique key identifying a part, product, service or cost item in Infor LN. It is carried on every order line, bill of material and inventory record, and its length and segmentation are fixed in the data dictionary before go-live.
LN Item Code Explained
The item code is the most heavily referenced key in the entire application. Sales lines, purchase lines, bills of material, routings, inventory, warehouse orders, planning records, cost prices and integration transactions all carry it. That ubiquity is why its definition is a data dictionary decision made once and effectively permanent: widening or restructuring it after go-live touches every table that references it.
Baan IV constrained item codes to a short fixed length, and that limit is one of the more common reasons legacy Baan sites cannot adopt modern customer or industry part numbering schemes. Later Baan and LN releases widened the field considerably, which removes the hard constraint, though the exact maximum depends on the item data type as configured in your Tools environment and should be verified there rather than assumed from documentation of a different release.
Item type is the other defining attribute, distinguishing purchased, manufactured, generic configurable, cost, service, equipment and list items. Type drives which functionality applies: only manufactured items get bills of material and routings, only generic items are configured, and cost items behave as chargeable elements rather than physical inventory. Item groups and item default templates then supply dozens of downstream parameters at creation time, which is how consistent item setup is achieved at scale.
The perennial design argument is significant versus non-significant numbering. Codes that encode product family, material or size are readable but break when the business changes, and they leak classification into a key that cannot easily change. Non-significant sequential codes are opaque but stable, with classification handled by item groups, characteristics and cross-reference tables. LN supports both, but the second ages considerably better.
Why It Matters
- The item code appears on nearly every transactional table, so changing its definition later is a full-scale conversion.
- Legacy item code length limits are a frequent blocker for customer-mandated or industry-standard part numbering.
- Item type and item group defaults determine dozens of parameters per item, making them the main lever for master data quality.
- Significant numbering schemes encode assumptions that become wrong, and unwinding them costs more than the readability was worth.
In Practice
Before a migration, confirm the item code length in both the source and target environments and check every code that will be carried across. Legacy sites that padded, abbreviated or reused codes to fit an old limit accumulate collisions and inconsistent formats, and discovering that during cutover rather than during design is one of the more expensive ways to lose a weekend.
Frequently Asked Questions
How long can an Infor LN item code be?
Baan IV enforced a short fixed length that many legacy sites still work around. Later Baan and LN releases widened the item field substantially. Because the exact maximum is determined by the item data type in your Tools data dictionary and can differ between releases, check it directly in your own environment rather than relying on documentation written for another version.
Should item codes be significant or sequential?
Sequential, non-significant codes age better. Significant codes that encode family, material or size are readable but become misleading when products change, and the classification is trapped in a key that is hard to alter. Use item groups, characteristics and cross-reference tables for classification, and keep the code itself as a stable, meaningless identifier.
Related Terms
LN Bill of Material
An LN bill of material is the parent-child list defining which components and quantities go into a manufactured item in Infor LN. Each line carries a position number, net quantity, scrap factor, effective dates and, optionally, the routing operation that consumes it.
Table Sharing
Table sharing is the Baan and Infor LN mechanism that lets several companies read and write the same physical database table, so master data such as items, business partners and currencies is maintained once and used by every company that shares it.
Cost Component
A cost component in Infor LN is a bucket that classifies part of an item's cost - material, operation, subcontracting, surcharge or general cost - so standard and actual cost prices can be broken down, rolled up through the bill of material and compared.
Go Deeper
Baan to Infor LN Migration Readiness Assessment
Score your organization's readiness to migrate from Baan IV or Baan V to Infor LN across ten dimensions, from data quality to executive sponsorship.
Baan ERP: History, Versions, and Modern Migration Paths
Baan ERP history from Triton to Baan IV, Baan V, and Infor LN, plus practical migration paths for manufacturers still running Baan today. Get a proven roadmap.
Infor LN to CloudSuite: Migration Playbook
Infor LN to CloudSuite migration playbook: Baan and LN version paths, extension conversion, ION integration rework, timelines, and defense compliance steps.
Working with LN Item Code in a live environment? Our engineers do this every day - and our AI agents automate most of it.