QA01 — Create Inspection Lot Manually
QA01 manually creates a quality inspection lot for a material and plant, using the same lot-creation engine that automatic triggers (goods receipt, in-process confirmation, stock transfer) call in the background. It is used when no automatic trigger exists for the situation - audits, complaint samples, stability testing - and it fails with the same setup errors automatic creation would if the inspection type is not maintained.
This page covers QA01, the manual inspection lot creation transaction in QM, including how it differs from automatically triggered lots and the diagnostic checks for the most common creation failures. It focuses on duplicate lots, missing inspection type setup, and origin mismatches rather than the basic screen fields.
Reviewed by an ERPClimb SAP consultant on 15 Sept 2026· 1,155 words
Purpose
QA01 creates an inspection lot for a given material, plant and inspection lot origin. Most inspection lots in a live system are created automatically - goods receipt against a purchase order, an in-process confirmation, a stock transfer posting - each of these triggers a specific origin code (01, 04, 05, 08, 89 and so on) which fires the same lot-creation logic behind the scenes. QA01 is the manual entry point into that identical logic, used for origins that support standalone creation or for ad hoc inspections with no triggering document. The structural fact that explains most confusion: QA01 does not invent inspection logic of its own. If the inspection type is not switched on in the material's QM view for that plant, QA01 fails with the exact same error an automatic trigger would produce, because it is calling the same engine, not a simplified manual variant of it.
When it is used
Reached for when a lot is needed outside the normal document flow: a periodic audit inspection with no goods movement behind it, a stability or shelf-life sample pulled on a schedule, a sample created to investigate a customer complaint, or replacing a lot that was cancelled in error. It is not the transaction for recording results against a lot that already exists - that is QA11 or the worklist in QA32. It is also not the right tool for lots that should be created automatically; if a goods receipt is not generating a lot, the fix belongs in the inspection setup on the material master, not in habitually creating the lot by hand through QA01 after every receipt.
How to use it in practice
- Call QA01, enter material and plant, then select the inspection lot origin (01 goods receipt, 04 in-process, 89 manual/audit, etc.)
- System proposes the inspection type from the material's QM view for that plant; if none is maintained, creation is blocked here
- Enter lot quantity, unit of measure, and batch or storage location if the material is batch-managed
- Save - the system generates a lot number, pulls inspection characteristics from the linked inspection plan or material specification, and posts stock movement to quality inspection stock only if the origin is defined to do so
- Follow with QA02 to release the lot for inspection, or QA32/QE51n to work the worklist and record results
Key data objects
- QALS - inspection lot header: lot number, material, plant, origin, inspection type, status flags
- QAVE - inspection lot quantities and goods-movement-related data, populated depending on the origin's stock posting rules
- PLKO and PLPO - inspection plan header and operations copied into the lot's characteristics when a task list is assigned
- MCHB and MARD - stock records updated when the lot origin is defined to move quantity into quality inspection stock at creation
How to prove it in the data
In SE16 on QALS, filter by MATNR and WERK and HERKUNFT (origin) to confirm whether a lot for this material/plant/origin already exists before a new one is created manually. Check the STAT status entries on the lot (created, released, results recorded) to see where it stopped. Compare ERSTELLDAT and ERNAM against the expected automatic trigger - a real dialog user rather than a batch or workflow user on a lot that should have been system-triggered points to someone using QA01 to paper over a missing automatic trigger.
ECC vs S/4HANA
QA01 is unchanged functionally between ECC and S/4HANA; the underlying inspection lot tables and creation logic were not restructured as part of the S/4 data model simplification. Consultants coming from ECC can use it exactly as before. Fiori apps in the QM area are oriented mainly toward results recording and worklist monitoring rather than replacing manual lot creation, so QA01 remains the practical entry point for this task in most S/4 implementations.
Common pitfalls and how to diagnose them
- Inspection type not maintained: QA01 stops immediately because the material's QM view has no active inspection type for the plant entered. Fix in the material master, not by forcing an origin that happens to bypass the check.
- Duplicate lot creation: a lot already exists for the same material, plant and reference document because the automatic trigger fired correctly, and a user creates a second one manually out of habit or because the first lot was not visible to them. Check QALS for an existing open lot on the same reference before creating a new one; two open lots against the same quantity produces double blocking of inspection stock.
- Origin and quantity mismatch: selecting an origin that expects a triggering document (goods receipt, order confirmation) when none exists leaves the lot inconsistent - created but with no linked requirement, or created without the expected stock posting to quality inspection stock because only certain origins move stock automatically.
- Batch or classification gaps: for batch-managed materials, a missing or unclassified batch means characteristics are not inherited from the specification, and results recording later shows no characteristics to record against. This surfaces downstream in QE51n, not at QA01 save time, which delays diagnosis.
- Plant not extended for QM: the QM view was never maintained for a newly rolled-out plant, most common right after a plant go-live when master data extension covered accounting and MRP views but not QM.
- Reflex fix that makes it worse: cancelling the lot and recreating it manually through QA01 repeatedly without asking why the automatic trigger did not fire. If the root cause is a missing or wrong inspection type control setting, every future goods receipt will keep failing to generate a lot until that master data is corrected, and manual creation becomes a permanent workaround instead of a one-time fix.
Whose problem this is
Functional QM territory. Inspection types, origins and control keys are configured by the QM consultant; the material master QM view is maintained by master data or QM. Basis and ABAP are rarely involved unless a custom BAPI-based lot creation program is failing. A good handover states material, plant, origin selected, the exact error or unexpected status, and whether an automatic trigger was expected to create the lot instead.
Related SAP objects
Reviewed pages this object connects to in the ERPClimb knowledge graph.
Source: ERPClimb — https://erpclimb.com/sap-tcodes/qa01ERPClimb is an independent platform and is not affiliated with SAP SE. Reference pages are written and reviewed by SAP consultants for learning and troubleshooting.