SAP-TabelleObjektVBAPModulSD_O2C

Tabelle VBAP — Verkaufsbelegpositionstabelle

VBAP speichert eine Zeile pro Verkaufsbelegposition, d.h. eine Material- oder Leistungszeile innerhalb einer Anfrage, eines Angebots, eines Auftrags, eines Kontrakts oder eines Lieferplans. Sie enthält die Positionskategorie, das Werk, die Menge, den Nettowert, die Währung und den Ablehnungsstatus für diese Zeile und verweist über dieselben Schlüssel VBELN und POSNR auf den Kopf in VBAK und weiter auf Einteilungen, Status- und Geschäftsdatentabellen.

Diese Seite behandelt, was eine VBAP-Zeile tatsächlich darstellt, welche Felder eine echte diagnostische Relevanz haben und wie die Tabelle mit Kopf-, Einteilungs-, Status- und Geschäftsdatentabellen verknüpft ist. Sie konzentriert sich auf die Fehlerbilder, auf die Berater tatsächlich stoßen, wenn eine Verkaufsauftragsposition in den Daten falsch aussieht.

Geprüft von einem SAP-Berater von ERPClimb am 15. Sept. 2026· 1.127 Wörter

Was sie speichert

Eine Zeile in VBAP repräsentiert eine einzelne Position innerhalb eines Verkaufsbelegs, identifiziert durch die Belegnummer VBELN und die Positionsnummer POSNR. Die Position kann eine Standardmaterialzeile, eine Textposition, eine Freigutposition, eine übergeordnete Position in einer Stücklistenstruktur oder eine Serviceposition sein. VBAP enthält die kommerziellen und logistischen Attribute dieser Zeile: Positionskategorie, Werk, Lagerort, Auftragsmenge, Verkaufseinheit, Nettowert, Währung, Route und Ablehnungsgrund, falls die Zeile storniert wurde. Dies gilt einheitlich für alle Verkaufsbelegarten, da Anfragen, Angebote, Aufträge, Kontrakte und Lieferpläne alle dieselbe Kopf-Positions-Struktur, VBAK und VBAP, verwenden. Die Belegart selbst wird aus VBAK gelesen, nicht aus VBAP, sodass VBAP allein nicht Aufschluss darüber geben kann, zu welchem Belegtyp die Position gehört.

Schlüsselfelder

MANDT – Mandant, immer der erste Filter, niemals bei einer manuellen Auswahl weglassen
VBELN – Verkaufsbelegnummer, der Kopfschlüssel, der mit VBAK geteilt wird
POSNR – Positionsnummer innerhalb des Belegs, für sich genommen nicht eindeutig
MATNR – auf der Zeile eingegebene Materialnummer
WERKS – lieferndes Werk für diese Position
LGORT – für diese Position vorgeschlagener oder eingegebener Lagerort
PSTYV – Verkaufsbelegpositionskategorie, steuert Preisfindung, Lieferung und Fakturarelevanz
ABGRU – Ablehnungsgrund, leer bedeutet, die Position ist noch offen
KWMENG – kumulierte Auftragsmenge in der Verkaufseinheit
VRKME – Verkaufseinheit für die Position
NETWR – Nettowert der Position in Belegwährung
WAERK – Belegwährung
UEPOS – übergeordnete Positionsnummer, gefüllt für Stücklisten-Unterpositionen und Freigut
GRKOR – Liefergruppe, steuert, ob Positionen zusammen geliefert werden müssen
ROUTE – für die Position ermittelte Route
ERDAT – Datum der Positionserstellung

Wie sie das Datenmodell verknüpft

VBAP-VBELN = VBAK-VBELN verknüpft mit dem Belegkopf für Verkaufsorganisation, Belegart und Auftraggeber
VBAP-VBELN/POSNR = VBEP-VBELN/POSNR verknüpft mit Einteilungen für Liefertermine und bestätigte Mengen
VBAP-VBELN/POSNR = VBUP-VBELN/POSNR verknüpft mit Positionsstatus für Liefer-, Faktura- und Ablehnungsstatus-Flags
VBAP-VBELN/POSNR = VBKD-VBELN/POSNR verknüpft mit Geschäftsdaten für Zahlungsbedingungen, Incoterms und Preisdatum auf Positionsebene
VBAP-VBELN/POSNR = VBFA-VBELV/POSNV (oder VBELN/POSNN für die Nachfolgerseite) verknüpft mit dem Belegfluss, um die Position in Lieferungen und Fakturen zu verfolgen
VBAK-KNUMV, das in KONV einfließt, dann Filterung nach KPOSN = VBAP-POSNR, ruft die für diese spezifische Position preisfindenden Konditionssätze ab

Wie man sie sicher liest

MANDT ist in den meisten Tools implizit, aber immer noch der logische erste Filter. VBELN ist sehr selektiv und sollte die primäre Einschränkung sein, wann immer die Belegnummer bekannt ist; POSNR allein ist nahezu nutzlos, da es sich in jedem Beleg wiederholt. Wählen Sie niemals MATNR oder WERKS über die gesamte Tabelle aus, ohne auch VBELN oder einen Datumsbereich einzuschränken. Die Tabelle ist in jedem aktiven SD-System groß, und ein uneingeschränkter Scan dieser Felder würde lange dauern. Wenn der Ausgangspunkt ein Kunde oder ein Datum statt einer Belegnummer ist, fragen Sie zuerst VBAK mit VKORG, ERDAT oder KUNNR ab, extrahieren Sie die VBELN-Liste und verknüpfen Sie dann mit VBAP. Achten Sie beim manuellen Einfügen von Belegnummern auf führende Nullen.

Wie man es in den Daten nachweist

Symptom: Eine Verkaufsauftragsposition zeigt einen Nettowert von Null auf dem Auftragsbildschirm. Wählen Sie VBAP für diese VBELN und POSNR aus und prüfen Sie NETWR und WAERK direkt. Wenn NETWR tatsächlich Null ist und ABGRU leer ist, wurde die Position mit Null bewertet, was auf die Konditionssätze in KONV über VBAK-KNUMV und KPOSN = POSNR hinweist, nicht auf VBAP selbst. Wenn ABGRU gefüllt ist, wurde die Position abgelehnt, und ein Nullwert ist zu erwarten und korrekt.

ECC vs. S/4HANA

VBAP bleibt in S/4HANA eine transparente Tabelle mit im Wesentlichen derselben Struktur; sie wurde im Rahmen der Vereinfachung des SD-Datenmodells weder ersetzt noch umstrukturiert. Sie liegt unterhalb der Verkaufsauftrags-CDS-View-Schicht, die von neueren Fiori-Apps und der analytischen Berichterstattung verwendet wird, aber diese Schicht liest aus VBAP, anstatt sie zu ersetzen, sodass der direkte Tabellenzugriff, ABAP-Berichte und ältere Abfragen, die auf VBAP basieren, unverändert weiter funktionieren. Die Änderung des Geschäftspartner-Modells betrifft die Kundenstammdatentabellen, nicht VBAP.

Häufige Fallstricke

POSNR als eindeutig oder sequenziell über Belege hinweg behandeln; es hat nur in Kombination mit VBELN Bedeutung, und die Positionsnummerierung kann je nach der im Customizing eingestellten Inkrementierung um Zehner oder Hunderter springen, Lücken bedeuten keine gelöschten Positionen
NETWR als den endgültig fakturierten Wert lesen; NETWR spiegelt das Preisfindungsergebnis der Auftragsposition zum Zeitpunkt der letzten Verarbeitung wider, nicht das tatsächlich fakturierte, dieser Vergleich erfordert VBRP
Annehmen, dass ein leeres ABGRU bedeutet, die Position ist noch vollständig offen für die Lieferung; die Position kann immer noch gesperrt, vollständig geliefert oder vollständig fakturiert sein, dieser Status befindet sich in VBUP, nicht in VBAP
Annehmen, dass KWMENG das ist, was versendet wird; bestätigte und gelieferte Mengen befinden sich in VBEP und in den Liefertabellen, KWMENG ist nur die bestellte Menge
Vergessen, dass übergeordnete Positionen (UEPOS gefüllt) oft keine eigene unabhängige Preisfindungs- oder Lieferrelevanz haben, die Unterpositionen darunter jedoch, sodass die Filterung nach leerem UEPOS Stücklistenkomponenten-Zeilen übersieht, die separate Aufmerksamkeit benötigen
PSTYV ziehen und annehmen, dass es immer mit der Positionskategorie übereinstimmt, die von der Positionskategoriengruppe im Materialstamm vorgeschlagen wird; manuelle Überschreibungen bei der Auftragserfassung sind üblich, und nur der in VBAP für diese spezifische Position gespeicherte Wert ist maßgeblich
VBAP isoliert verwenden, um zu erklären, warum eine Zeile nicht geliefert oder fakturiert wurde; das erfordert immer VBUP für den Status und VBFA für die tatsächlich nachgelagert erstellten Belege

Wessen Problem das ist

Fragen zur Positionskategorienfindung, Preisfindungsergebnissen und hier gespeicherten Ablehnungsgründen fallen in den Zuständigkeitsbereich von Order-Management- oder SD-Fachberatern. Basis oder Datenmanagement sind für das Tabellenwachstum und die Archivierung zuständig. Wenn der Streitpunkt sich darauf bezieht, was dem Kunden tatsächlich berechnet wurde, anstatt was die Auftragszeile zeigt, verschiebt sich die Zuständigkeit auf die Fakturierung, was VBRP und VBRK, nicht VBAP, bedeutet.