IL02 — Change Functional Location
IL02 is the transaction used to change an existing functional location master record in Plant Maintenance: structure data, location and account assignment, classification, partner assignments, and status. It does not create a new functional location (that is IL01) and does not just view one (IL03). Most confusion around IL02 comes from the structure indicator, which fixes how the hierarchy and superior location can be edited after creation.
This page covers the change transaction for functional locations in SAP Plant Maintenance, including the real navigation path, the tables the save actually touches, and the diagnostic categories behind the most common IL02 errors. It focuses on why structure-related changes fail, why account assignment changes get blocked, and how to tell a genuine master data defect from a hierarchy design limitation.
Reviewed by an ERPClimb SAP consultant on 15 Sept 2026· 1,235 words
Purpose
IL02 opens an existing functional location for change. A functional location represents a place in a technical hierarchy such as a plant, production line, or building wing, and it carries structural data, location data, account assignment data, classification, partner data, and status. The one fact that explains most confusion: the structure indicator assigned at creation determines whether the location identifier follows a hierarchical mask (parent-child string) or an unstructured edge-based numbering. IL02 cannot change the structure indicator itself, so any change that requires re-parenting a functional location under a different branch of the hierarchy is often not a simple field edit inside IL02 but requires a dedicated reclassification or reorganization step, and users who try to force it by editing the superior location field alone get inconsistent results.
When it is used
IL02 is reached whenever an existing functional location needs a data correction that does not warrant recreating the object: a new cost center, a changed maintenance planning plant, an updated address, a status change, added classification characteristics, or a partner reassignment. It sits downstream of the initial technical hierarchy build (IL01) and upstream of equipment installation, notification, and order creation, since orders and notifications inherit account assignment and location data from the functional location at the time they are created. Consultants reach for IL02 rather than IH01 (structure display) when an actual field change is needed rather than just navigation; IH01 is used to find the location first when the number is not known. On Fiori-enabled systems the equivalent app is used for the same purpose but the underlying object and constraints are identical.
How to use it in practice
- Call IL02 and enter the functional location number directly, or use the search help if only partial identifying text is known.
- Confirm the correct location is loaded by checking the description and superior location shown on the initial screen before making changes.
- Navigate to the relevant tab: Location for address and technical data, Organization for planning plant and account assignment, Structure for superior location, Classification for characteristics, or the partner tab for responsible persons and vendors.
- Make the field change and check for a warning about downstream objects (equipment installed, open orders) before saving.
- Save. If the system blocks the save with an account assignment or authorization message, resolve that before retrying rather than re-entering the same value.
Key data objects
- IFLOT - the functional location master record itself: structure indicator, superior location, planning plant, maintenance plant, object type.
- ILOA - the shared PM location and account assignment table also used by equipment and orders, holding cost center, business area, and location fields inherited by installed equipment.
- JEST and JSTO - system and user status objects and their current status entries, updated when a status is set or removed on the functional location.
- IHPA - partner determination entries, updated when a person, vendor, or organizational partner is added or changed on the partner tab.
- Classification tables under the INOB/AUSP linkage - updated when characteristic values are changed on the classification tab.
How to prove it in the data
To confirm a functional location's current master data, pull IFLOT filtered on the functional location field (TPLNR) and check structure indicator, superior location, and planning plant. To confirm the account assignment actually in effect, join on the ILOA key stored against that functional location and compare cost center and business area with what the change history shows. To confirm a status change actually posted, check JEST for the object with the relevant status profile and compare the active status against what the user reports seeing on screen; a mismatch usually means the change was made but not saved, or was saved against a different functional location number than the one being viewed.
ECC vs S/4HANA
The transaction itself is unchanged in S/4HANA and remains fully supported. A Fiori app exists for managing functional locations for organizations that have moved maintenance staff to the Fiori launchpad, but the underlying object model, structure indicator behavior, and account assignment rules are identical to the classic transaction. There is no structural change to the functional location object between ECC and S/4HANA that affects how IL02 behaves.
Common pitfalls and how to diagnose them
- Wrong location edited: the search help returns a similarly named functional location one level up or down in the hierarchy, and the change is saved against the wrong TPLNR. Always check the superior location and full path shown on the initial screen before editing, not just the short description.
- Structure indicator mismatch: a user tries to move a functional location to a different branch of the hierarchy by typing a new superior location, and the save is rejected or produces an inconsistent identifier because the structure indicator's mask does not allow that parent-child combination. This is a hierarchy design constraint, not a bug; the fix is a proper reclassification, not repeated attempts with different superior values.
- Account assignment locked by open orders: changing cost center or business area is blocked or produces a warning because open maintenance orders or notifications reference the functional location's current account assignment. Check for open orders under that location before changing account assignment fields, since the change may not propagate to already-created objects.
- Authorization on maintenance plant or planning plant: the change screen opens but specific tabs are greyed out or the save fails silently on certain fields. This is almost always an authorization object tied to planning plant or maintenance plant, not a customizing gap; check the user's PM authorization profile before assuming a configuration issue.
- Classification changes not visible downstream: a characteristic value is changed on the classification tab but does not appear on dependent objects like linked equipment. Functional location and equipment classification are separate class assignments; a change on one does not automatically update the other.
Whose problem this is
This is functional PM/EAM territory, owned by the plant maintenance or asset management configuration team, since the recurring issues are hierarchy design (structure indicator) and authorization rather than code. A good handover includes the exact functional location number, the field that failed to save, the exact error or warning text, and whether open orders or equipment exist under that location. ABAP involvement is rare and limited to custom validation logic on save, if any exists.
Related SAP objects
Reviewed pages this object connects to in the ERPClimb knowledge graph.
Source: ERPClimb — https://erpclimb.com/sap-tcodes/il02ERPClimb is an independent platform and is not affiliated with SAP SE. Reference pages are written and reviewed by SAP consultants for learning and troubleshooting.