SAP transaction codeObjectMMBEModuleMM_P2P

MMBE — Stock Overview

MMBE is used to display material stock by plant, storage location, batch and stock type with drilldown into special stocks. It is most useful when users need to prove where quantity exists before diagnosing a goods-movement, ATP or inventory discrepancy. Work from the exact document, organizational level and business date, then verify downstream status or accounting evidence before changing master data or configuration.

This page explains MMBE — Stock Overview — as a practitioner reference: what it does, when it belongs in the process, the fields that matter, how to prove the result in SAP data, and the mistakes that create the most rework.

Published 19 Sept 2026· 594 words

Esta página ainda não está disponível em português.

Purpose

display material stock by plant, storage location, batch and stock type with drilldown into special stocks. The key is to treat MMBE as one step in an end-to-end process. What users see here is often determined earlier by master data, document status, organizational assignments or configuration, so always capture those inputs before changing the transaction result.

When it is used

MMBE is typically used when users need to prove where quantity exists before diagnosing a goods-movement, ATP or inventory discrepancy. It is also valuable in integration and regression testing because the resulting document/status provides objective evidence of whether upstream data and configuration are aligned. Narrow the working population first so any change can be reconciled safely.

How to use it in practice

  • Enter the exact material and relevant organizational scope.
  • Expand the hierarchy to plant, storage location and batch level.
  • Distinguish unrestricted, quality, blocked and special stock.
  • Compare with the posting date using MB5B if the question is historical.
  • Drill into material documents when the current stock is unexpected.

Key data objects

These fields and business objects usually explain the result in MMBE. Put them into support tickets and test evidence so another consultant can reproduce the same state instead of working from a generic symptom.

  • material — verify the exact value, status, organizational context and date relevance.
  • plant — verify the exact value, status, organizational context and date relevance.
  • storage location — verify the exact value, status, organizational context and date relevance.
  • stock type — verify the exact value, status, organizational context and date relevance.
  • batch/special stock — verify the exact value, status, organizational context and date relevance.

How to prove it in the data

Prove the issue through document flow and chronology. Start with the source requirement or document, identify the exact master/configuration keys used, then inspect the generated logistics or accounting document and its status. For quantity issues, reconcile ordered, received, delivered, invoiced and current/historical stock; for value issues, reconcile pricing, account determination and the FI document.

ECC vs S/4HANA

MMBE remains a standard S/4HANA stock diagnostic. HANA-based inventory simplification changes storage tables but not the need to distinguish stock categories. In an S/4HANA program, keep valid GUI transactions as support tools but use the strategic Fiori, workflow, embedded analytics and clean-core integration patterns where they provide the preferred business surface.

Common pitfalls and how to diagnose them

  • Saying 'stock exists' without checking stock type and storage location. Check the complete document flow before applying a workaround.
  • Using today's MMBE balance to explain a backdated posting. Check the complete document flow before applying a workaround.
  • Ignoring special stock such as sales-order, project or consignment stock. Check the complete document flow before applying a workaround.

Whose problem this is

Primary ownership sits with MM/P2P depending on the transaction, with Finance joining where accounting is created and EWM/integration teams joining where execution happens outside core ERP. Escalate with document numbers, organizational keys, date, expected result and proven status.

Related SAP objects

Reviewed pages this object connects to in the ERPClimb knowledge graph.

Source: ERPClimb — https://erpclimb.com/sap-tcodes/mmbeERPClimb is an independent platform and is not affiliated with SAP SE. Reference pages are written and reviewed by SAP consultants for learning and troubleshooting.