LX02 — Bin Status Report for Classic Warehouse Management
LX02 is the classic WM bin status report. It lists storage bins in a warehouse number together with the quants sitting in them and shows capacity utilization, empty bins, and blocked bins at the moment the report runs. It reads live data from the bin master and quant tables rather than a stored snapshot, so results always reflect current system state.
LX02 is the go-to classic WM report for reconciling what a storage bin should hold against what the quant table says it actually holds. This page covers how the report pulls its data, the recurring capacity and timing traps that make its numbers look wrong when they are not, and how it differs from EWM where no direct tcode equivalent exists.
Reviewed by an ERPClimb SAP consultant on 15 Sept 2026· 1,134 words
Purpose
LX02 produces a bin-level view of a warehouse number: for a chosen storage type, storage section, or bin range, it lists every bin together with the quants currently assigned to it, the capacity consumed versus capacity available, and flags such as blocked, mixed-storage, or empty. The one fact that explains most confusion is that this is a live read against the current bin and quant tables at execution time, not a cached or batch-generated report. Two runs seconds apart can differ if transfer orders are confirmed in between. It is easy to mistake it for LS26, which reports stock by material across bins rather than by bin, and the two answer different questions even though both sit on top of the same underlying quant data.
When it is used
Reached for whenever someone needs to know the physical occupancy of a warehouse area rather than the stock position of a material. Typical triggers: preparing a physical inventory count and needing to know which bins are empty and can be skipped, investigating why a putaway strategy keeps proposing full bins, checking whether a storage type's capacity master data is even maintained, or auditing mixed-storage violations after a layout change. In classic WM this is the standard tool; there is no comparable single-bin-capacity tcode in EWM, so a consultant working an EWM warehouse instead opens the Warehouse Monitor and drills into the bin node, or uses slotting and capacity check reports specific to EWM.
How to use it in practice
- Call LX02 and enter the warehouse number; this field is mandatory and drives everything else.
- Narrow the selection by storage type, storage section, or a bin range if the warehouse is large, otherwise the report runs against every bin in scope
- Choose the selection criteria for bin status: occupied only, empty only, capacity exceeded, or blocked bins, depending on what is being investigated
- Execute and review the ALV list showing bin, storage type, quant details, and capacity utilization
- Drill from a suspicious line into the quant with LS24 or into the transfer order that last moved stock into that bin with LT21 to continue the investigation
Key data objects
- LAGP - storage bin master record: bin coordinates, storage type and section, capacity limits, and blocking indicators for the bin itself
- LQUA - quants: the actual stock sitting in a bin, quantity, unit of measure, batch, and special stock indicator
- MLGT - material storage type data: how much capacity a unit of the material consumes, used to compute the utilization percentage shown on the report
- MLGN - material warehouse-level data: unit of measure and warehouse-specific control used alongside MLGT to size the quant against the bin
How to prove it in the data
Pull LAGP filtered on warehouse number and storage type to get the bin list and its maintained capacity values. Separately pull LQUA on the same warehouse number and storage type, summing quantity by bin. Join the two on the bin coordinate field and compare summed quant quantity against the bin's capacity value from LAGP; a bin showing as overfilled on LX02 but with a blank or zero capacity value in LAGP indicates missing capacity master data rather than a genuine overflow. Cross-check any bin that looks empty on LX02 but has open lines in LTAP for that bin, which points at an unconfirmed transfer order still in flight.
ECC vs S/4HANA
Classic WM, and LX02 with it, continues to function unchanged for warehouses still running on classic WM inside S/4HANA; SAP positions EWM as the strategic warehouse solution but does not remove LX02 from existing classic WM installations. There is no Fiori app replacing LX02 in classic WM. In EWM there is no equivalent transaction code at all; bin occupancy and capacity are inspected through the Warehouse Monitor's bin and stock nodes instead, which work on a different data model entirely.
Common pitfalls and how to diagnose them
- Missing capacity master data: a bin shows zero or blank utilization even though it is physically full because the capacity fields on LAGP or the consumption values on MLGT were never maintained. Check LAGP and MLGT before assuming the report itself is wrong.
- Stale view due to unconfirmed transfer orders: LX02 reflects LQUA as it stands right now, and LQUA is only updated on TO confirmation. A bin that looks empty may have an open, unconfirmed TO sitting in LTAP that will fill it. Always check open TOs with LT21 before trusting an empty-bin result used for inventory planning.
- Selection scope mismatch: restricting by storage section when the intent was to restrict by storage type, or vice versa, silently narrows the result set and makes a bin appear missing from the list when it is simply out of scope.
- Special stock and batch handling excluded from view: depending on selection parameters, blocked stock, quality inspection stock, or certain special stock indicators may not surface on the default list, giving a false impression that a bin is clean when it still carries restricted stock.
- Handling-unit managed storage types: bins in HU-managed storage types can appear blocked or empty on LX02 when the actual content is wrapped in a handling unit that the report does not unpack in the default layout, leading to a false blocked-bin diagnosis. Confirm with a handling unit specific display before reclassifying the bin.
Whose problem this is
Functional WM territory. The report itself needs no configuration to run, but the capacity values it depends on are set up by the WM consultant during storage type and material master configuration. A clean handover includes the warehouse number, storage type, and bin range investigated, whether open transfer orders were checked, and whether capacity master data was confirmed as maintained before escalating a result as a genuine data problem.
Related SAP objects
Reviewed pages this object connects to in the ERPClimb knowledge graph.
Source: ERPClimb — https://erpclimb.com/sap-tcodes/lx02ERPClimb is an independent platform and is not affiliated with SAP SE. Reference pages are written and reviewed by SAP consultants for learning and troubleshooting.