LS26 — LS26 Warehouse Stock Overview by Bin
LS26 is a read-only display transaction in classic Warehouse Management that shows current quant stock at storage bin level for a warehouse, storage type, bin range, material or quant number. It reads the quant table live. It has no posting function; discrepancies found here must be corrected through LT01/LT10 movements or physical inventory, never inside LS26 itself.
This page covers LS26, the classic WM stock overview transaction used to inspect quant-level stock in a warehouse. It focuses on why it gets mistaken for a correction tool, how to prove a stock discrepancy in the underlying tables, and the diagnostic order for reconciling WM stock against IM stock.
Reviewed by an ERPClimb SAP consultant on 15 Sept 2026· 1,179 words
Purpose
LS26 displays warehouse stock at the level of storage bins and quants for a given warehouse number, with optional narrowing by storage type, storage bin, material or quant number. It queries the quant table directly along with the bin master, so what appears on screen is the physical WM stock position at the moment of query, not a cached report and not a forecast of pending movements. The structural fact that causes most confusion: LS26 is purely a display transaction. It has no update, adjustment or posting capability. Consultants under pressure during an incident often go looking in LS26 for a way to fix a wrong quantity, find nothing, and conclude the transaction is broken, when in fact the correction path runs through a completely different set of transactions.
When it is used
Reached for whenever someone needs to see exactly what stock sits in which bin before creating a transfer order, before releasing a picking wave, or while investigating a reported stock difference between the warehouse and inventory management. It is also the first stop when reconciling against a stock comparison run, or before starting a physical inventory count on a storage type. Compared to LS24, which shows one material across the whole warehouse, LS26 is used when the question is bin-centric or storage-type-centric rather than material-centric, or when several materials in one area need to be seen together. In an EWM-managed warehouse this transaction has no equivalent value and the EWM stock monitor should be used instead.
How to use it in practice
- Call transaction LS26 and enter the warehouse number, which is mandatory.
- Optionally restrict by storage type, storage bin range, material number, batch or quant number to narrow the result set.
- Execute the selection.
- Review the list, which shows one line per quant with quantity, unit of measure and status indicators.
- Double-click a line to drill into quant detail, including storage unit if the storage type is unit managed.
- Use the list layout to sort or group by storage type or bin when checking for split stock across multiple locations.
Key data objects
- LQUA - quant table, the primary data source, holds bin stock quantity, quant status, blocking indicators and storage unit reference.
- LAGP - storage bin master data, holds bin type, capacity and fixed bin assignment used to describe each row.
- MLGN - material WM view, holds unit of measure and storage type indicators used to control how the material is stored.
- LTAP - open transfer order items, not written by LS26 but referenced conceptually because quant quantity available versus total can differ when transfer orders are open but unconfirmed.
How to prove it in the data
In SE16 or SE16N, open LQUA and filter by warehouse number and material number, or by warehouse number, storage type and storage bin, to see the raw quant records LS26 is displaying. Sum the available quantity field across all matching rows rather than trusting a single line, since stock is often split across several bins. To prove a WM versus IM mismatch, take the same material and plant, find the storage location mapped to the warehouse number through the WM-to-IM assignment table, and compare the LQUA sum against the corresponding quantity in MARD. Also check the quant status and blocking fields on LQUA before concluding stock is genuinely missing.
ECC vs S/4HANA
LS26 still exists and behaves the same on S/4HANA wherever classic Lean WM or full WM is active, because it is still a direct read of the same quant table structure. Nothing about the selection logic or the display-only nature changed. Where a warehouse has been migrated to embedded or decentralized EWM, LS26 is not the tool to use; the EWM stock monitor or its Fiori equivalent replaces it, and running LS26 against an EWM-managed warehouse number will return nothing meaningful.
Common pitfalls and how to diagnose them
- Display lag against open documents: LS26 shows the quant as it stands now, but a transfer order may already exist that will move it and simply has not been confirmed yet. Check LTAP and LTAK for open items on the same bin or quant before treating the figure as final.
- WM versus IM mismatch: the sum of quant quantities in LQUA does not tie to the stock in MARD for the mapped storage location. This usually means a goods movement posted on the IM side without a matching WM update, or a WM transfer that never made it back to IM, commonly through an interim storage type or, in a decentralized WM landscape, a failed interface. Check for stuck IDocs or queue entries before assuming the physical count is wrong.
- Blocked or non-selectable quants: stock is visible in LS26 but cannot be picked or moved. Check the quant status and blocking indicators on LQUA, and check whether the material is in quality inspection or restricted batch status controlled at the storage type level.
- Split quants misread as shortage: the same material sits in several partial quants across different bins, and a user reading only one line concludes stock is missing. Always total across all rows for the material before reporting a discrepancy.
- Wrong selection scope: the search is restricted to one storage type while the stock physically sits in an interim storage type such as a goods receipt or staging area that was not included in the selection. Rerun with a broader or full warehouse selection before concluding stock is absent.
- Reflex fix to avoid: attempting to correct a wrong quantity by editing LQUA directly through a table maintenance transaction. This breaks consistency with open transfer order items and quant history. Corrections belong in LT01 stock transfer postings or in a physical inventory count and posting cycle, not in direct table edits.
Whose problem this is
Functional WM or logistics consultant owns interpretation of what LS26 shows. Basis or interface teams get involved only when the discrepancy traces back to a failed queue or IDoc between a decentralized WM system and the ERP backend. A good handover includes the warehouse number, material, storage type and bin, a screenshot or export of the relevant LQUA lines, and any open transfer order numbers found on the same quant.
Related SAP objects
Reviewed pages this object connects to in the ERPClimb knowledge graph.
Source: ERPClimb — https://erpclimb.com/sap-tcodes/ls26ERPClimb is an independent platform and is not affiliated with SAP SE. Reference pages are written and reviewed by SAP consultants for learning and troubleshooting.