Tabelle VBRK — VBRK - Kopf des Fakturabelegs
VBRK speichert eine Zeile pro Kopf des Fakturabelegs – Rechnung, Gutschrift, Lastschrift oder Proforma-Rechnung – der im SD-Fakturierungsprozess erstellt wurde. Sie enthält die Fakturaart, das Fakturadatum, den Nettowert, die Währung, den Regulierer und Auftraggeber sowie den Buchungsstatus für die Übertragung an die Finanzbuchhaltung. Umsatz und Steuern auf Positionsebene sind in VBRP enthalten; VBRK allein liefert nie eine vollständige Rechnung.
VBRK ist die Kopftabelle hinter jedem Fakturabeleg, der über VF01 erstellt wird. Diese Seite behandelt, welche Felder vertrauenswürdig sind, wie man Positionen, Partner, Konditionen und die Kundenauftragskette verknüpft und welche Fallstricke dazu führen, dass Umsatz doppelt gezählt oder Buchungsfehler falsch diagnostiziert werden.
Geprüft von einem SAP-Berater von ERPClimb am 15. Sept. 2026· 1.073 Wörter
Was sie speichert
Eine Zeile in VBRK stellt einen Kopf des Fakturabelegs dar – eine Rechnung, Gutschrift, Lastschrift, Stornobeleg oder Proforma-Rechnung, die über die Fakturierungstransaktionen in SD erstellt wurde. Der Kopf enthält Beleg-Attribute auf Kopfebene, die für den gesamten Fakturabeleg gelten: Fakturaart, Fakturadatum, Nettowert, Belegwährung, Regulierer, Auftraggeber und ob der Beleg an die Finanzbuchhaltung übertragen wurde. Er enthält keine Positionskonditionen, Mengen oder Materialinformationen – diese befinden sich in VBRP. Eine einzelne VBRK-Zeile kann aus mehreren Kundenauftrags- oder Lieferpositionen gebildet werden, die auf einer Rechnung zusammengefasst sind, und umgekehrt kann ein großer Auftrag je nach Aufteilungskriterien wie Regulierer, Währung oder Fakturadatum auf mehrere VBRK-Belege aufgeteilt werden. VBRK wird durch die Standard-Fakturierungstransaktionen und deren Hintergrundvarianten, die in Sammelfakturaläufen verwendet werden, geschrieben.
Schlüsselfelder
- MANDT - Mandant
- VBELN - Nummer des Fakturabelegs, Primärschlüssel
- FKART - Fakturaart (F2 Rechnung, G2 Gutschrift, S1 Stornierung u.ä.)
- FKDAT - Fakturadatum, verwendet für den Erlöszeitraum und die Standardwerte des Konditionsdatums
- NETWR - Nettowert des Fakturabelegs in Belegwährung
- WAERK - Belegwährung
- KUNAG - Auftraggeber
- KUNRG - Regulierer
- VBTYP - SD-Belegkategorie, unterscheidet Rechnung von Gutschrift von Stornierung auf Belegartebene
- FKSTO - Stornokennzeichen, gesetzt, wenn der Beleg storniert wurde
- RFBSK - Status der Übertragung an die Finanzbuchhaltung, das Feld, das überprüft werden muss, wenn ein Fakturabeleg keinen Finanzbeleg generiert hat
- KNUMV - Konditionssatzgruppennummer, der Verknüpfungsschlüssel zu den Preiskonditionstabellen
- BUKRS - für den Fakturabeleg abgeleiteter Buchungskreis
Wie es das Datenmodell verknüpft
- VBRK-VBELN = VBRP-VBELN (Kopf zu Fakturapositionen)
- VBRP-AUBEL = VBAK-VBELN (Fakturaposition zurück zum Ursprungsauftrag, keine direkte VBRK-zu-VBAK-Verknüpfung)
- VBRK-VBELN = VBFA-VBELV oder VBFA-VBELN (Belegfluss, um die Kette von Auftrag, Lieferung und Fakturierung zu verfolgen und Stornoverbindungen zu finden)
- VBRK-VBELN = VBPA-VBELN mit VBPA-POSNR = 000000 (Kopfpartner wie Regulierer und Rechnungsempfänger)
- VBRK-KNUMV = KONV-KNUMV (Preiskonditionen, die auf den Fakturabeleg angewendet werden)
- VBRK-KUNAG = KNA1-KUNNR und VBRK-KUNRG = KNA1-KUNNR (Kundenstamm für Auftraggeber und Regulierer)
Wie man es sicher liest
VBRK ist in jedem Livesystem mit nennenswertem Rechnungsaufkommen groß, daher sind Datumsbereichseinschränkung auf FKDAT und Fakturaart-Einschränkung auf FKART die ersten beiden Filter, vor allem anderen. MANDT ist in den meisten Tools implizit, spielt aber beim direkten Tabellenzugriff eine Rolle. Die Auswahl nach VBELN-Bereich ist kostengünstig, da es der Primärschlüssel ist; die Auswahl nach KUNAG oder KUNRG ohne Datumseinschränkung auf FKDAT scannt weitaus mehr als beabsichtigt. Wenn Sie nach finanziell unvollständigen Belegen suchen, filtern Sie nach RFBSK, anstatt zu versuchen, den Buchungsstatus aus dem Fehlen einer Zeile an anderer Stelle abzuleiten – RFBSK enthält den expliziten Statuscode, einschließlich der für die Buchung gesperrten Zustände.
Wie man es in den Daten nachweist
Symptom: Ein Kunde bestreitet eine Rechnungssumme. Wählen Sie VBRK nach VBELN, um FKART, FKDAT, NETWR, WAERK, KUNAG, KUNRG zu erhalten und bestätigen Sie, dass FKSTO leer ist. Wenn FKSTO gesetzt ist, ist der Beleg storniert und sein Stornobeleg ist über VBFA verknüpft – der Streit betrifft wahrscheinlich den Nachfolger der Originalrechnung, nicht diese. Überprüfen Sie NETWR mit der Summe von VBRP-NETWR für dieselbe VBELN; eine Diskrepanz deutet auf eine manuelle Preisfestsetzung auf Kopfebene oder eine Rundungsbedingung hin und nicht auf einen Datenfehler.
ECC vs. S/4HANA
VBRK existiert weiterhin als persistente Tabelle in S/4HANA und wird weiterhin durch den Standard-Fakturierungsprozess geschrieben; sie wurde nicht durch eine Kompatibilitätssicht ersetzt, wie dies bei mehreren FI- und MM-Tabellen der Fall ist. Berichterstattungsebenen legen zunehmend CDS-Views über VBRK und VBRP für die Fakturierungsbeleg-Analyse, aber diese Views sind additiv und kein Ersatz, und direkte Tabellenlesevorgänge zur Fehlerbehebung bleiben gültig. Das Feldlayout ist im Wesentlichen unverändert gegenüber ECC, sodass historisch verwendete Verknüpfungen und Schlüsselfelder weiterhin gelten.
Häufige Fallstricke
- Summierung von NETWR über einen Datumsbereich, um den Gesamtumsatz zu ermitteln, ohne Zeilen mit FKSTO = X und die zugehörigen Stornobelege auszuschließen; eine stornierte Rechnung und ihre Stornierung buchen beide NETWR-Werte, und eine naive Summierung führt zu einer verzerrten Zahl, wenn nur eine Seite gefiltert wird.
- Annahme, dass VBRK-VBELN gleich der Kundenauftragsnummer ist; Fakturabelege haben ihren eigenen Nummernkreis, und der einzige zuverlässige Weg zurück zum Auftrag führt über VBRP-AUBEL oder den VBFA-Belegfluss.
- Lesen von NETWR als steuerinklusiv; es ist der Nettowert ohne Steuern in der Belegwährung, Steuern sind separat in den Konditionssätzen und im Buchhaltungsbeleg enthalten.
- Schlussfolgern, dass ein Fakturabeleg 'nicht in FI gebucht wurde' aufgrund seines Fehlens in einem Buchhaltungsbericht, ohne vorher RFBSK zu überprüfen; ein Wert ungleich Null oder ein blockierter RFBSK-Wert erklärt in der Regel genau, warum, häufig ein Problem bei der Kontenfindung oder der Umsatzsteuerkondition, nicht ein fehlender Beleg.
- Ignorieren von WAERK beim Aggregieren von NETWR über Belege in verschiedenen Währungen, was zu einer Summe führt, die Währungen stillschweigend mischt.
- Behandlung einer Proforma-Fakturaart wie eine Rechnung für die Umsatzberichterstattung; Proforma-Belege befinden sich in VBRK mit eigener FKART und werden nie an die Finanzbuchhaltung übertragen, daher bläht die Einbeziehung dieser Belege jeden buchhaltungsbezogenen Bericht auf.
- Vergessen, dass Sammelfakturaläufe mehrere Kundenaufträge oder Lieferungen zu einer VBRK-Zeile konsolidieren können, sodass eine Eins-zu-Eins-Annahme zwischen Auftrag und Rechnung genau dort zusammenbricht, wo Fakturabeleg-Splits auftreten.
Wessen Problem das ist
Inhalte und Erstellungslogik von Fakturabelegen gehören dem SD-Order-to-Cash-Berater, insbesondere alles, was Preisfindung, Fakturaart-Konfiguration oder Aufteilungskriterien betrifft. Sobald RFBSK ein Buchungsproblem anzeigt oder der Buchhaltungsbeleg selbst in Frage steht, geht die Zuständigkeit für die buchhalterische Seite an FI oder CO über, obwohl der SD-Berater in der Regel diagnostiziert, welcher Fakturabeleg feststeckt, bevor er ihn übergibt.
Verwandte SAP-Objekte
Geprüfte Seiten, mit denen dieses Objekt im ERPClimb-Wissensgraphen verbunden ist.
Quelle: ERPClimb — https://erpclimb.com/sap-tables/vbrkERPClimb ist eine unabhängige Plattform und steht in keiner Verbindung zur SAP SE. Die Referenzseiten werden von SAP-Beratern für Lernen und Fehleranalyse verfasst und geprüft.