SAP-TabelleObjektEBANModulMM_P2P

Tabelle EBAN — Positionstabelle für Bestellanforderungen EBAN

EBAN speichert pro Zeile eine Position einer Bestellanforderung, indiziert durch die Bestellanforderungsnummer BANFN und die Positionsnummer BNFPO. Sie enthält das angeforderte Material oder die angeforderte Leistung, die Menge, das Werk, die Kontierungsart, den Freigabestatus und, sobald die Bestellanforderung umgewandelt wurde, die resultierende Bestellnummer und Position. Sie enthält nicht die Bestellung selbst.

EBAN ist die Kopf- und Positionstabelle für Bestellanforderungen in der MM-Beschaffung, eine Zeile pro Bestellanforderungsposition. Diese Seite behandelt die Felder, die für die Verfolgung einer Bestellanforderung über die Freigabestrategie und die Umwandlung in eine Bestellung wichtig sind, die Verknüpfungen zu EKPO und EBKN sowie die Fallstricke, die sich daraus ergeben, dass EBAN sowohl offene als auch längst umgewandelte Bestellanforderungen in derselben Tabelle enthält.

Veröffentlicht am 15. Sept. 2026· 1.060 Wörter

Was sie speichert

Jede Zeile in EBAN stellt eine einzelne Position einer Bestellanforderung dar, identifiziert durch die Bestellanforderungsnummer BANFN und die Positionsnummer BNFPO. Es gibt keine separate Kopfzeilentabelle für Bestellanforderungen über eine durch BANFN implizierte kopfartige Gruppierung hinaus; Kopf- und Positionsattribute befinden sich zusammen in der Positionszeile. Eine Bestellanforderungsposition erfasst, was angefordert wird (Material oder Freitextbeschreibung), wie viel, für welches Werk und welchen Lagerort, unter welcher Kontierungsart und bis wann es benötigt wird. Die Zeile verfolgt auch den Lebenszyklus der Bestellanforderung: Erstellung, Freigabestatus, Löschkennzeichen und, falls die Bestellanforderung umgewandelt wurde, die daraus resultierende Bestellnummer und Position. EBAN-Zeilen bleiben nach der Umwandlung und nach dem Löschen erhalten; sie werden nicht bereinigt, sodass die Tabelle die gesamte Historie jeder jemals im System erfassten Bestellanforderung sammelt.

Schlüsselfelder

MANDT - Mandant
BANFN - Bestellanforderungsnummer
BNFPO - Bestellanforderungspositionsnummer
BSTYP - Belegkategorie, unterscheidet Bestellanforderung von anderen Einkaufsbelegen
BSART - Belegart der Bestellanforderung
MATNR - Materialnummer, leer für Freitext- oder Dienstleistungspositionen
TXZ01 - Kurztextbeschreibung der Position
WERKS - Werk
LGORT - Lagerort
MATKL - Warengruppe
MENGE - angeforderte Menge
MEINS - Bestelleinheit
KNTTP - Kontierungsart
LFDAT - benötigtes Lieferdatum
BADAT - Erstellungsdatum der Bestellanforderung
ERNAM - Anwender, der die Bestellanforderung angelegt hat
EKGRP - Einkaufsgruppe
EKORG - Einkaufsorganisation
LIFNR - fester oder gewünschter Lieferant, falls angegeben
EBAKZ - Löschkennzeichen für die Position
STATU - Bearbeitungsstatus der Position
EBELN - Bestellnummer, wird nach Umwandlung gefüllt
EBELP - Bestellposition, wird nach Umwandlung gefüllt

Integration in das Datenmodell

EBAN-BANFN = EBKN-BANFN und EBAN-BNFPO = EBKN-BNFPO, Kontierungszeilen für die Bestellanforderungsposition
EBAN-MATNR = MARA-MATNR, Materialstammsatzverknüpfung, wenn die Position materialbasiert ist
EBAN-MATNR = MARC-MATNR und EBAN-WERKS = MARC-WERKS, Materialdaten auf Werksebene
EBAN-EBELN = EKPO-EBELN und EBAN-EBELP = EKPO-EBELP, die aus dieser Bestellanforderung erstellte Bestellposition
EBAN-LIFNR = LFA1-LIFNR, Lieferantenstammsatz für einen festen oder gewünschten Lieferanten in der Bestellanforderung

Sicheres Auslesen

Beschränken Sie die Auswahl immer auf MANDT und wählen Sie in einem Produktivsystem niemals die gesamte Tabelle nur nach einem BANFN-Bereich aus; Bestellanforderungsnummern sammeln sich über Jahre an und die Tabelle kann sehr groß werden. Die selektivsten Startfilter sind EKGRP, EKORG, WERKS und ein BADAT-Datumsbereich, oder eine spezifische BANFN, wenn diese bereits aus einer EKPO-Suche bekannt ist. Vermeiden Sie die alleinige Auswahl nach MATNR oder MATKL über den gesamten Mandanten hinweg, da dies Felder mit geringer Selektivität sind, die riesige Bereiche scannen. Wenn Sie nach offenen, nicht umgewandelten Bestellanforderungen suchen, filtern Sie nach einem leeren EBELN und einem nicht gesetzten EBAKZ, und schränken Sie dann vor dem Abruf großer Mengen nach EKGRP oder WERKS ein.

Nachweis in den Daten

Um zu bestätigen, dass eine Bestellanforderungsposition tatsächlich in eine Bestellung umgewandelt wurde, wählen Sie EBAN nach BANFN und BNFPO aus und lesen Sie EBELN und EBELP direkt aus der Zeile; beides leer bedeutet, dass sie noch offen ist, beides gefüllt bedeutet, dass sie umgewandelt wurde. Prüfen Sie gegen, indem Sie von EKPO in die andere Richtung gehen, wo EKPO-BANFN und EKPO-BNFPO übereinstimmen, und bestätigen Sie, dass die Bestellposition tatsächlich auf diese Bestellanforderungsposition zurückgeht und nicht auf eine zufällig wiederverwendete Nummer aus einer früheren Ära.

ECC vs. S/4HANA

EBAN existiert als transparente Tabelle in S/4HANA weiterhin und wird weiterhin durch die Bestellanforderungserstellung und die Fiori-Apps für Bestellanforderungen sowie die klassischen Transaktionen beschrieben. Einige neuere Berichte im Zusammenhang mit Bestellanforderungen basieren auf CDS-Views, die über EBAN geschichtet sind, anstatt direkte Tabellenlesevorgänge zu verwenden, aber die zugrunde liegende Persistenz und Feldstruktur sind für die hier aufgeführten Kernfelder im Wesentlichen unverändert gegenüber ECC. Kundeneigener Code und Schnittstellen, die EBAN direkt lesen, funktionieren im Allgemeinen ohne Neuzuordnung weiterhin.

Häufige Fallstricke

Annahme, dass ein leeres EBELN bedeutet, dass die Bestellanforderung nie bearbeitet wurde. Es kann auch bedeuten, dass die Bestellanforderung gelöscht (prüfen Sie EBAKZ) oder in der Freigabestrategie abgelehnt wurde, ohne jemals eine Umwandlung zu erreichen, was eine andere Geschäftssituation darstellt als einfach nur 'offen'.
EBAN isoliert zu lesen, um den Freigabestatus zu beurteilen. Die Freigabekennzeichen auf der Position machen nur im Zusammenhang mit der Freigabestrategie und den Klassifizierungstabellen Sinn; EBAN allein erklärt nicht, warum eine Bestellanforderung blockiert ist, sondern nur, dass sie es ist.
EBELN und EBELP auf der Bestellanforderung als 'live'-Zeiger zu behandeln. Wenn die Bestellposition später gelöscht oder die Bestellanforderung in einem nicht standardmäßigen Prozess für ein anderes Folgebeleg verwendet wird, spiegeln die Werte in EBAN möglicherweise nicht die aktuelle Bestellrealität wider; EKPO ist die maßgebliche Quelle für die Bestellseite.
Vergessen, dass EBAN niemals bereinigt wird. Berichte über 'offene Bestellanforderungen' nach Material oder Werk ohne Filterung der Löschkennzeichen und Umwandlungsfelder ziehen Jahre alter, irrelevanter Historie neben tatsächlich offenem Bedarf mit sich.
Annahme, dass eine BANFN einem Geschäftsbedarf entspricht. Eine einzelne Bestellanforderung kann viele Positionen unter BNFPO mit völlig unterschiedlichen Materialien, Werken und Kontierungen haben; das Aggregieren auf BANFN-Ebene ohne Gruppierung nach BNFPO stellt den tatsächlichen Inhalt der Bestellanforderung falsch dar.
Verwechslung der Bestellanforderung-Menge MENGE mit der noch offenen Menge. EBAN verfolgt nicht, wie viel der angeforderten Menge bereits bestellt wurde; dieser Vergleich erfordert das Verknüpfen mit EKPO und das Summieren der bestellten Mengen gegen die Bestellanforderungsposition.

Wessen Problem das ist

Beschaffungsfragen zu EBAN liegen beim MM/Einkauf-Funktionsberater, insbesondere Freigabestrategie- und Kontierungsprobleme, die üblicherweise die Einkaufsgruppe des Anforderers und das Freigabe-Genehmiger-Setup betreffen. Mengen- oder Performance-Fragen zur Tabelle gehören zum Basis-Team oder zum ABAP-Team, das den Bericht erstellt, da die Lösung normalerweise eine bessere Selektion und keine Datenkorrektur ist.