IH01 — Functional Location Structure Display
IH01 is the hierarchy report that shows functional locations and the equipment installed under them as a navigable tree, instead of one object at a time. It is a display-only navigation transaction: equipment installation is time-dependent, so an object missing from the tree usually means the key date falls outside its installation period, not that it was removed from the structure.
This page covers IH01, the report used to browse the functional location and equipment hierarchy as a tree rather than object by object. It focuses on the recurring diagnostic traps: key-date-driven gaps, authorization filtering that looks like missing data, and the temptation to treat the tree as an editable structure when it is not.
Reviewed by an ERPClimb SAP consultant on 15 Sept 2026· 1,148 words
Purpose
IH01 renders the technical object hierarchy - functional locations nested under other functional locations, with equipment installed at various points in the tree - as a single expandable structure. It exists because functional location master display (IL03) and equipment master display (IE03) only show one object plus its immediate parent; IH01 shows the whole plant or system context at once. The structural fact that explains most confusion: IH01 is a display and navigation tool, not the master transaction. It reads the hierarchy as of a chosen key date, and equipment installation records are time-sliced. An object that is not visible in the tree is very often correctly assigned but outside the date window being queried, rather than actually missing or misassigned in the master data.
When it is used
IH01 is reached for whenever someone needs to see structure rather than a single record: confirming where a piece of equipment sits before raising a notification or order, checking that a new functional location was created under the correct parent, or scanning a plant section for orphaned or duplicated equipment before a mass change. It is used instead of IL03 or IE03 when the question is about position within the hierarchy, not the content of one master record. It is used instead of a Fiori hierarchy app when speed matters more than a modern UI - IH01 can select and expand a large plant tree in one shot, which is still faster for bulk visual scanning than most app-based equivalents, even on S/4HANA.
How to use it in practice
- Call IH01
- Enter a starting point: functional location (with wildcard for a branch), equipment number, or maintenance plant
- Choose a selection profile or structure indicator to control what is included (functional locations only, equipment installed, both)
- Set the key date explicitly if checking a past or future installation state rather than accepting the default of today
- Execute; the tree displays with functional locations and installed equipment as nodes
- Double-click a node to display it, or right-click to jump directly into the corresponding change transaction (IL02, IE02) or notification/order lists
Key data objects
- IFLOT - functional location master, including the superior functional location field that defines the parent-child hierarchy IH01 renders
- EQUZ - equipment installation history; each row is a time slice showing which functional location an equipment number was installed at and for what period, which is what makes the tree date-dependent
- EQUI - equipment master, holding the technical attributes and status of each equipment node shown in the tree
- IFLOTX - functional location description texts, used only to label the nodes displayed
How to prove it in the data
To confirm a missing-node symptom, pull EQUZ for the equipment number in question and look at the installation start and end fields for that functional location assignment; compare that range against the key date used in the IH01 selection screen. If the equipment's valid installation record does not cover the key date, that is the whole explanation - no data is broken. Separately, check IFLOT for the functional location's superior functional location field to confirm the parent actually matches what the tree is expected to show, and rule out a typo in the structure indicator being used for selection.
ECC vs S/4HANA
IH01 is still available and functions the same way on S/4HANA; the underlying tables and the time-dependent installation logic in EQUZ are unchanged. SAP's Fiori catalog offers app-based alternatives for browsing technical object hierarchies, but many teams continue to use IH01 for bulk structural review because it handles large trees and mixed functional-location-plus-equipment selections in one screen more efficiently than app-based navigation. No functional behavior of the classic transaction was removed.
Common pitfalls and how to diagnose them
- Key date gap - the single most common complaint. Equipment appears installed in IE03 but does not show under its functional location in IH01. Cause: EQUZ holds a time-sliced installation record and the key date defaulted to today falls outside it. Fix is to change the key date on the selection screen, not to re-install the equipment.
- Selection scope too narrow - user restricts by plant or structure indicator and gets zero results even though the object exists elsewhere in the client. Check IFLOT for the object's actual maintenance plant and structure indicator before assuming the object was deleted.
- Authorization filtering silently trims the tree - a functional location or piece of equipment carries an authorization group the user cannot see, so it is simply absent from the branch with no error message. This looks identical to a data gap. Confirm with an authorization trace before spending time on the master data.
- Unrestricted top-level selection causes timeouts - selecting an entire plant with a broad wildcard produces a huge tree that runs long or times out, and gets misread as the transaction being broken. Narrow the starting node or use a plant plus structure indicator combination instead.
- Treating the tree as editable - users try to drag equipment between nodes or expect a change to the hierarchy to save directly from IH01. It does not; structural changes go through IL02 for the functional location's superior assignment or through the equipment installation function in IE02/IL02. IH01 only navigates to those transactions, it does not perform the change itself.
- Stale-looking tree after a mass update - after a batch load or mass change through another transaction, the previously displayed IH01 tree does not update on its own screen. Re-executing the selection resolves this; it is a display refresh issue, not a posting failure.
Whose problem this is
This sits with the PM/EAM functional team, usually the master data or maintenance planning group that owns functional location and equipment structuring. Basis involvement is limited to genuine performance timeouts on very large selections. A good handover includes the exact selection screen used (starting object, structure indicator, key date), a screenshot of the tree branch in question, and the expected parent-child relationship so the receiving analyst does not have to reconstruct the selection from scratch.
Related SAP objects
Reviewed pages this object connects to in the ERPClimb knowledge graph.
Source: ERPClimb — https://erpclimb.com/sap-tcodes/ih01ERPClimb is an independent platform and is not affiliated with SAP SE. Reference pages are written and reviewed by SAP consultants for learning and troubleshooting.