SAP transaction codeObjectQA33ModuleQM

QA33 — Display Inspection Lot List

QA33 is the display-only, multi-lot counterpart to QA32. It runs a selection against inspection lot header data using criteria such as plant, material, order, lot origin, date range and status, returns a worklist of lots, and lets the user drill into any single lot to view characteristics, results and usage decision without changing anything.

QA33 generates a filtered list of inspection lots for review rather than opening one lot at a time. This page covers the selection logic that decides which lots appear, the tables behind the list, and the diagnostic categories consultants hit most often: scoping, authorization, status mismatch and performance on wide selections.

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

Purpose

QA33 builds a report-style worklist of inspection lots based on a selection screen (plant, material, order, batch, inspection type, lot origin, date range, status flags) and displays the results in a list from which any individual lot can be opened in display mode. It is the read-only sibling of QA32, which offers the same selection logic but allows mass or individual change. The structural fact that causes most confusion is that QA33 shows nothing about lots that do not match the selection criteria; a lot that genuinely exists in the system can be completely absent from the list because a status checkbox, plant restriction, or date window silently excluded it. Consultants new to the transaction often mistake this for a data problem when it is a selection problem.

When it is used

QA33 is reached for whenever the question is about a set of lots rather than one lot: checking the backlog of open lots for a plant before month end, auditing all lots closed last week, confirming that usage decisions were actually posted for a batch of receipts, or exporting a list to a spreadsheet for a quality audit. QA03 is used instead when the identity of one specific lot is already known. QA32 is used instead when the same list needs to be changed in place, for example setting usage decisions on several lots at once. In S/4HANA landscapes with quality monitoring apps available, those apps may be preferred for dashboard-style review, but QA33 remains the fastest way to get an ad hoc list with full selection control.

How to use it in practice

  • Call transaction QA33.
  • On the selection screen, enter plant and material, or order number, or batch, depending on what is known.
  • Narrow by inspection lot origin (goods receipt, production order, in-process, and so on) and by date range on lot creation or usage decision date.
  • Set or clear the status checkboxes for open, closed, usage decision set, skip, and stock posted, since these directly control which lots are returned.
  • Execute and review the resulting list; sort or filter within the ALV grid as needed.
  • Double-click a line to open that lot in display mode and drill into characteristics results, sample data, defects and the usage decision history.

Key data objects

  • QALS - the inspection lot header, holding lot number, plant, material, origin, quantities, dates and the status fields that the QA33 selection screen filters against.
  • QAMR - inspection characteristics results, holding the recorded values per characteristic per lot, read when a lot is opened for detail display.
  • JEST and the status management tables - hold the current object status entries linked by object number from QALS, which is what the checkbox filters on the selection screen actually evaluate against.

How to prove it in the data

Run SE16 or SE16N on QALS filtered by plant and material to get the candidate lot numbers and their object number field. Take that object number into JEST to see the active status entries and compare them against the checkbox the user expected to match in QA33 (open, usage decision set, closed, and so on). If a lot exists in QALS but was missing from the QA33 list, the mismatch is almost always between the actual JEST status and the status flags selected on the QA33 screen, not a missing record.

ECC vs S/4HANA

The inspection lot data model is unchanged on S/4HANA; QALS remains the header table and was not absorbed into the universal journal, so QA33's selection and display logic behaves the same as on ECC. S/4HANA does add Fiori-based quality monitoring apps aimed at dashboard-style review of open lots, but QA33 continues to work exactly as before and is still the transaction consultants reach for when they need a precise, criteria-driven list rather than a tile-based overview.

Common pitfalls and how to diagnose them

  • Selection scoping: the single most common complaint is a lot that does not appear in the list. Before assuming a data problem, check the date range field being used (creation date versus usage decision date behave differently), and check every status checkbox, since unchecking 'usage decision not yet made' will hide lots still awaiting a decision.
  • Authorization gaps: QM authorization is tied to plant and inspection type combinations. A consultant with restricted authorization sees a shorter list than a colleague running the identical selection, which looks like a data discrepancy but is an authorization object difference. Compare authorization traces before escalating as a data issue.
  • Confusing display for change: users try to post a usage decision or edit a result directly from QA33 and find no editable fields. This is by design; QA33 never writes, and the correct transaction for the same worklist with edit rights is QA32.
  • Wide, unscoped selections: running QA33 with no plant, no material and no date range on a productive system with a large lot history returns an enormous list or times out. Always scope by plant and a reasonable date window first.
  • Status field confusion: the list shows internal status abbreviations, and a lot can look 'closed' in the business sense while still technically open in the system if results recording was skipped or the usage decision was reversed. Drill into the individual lot's status history rather than trusting the summary column alone.

Whose problem this is

This is functional QM territory; the quality consultant owns the selection logic, status profile design and interpretation of results. Basis involvement is limited to authorization objects restricting plant or inspection type visibility. ABAP involvement is rare and only needed for custom selection variants or list layout enhancements. A good handover states the exact selection criteria used, the plant, and which status checkboxes were set, not just 'the lot is missing'.

Related SAP objects

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

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