SAP-TabelleObjektVBRPModulSD_O2C

Tabelle VBRP — VBRP Fakturabeleg-Positionsdaten

VBRP speichert pro Fakturabelegposition eine Zeile: das Material, die fakturierte Menge und den Nettowert, zuzüglich Verweisen auf die Kundenauftragsposition (AUBEL/AUPOS) und die Liefer- oder Auftragsposition, die die Fakturazeile generiert hat (VGBEL/VGPOS). Sie ist das positionsbezogene Gegenstück zur Fakturakopftabelle VBRK und die Tabelle, die abgefragt werden sollte, wenn ein Kunde einen fakturierten Betrag oder eine Menge bestreitet.

VBRP enthält die Positionsdetails jedes in SD erstellten Fakturabelegs, sei es eine Rechnung, eine Gutschrift, eine Lastschrift oder eine Stornierung. Diese Seite behandelt die Felder, die für die Rückverfolgung einer Fakturazeile zu ihrem Ursprung im Auftrag oder in der Lieferung wichtig sind, die Verknüpfungen, die Berater tatsächlich schreiben, und die Fehler, die beim Lesen von FKIMG, NETWR und den Referenzfeldern gemacht werden.

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

Was sie speichert

Jede VBRP-Zeile ist eine Position in einem Fakturabeleg: eine spezifische Material- oder Leistungszeile, ihre fakturierte Menge und der für diese Zeile gebuchte Nettowert. Ein Fakturabelegkopf in VBRK kann viele VBRP-Positionen haben, genau wie ein Kundenauftrag viele VBAP-Zeilen hat. VBRP wird bei der Erstellung eines Fakturabelegs gefüllt, sei es durch auftragsbezogene Fakturierung, lieferbezogene Fakturierung oder die manuelle Erstellung von Gut- und Lastschriften. Stornobelege erzeugen ebenfalls VBRP-Zeilen, die die gleichen Positionsdaten mit einem umgekehrten Vorzeichen zum Original enthalten. Die Tabelle ist der Ort, an dem die tatsächlich fakturierte Menge und der Wert gespeichert sind; sie enthält selbst keine Aufschlüsselung der Preiskonditionen, Steuerlogik oder Buchhaltungsbuchungen, diese befinden sich in verwandten Preis- und FI-Tabellen. Lesen Sie VBRP immer dann, wenn es um die Frage geht, was fakturiert wurde, nicht was bestellt oder geliefert wurde.

Schlüsselfelder

MANDT - Mandant
VBELN - Fakturabelegnummer, verknüpft mit VBRK-Kopf
POSNR - Fakturaposition
AUBEL - Kundenauftragsnummer, gegen die die Position fakturiert wird
AUPOS - Kundenauftragsposition
VGBEL - Vorgängerbelegnummer (Auftrag oder Lieferung, abhängig vom Fakturaweg)
VGPOS - Vorgängerbelegposition
MATNR - fakturierte Materialnummer
ARKTX - Kurztext der Position
FKIMG - tatsächlich fakturierte Menge in der Fakturierungseinheit
NETWR - Nettowert der Position in Belegwährung
WAERK - Belegwährung
PSTYV - Fakturapositionstyp
WERKS - Werk
VKBUR - Verkaufsbüro
VKGRP - Vertriebsgruppe
SPART - Sparte
FKSTO - Stornokennzeichen für diese Position

Wie sie das Datenmodell verknüpft

VBRP-VBELN = VBRK-VBELN, der Fakturabelegkopf mit Datum, Zahler und Buchhaltungsstatus
VBRP-AUBEL = VBAP-VBELN und VBRP-AUPOS = VBAP-POSNR, die Kundenauftragsposition, die die Fakturierung autorisiert hat
VBRP-VGBEL = LIPS-VBELN und VBRP-VGPOS = LIPS-POSNR, wenn der Fakturaweg lieferbezogen ist und nicht auftragsbezogen
VBRP über VBFA (VBELV/POSNV zu VBELN/POSNN) verknüpft, um die gesamte Auftrags-Liefer-Fakturierungskette in einer Abfrage zu verfolgen
VBRP-VBELN+POSNR gegen Preistabellen über die Konditionsbelegnummer, die in VBRK enthalten ist, zur Rekonstruktion der Preisaufschlüsselung einer spezifischen Zeile

Wie man sie sicher liest

Beschränken Sie die Abfrage immer nach MANDT und VBELN, wenn die Fakturabelegnummer bekannt ist; VBRP ist in jedem Live-System mit jahrelanger Fakturahistorie sehr groß, und ein uneingeschränkter Lesezugriff nur auf MATNR oder WERKS scannt die gesamte Tabelle. Wenn Sie nach Material oder Kunde suchen, filtern Sie zuerst nach einem Datumsbereich in VBRK-FKDAT oder nach Verkaufsorganisation, und verknüpfen Sie dann mit VBRP, anstatt VBRP direkt nach Feldern zu filtern, die für die Selektivität nicht gut geeignet sind, wie z.B. ARKTX. FKIMG ist bei Gutschriften und Stornierungen vorzeichenbehaftet, sodass eine einfache Summe über gemischte Belegarten ein irreführendes Ergebnis liefert; gruppieren Sie immer nach Fakturakategorie oder filtern Sie nach FKSTO, bevor Sie aggregieren.

Wie man es in den Daten beweist

Der Kunde behauptet, eine Rechnungszeile zeige eine andere Menge als die Lieferung. Ziehen Sie VBRP für den Fakturabeleg und die Position, notieren Sie VGBEL und VGPOS, lesen Sie dann LIPS mit dieser Beleg- und Positionsnummer, um LIPS-LFIMG mit VBRP-FKIMG zu vergleichen. Eine Diskrepanz bestätigt eine Teilfakturierung oder eine manuelle Mengenüberschreibung bei der Fakturierung; identische Mengen verschieben die Untersuchung zurück zur Preisfindung oder Steuer, nicht zur Menge.

ECC vs. S/4HANA

VBRP bleibt eine transparente Tabelle in S/4HANA und wird weiterhin von denselben Fakturierungsprozessen geschrieben. Berichte und Analysen erfolgen zunehmend über CDS-Views, die auf VBRK und VBRP aufbauen, anstatt direkter Tabellenlesezugriffe, aber die zugrunde liegende Tabellenstruktur und ihre Kernfelder sind für die Standard-SD-Fakturierung unverändert. Benutzerdefinierte Berichte und Schnittstellen, die VBRP direkt lesen, funktionieren weiterhin; neue Fiori-basierte Fakturierungsberichte basieren typischerweise stattdessen auf der Kompatibilitäts-CDS-Schicht.

Häufige Fallstricke

Annahme, dass VGBEL immer auf die Lieferung verweist. Bei auftragsbezogener Fakturierung ohne Lieferungs Schritt, wie bei Service- oder Intercompany-Fakturierung, verweist VGBEL auf den Kundenauftrag, nicht auf einen Lieferbeleg; die Prüfung von LIPS gegen diese falsche Annahme liefert nichts und sieht wie ein Datenfehler aus, obwohl es keiner ist.
Summieren von NETWR über eine Fakturabelegreihe, ohne stornierte Positionen auszuschließen. Stornofakturabelege erstellen eigene VBRP-Zeilen mit gesetztem FKSTO; dies ignoriert die korrekte Verrechnung von Einnahmen in Ad-hoc-Berichten oder verdoppelt sie fälschlicherweise.
Behandeln von FKIMG als die definitive fakturierte Menge, wenn die Position eine reine Wertzeile ist, wie z.B. bestimmte Fracht- oder Servicepositionen, bei denen die Menge keine wirkliche geschäftliche Bedeutung hat und der Geldbetrag in NETWR das ist, was tatsächlich zählt.
Erwarten, dass eine VBRP-Position genau einer VBAP-Position zugeordnet ist. Kollektivfakturierung und Positionsaufteilungen bedeuten, dass mehrere Kundenauftragspositionen zu einer Fakturaposition konsolidiert werden können, oder eine Auftragsposition kann auf mehrere Fakturapositionen über verschiedene Währungen oder Werke aufgeteilt werden, sodass AUBEL/AUPOS kein garantierter Eins-zu-Eins-Schlüssel ist.
Lesen von NETWR als den endgültigen fakturierten Wert, den der Kunde zahlt. Steuer, Skonto und Konditionsanpassungen auf Kopfebene in VBRK spiegeln sich nicht allein im NETWR der Position wider; die tatsächliche Verbindlichkeit des Zahlers ergibt sich aus der Kopfsumme zuzüglich Steuertabellen, nicht aus dem isolierten Summieren von VBRP-Zeilen.

Wessen Problem das ist

Die Konfiguration von Fakturierungsinhalten und Positionstypen liegt beim SD/O2C-Funktionsberater. Streitigkeiten darüber, ob eine bestimmte Menge oder ein Wert auf einer Rechnung korrekt ist, beginnen in der Regel beim Fakturierungs- oder Auftragsservice und eskalieren nur dann zur SD-Konfiguration, wenn die Positionstypen oder Kopiersteuerungsregeln selbst verdächtigt werden, falsche Werte zu erzeugen.