SAP transaction codeObjectMIR5ModuleMM_P2P

MIR5 — Display List of Invoice Documents

MIR5 is a read-only reporting transaction in Logistics Invoice Verification that lists invoice documents matching selection criteria such as vendor, company code, posting date range, or document number. It does not create, park, or post anything; it exists to find and drill into existing invoice documents, from which the consultant navigates into MIR4 for the full document view.

This page covers MIR5, the classic list transaction for searching logistics invoice verification documents, including its selection logic, the underlying tables it reads, and the diagnostic checks needed when the list comes back empty or wrong. It also distinguishes MIR5 from its near-namesakes MIR4, MIR6, and MIR7.

Reviewed by an ERPClimb SAP consultant on 15 Sept 2026· 1,087 words

What it does

MIR5 produces a list of logistics invoice verification documents based on selection criteria entered on the initial screen: company code, vendor, fiscal year, posting date range, document number range, or reference document. It is a pure reporting transaction, no document is created or changed here. The structural fact that causes most confusion is that MIR5, MIR6, and MIR4 all sound like they do the same thing but do not: MIR4 displays one specific invoice document, MIR6 is the newer ALV-based invoice overview with more flexible layout and filter options, and MIR5 is the older classic list report with a fixed selection screen. Consultants who reach for MIR5 out of habit sometimes miss functionality that only exists in MIR6, and vice versa.

When it is used

MIR5 gets used when someone needs to find one or more existing invoice documents fast, without knowing the exact document number: checking whether a vendor's invoice was already posted, listing all invoices for a purchase order, reconciling a batch of invoices during month-end, or supporting an audit request for a date range. It sits downstream of MIRO and MIR7 in the process, after invoices have already been entered or parked. For anything beyond simple lookup, such as bulk release of blocked invoices or a more configurable layout, MIR6 or a Fiori invoice monitoring app is the better tool. MIR5 is the quick, no-frills option when the consultant just needs to see what exists.

How to use it

  • Call MIR5 and land on the selection screen.
  • Enter company code and fiscal year at minimum; narrow further by vendor, posting date range, or document number range to avoid a runaway selection.
  • Optionally restrict by document type, reference (PO number), or invoicing party if the field is exposed on the variant in use.
  • Execute; the system returns a flat list of matching invoice documents with header-level fields.
  • Double-click a line to drill into MIR4 for the full document, including line items, tax, and FI posting reference.
  • Use the list export or ALV layout options to sort, filter, or download the result set for reconciliation work.

Key fields

  • RBKP - invoice document header: document number, fiscal year, vendor, posting date, invoice amount, invoice status.
  • RSEG - invoice document line items: PO reference, quantity, amount, tax code, GR/IR reference.
  • BKPF - FI document header created when the invoice document is posted (not for parked-only invoices).
  • BSEG - FI line items, vendor open item and GR/IR clearing entries linked back to the invoice document.
  • EKKO and EKPO - purchase order header and item data, referenced by RSEG for the three-way match context.
  • MIR5 reads all of the above; it writes nothing, since it is a display transaction with no save step.

How to prove it in the data

Run SE16N or SE16 on RBKP filtered by BUKRS and GJAHR, then narrow by LIFNR or a BELNR range to match what MIR5 was asked to select. If a document is missing from the MIR5 list but the user insists it exists, check RBKP-RBSTAT (document status) and BUKRS/GJAHR combination first, since a wrong fiscal year or a parked-only status can silently exclude it from a selection that assumes posted documents. Cross-check RSEG on the same BELNR/GJAHR key to confirm line items exist, and join to EKPO via EBELN/EBELP if the PO reference looks wrong.

ECC vs S/4HANA

MIR5 remains available on S/4HANA as a compatible transaction, and the underlying RBKP and RSEG tables are unchanged in structure and purpose. SAP's direction is toward Fiori-based invoice monitoring and management apps that offer richer filtering, mass actions, and a modern list UI, but no S/4HANA release has removed MIR5 outright. Consultants working in a Fiori-first shop should expect the classic transaction to still work as a fallback, particularly for quick ad hoc lookups during troubleshooting.

Common pitfalls

  • Empty result set - the most common complaint is nothing coming back. Check the fiscal year field first, since RBKP is keyed by GJAHR and a document posted just after year-end change is easy to miss. Then check authorization for the company code or plant, since a restricted user simply sees a blank list with no error message.
  • Parked invoices not appearing - if the selection assumes only posted documents, parked invoices from MIR7 may be excluded depending on the status filter used. Confirm what RBKP-RBSTAT the user actually needs before concluding the document is missing.
  • Confusing MIR5 with MIR6 - a consultant trained on MIR6's flexible ALV filters will find MIR5's fixed selection screen limiting and may wrongly conclude a document cannot be found, when switching to MIR6 or MIR4 with the exact document number resolves it immediately.
  • Mistaking the list for payment status - MIR5 shows invoice verification document data, not FI clearing status. An invoice can appear in the MIR5 list and still be an open vendor item; that needs a check in BSEG or the vendor line item report, not MIR5.
  • Performance timeout on wide selections - running MIR5 across all company codes and several fiscal years without a vendor or document number restriction can time out or return a truncated list; always narrow by at least company code and fiscal year before executing.

Whose problem this is

This is functional AP/invoice verification territory, not Basis or ABAP, since MIR5 involves no configuration and no code path beyond standard selection logic. A good handover to the functional owner includes the exact selection criteria used, the expected document number if known, and whether the missing document is parked, posted, or blocked, so the owner can check RBKP status directly rather than re-running the same search.

Related SAP objects

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

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