Tabelle EKKO — Einkaufsbelegkopf-Tabelle

Eine Zeile in EKKO ist ein Einkaufsbelegkopf, identifiziert durch EBELN. Das Feld für die Belegart BSART entscheidet, was dieser Kopf tatsächlich ist: eine Standardbestellung, ein Kontrakt, ein Lieferplan, eine Anfrage oder ein Angebot. Die Bedeutung mehrerer anderer Felder ändert sich abhängig von diesem Typ. Der Kopf enthält Lieferant, Einkaufsorganisation, Einkäufergruppe, Währung, Zahlungsbedingungen, Incoterms, Erstellungsdaten und, falls ein Freigabeverfahren aktiv ist, den Gesamtfreigabestatus. Er enthält keine Mengen, Preise oder Liefertermine für einzelne Positionen; diese gehören zu EKPO und EKET. Er enthält auch keine Wareneingangs- oder Rechnungshistorie; diese ist in EKBE. Betrachten Sie EKKO als den Umschlag, nicht als den Inhalt.

MANDT schränkt jede Auswahl zuerst ein, dann ist EBELN der natürliche Schlüssel, falls er bereits bekannt ist. Wo EBELN nicht bekannt ist, schränken Sie zuerst nach BSART und EKORG ein, bevor Sie einen Datumsbereich für AEDAT hinzufügen; die alleinige Auswahl nach LIFNR über ein großes System ist teuer, da der Lieferant nicht die führende Indexkomponente ist. Vermeiden Sie einen vollständigen Tabellenscan, der nur nach FRGKE oder BSTYP gefiltert ist; beides sind Flags mit geringer Kardinalität und schlechter Selektivität. Wenn die Frage Wert oder Menge betrifft, fragen Sie EKKO überhaupt nicht ab, gehen Sie zu EKPO oder EKBE und holen Sie EBELN von dort.

Symptom: Ein Einkäufer behauptet, eine Bestellung sei nie für Zahlungsblockierungsprüfungen freigegeben worden. Wählen Sie EKKO, wobei EBELN der Belegnummer entspricht, und lesen Sie FRGKE. Ein Wert, der eine unvollständige Freigabe anzeigt, bestätigt, dass sie in der Freigabestrategie feststeckt und nicht nachgelagert blockiert ist. Überprüfen Sie dies mit der Freigabestatushistorie in der zugehörigen Freigabetabelle, wenn die Strategie mehrere Schritte verwendet, da FRGKE nur den aktuellen aggregierten Status anzeigt und nicht, welcher Genehmiger noch aussteht.

EKKO bleibt die primäre Persistenztabelle für Einkaufsbelegköpfe in S/4HANA; sie wurde nicht ersetzt oder aufgeteilt, wie es bei einigen FI-Tabellen der Fall war. Fiori-Apps und analytische Berichte lesen Einkaufsdaten über CDS-Views, die auf EKKO und EKPO aufbauen, aber die zugrunde liegende Tabellenstruktur und die hier beschriebenen Schlüsselfelder sind für Standard-Einkaufsbelege unverändert. Benutzerdefinierter ABAP-Code, der direkt auf EKKO zugreift, funktioniert weiterhin.

Ein funktionaler MM- oder Einkaufsberater ist für Fragen zum Belegartenverhalten, zur Freigabestrategiekonfiguration und zur Bedeutung von Kopfebenenfeldern zuständig. Streitigkeiten bezüglich Lieferantenstammdaten werden an das Stammdaten- oder Beschaffungsbetriebsteam weitergeleitet. Fragen zur Kontierung oder zu Kostenobjekten auf einem bestimmten Kopf gehören gemeinsam MM und FI/CO, da die auf Kopfebene eingestellte Kontierungskategorie beeinflusst, was EKKN auf Positionsebene zulässt.

EKPO enthält die Positionen und ist die Tabelle, mit der fast jede EKKO-Untersuchung verknüpft wird, um echte Zahlen zu erhalten. EKET enthält die Einteilungen für Lieferpläne und Teillieferungen. EKBE erfasst Wareneingänge und Rechnungseingänge zum Beleg. EKKN und EKPA enthalten Kontierungs- und Partnerdaten. LFA1 liefert den Lieferantenstammsatz. Die Transaktionen ME21N, ME22N und ME23N erstellen, ändern und zeigen diese Köpfe an; ME31K und ME31L tun dasselbe für Kontrakte und Lieferpläne.