SAP-TabelleObjektMSEGModulMM_P2P

Tabelle MSEG — Materialbelegpositionen (Legacy-Zugriff in S/4HANA)

MSEG ist der klassische Tabellenname für Materialbelegpositionen und enthält Felder für Bewegungsart, Material, Werk, Lagerort, Charge, Menge, Wert und Referenzbelege. In S/4HANA wird die Persistenz von Materialbelegen in MATDOC konsolidiert, und Legacy-MSEG-Lesevorgänge werden über Kompatibilitätsmechanismen bereitgestellt. Neuer Code sollte MATDOC oder freigegebene Materialbeleg-CDS- oder API-Views verwenden, je nachdem, was angemessen ist.

MSEG ist die Positionstabelle, die jedem Warenbewegungsvorgang in der MM-Bestandsführung zugrunde liegt, von Wareneingängen zu einer Bestellung über interne Umlagerungen bis hin zu Verbrauchsbuchungen. Diese Seite behandelt die Felder, die beim Nachvollziehen einer Bewegung tatsächlich wichtig sind, die Joins zu Einkaufs- und Materialstammtabellen und die Fehler, die Berater machen, wenn sie Mengen und Werte direkt aus dieser Tabelle lesen.

Veröffentlicht am 20. Sept. 2026· 1.009 Wörter

Was sie speichert

Eine Zeile in MSEG repräsentiert eine einzelne Materialbewegungszeile innerhalb eines Materialbelegs. Ein Materialbeleg, der durch eine einzelne Buchungstransaktion erstellt wird, kann viele Zeilen enthalten, zum Beispiel ein Wareneingang zu einer Bestellung mit zehn Positionen oder eine Umbuchung, die drei verschiedene Materialien gleichzeitig bewegt. Jede Zeile erfasst, was bewegt wurde, von wo, wohin, in welcher Menge und die daraus resultierende Wertänderung im Bestand. Die Bewegungsart in der Zeile bestimmt die Art des Ereignisses: Wareneingang, Warenausgang, Umlagerung, Inventurdifferenz und so weiter. MSEG steht niemals allein; jede Zeile gehört genau zu einer Kopfzeile in MKPF, identifiziert durch Belegnummer und Geschäftsjahr. Stornobewegungen erscheinen als separate Zeilen mit einer ausgleichenden Menge, nicht als Aktualisierung der ursprünglichen Zeile.

Schlüsselfelder

Materialbelegnummer, Jahr und Position – klassischer Belegschlüsselkontext.
Bewegungsart, Material, Werk, Lagerort und Charge – Kern-Dimensionen der Bestandsbewegung.
Menge, Wert, Sonderbestand und Referenzfelder – erläutern die Auswirkung der Bewegung.
MATDOC – S/4HANA-Persistenz für Materialbelege.
Freigegebene Materialbeleg-CDS- oder API-Views – bevorzugte Schnittstelle für Neuentwicklungen.

Wie sie sich ins Datenmodell einfügt

MSEG-MBLNR = MKPF-MBLNR und MSEG-MJAHR = MKPF-MJAHR für den Belegkopf, Buchungsdatum und Belegdatum
MSEG-EBELN = EKPO-EBELN und MSEG-EBELP = EKPO-EBELP, um die Bestellposition zu erreichen, gegen die die Bewegung gebucht wurde
MSEG-MATNR = MARA-MATNR für Materialstammdaten, die nicht vom Werk abhängen
MSEG-MATNR = MARC-MATNR und MSEG-WERK = MARC-WERK für werkspezifische Materialdaten wie Dispositionsart und Einkaufsgruppe
MSEG-MATNR, MSEG-WERK, MSEG-LGORT = MARD auf denselben drei Feldern für den Lagerortbestand
MSEG-LIFNR = LFA1-LIFNR für Lieferantenstammdaten bei lieferantenbezogenen Bewegungen

Wie man sie sicher liest

MSEG hat kein direktes Buchungsdatumsfeld, daher muss jede Datumseinschränkung über MKPF-BUDAT oder MKPF-CPUDT, verbunden über MBLNR und MJAHR, erfolgen; eine Auswahl von MSEG allein nach einem Datumsbereich ist nicht möglich, und das Abrufen der gesamten Tabelle zum Filtern in einer Anwendungsschicht würde auf jedem Live-System zu einem Timeout führen. Beschränken Sie immer implizit nach MANDT durch die Standard-Mandantenbehandlung, dann grenzen Sie nach Werk, Material und Bewegungsart ein, bevor Sie auf Mengen- oder Wertfelder zugreifen, da sich BWART-Gruppen sehr unterschiedlich verhalten. MJAHR ist Teil des Schlüssels und leicht zu vergessen; eine Abfrage nur nach MBLNR über mehrere Jahre hinweg liefert falsche oder doppelt aussehende Zeilen. Für eine bestimmte Bestellposition ist das Filtern nach EBELN und EBELP zuerst wesentlich effizienter als das Scannen nach Material über ein ganzes Werk.

Wie man es in den Daten nachweist

Um zu bestätigen, dass eine Bestellposition tatsächlich empfangen wurde und nicht nur eine offene Menge in der Bestellung angezeigt wird, wählen Sie MSEG aus, wo EBELN und EBELP mit der Bestellposition übereinstimmen und BWART im Wareneingangsbereich für die verwendete Kontierungsart liegt, und überprüfen Sie dann SHKZG, um zu bestätigen, dass die Bewegung eine Bestandsbuchung war. Verknüpfen Sie mit MKPF über MBLNR und MJAHR, um das tatsächliche Buchungsdatum zu erhalten. Wenn keine Zeile zurückgegeben wird, wurde kein Wareneingang für diese Position gebucht, unabhängig davon, was der Bestellstatus anzeigt.

ECC vs. S/4HANA

Die SAP S/4HANA MM-IM-Dokumentation besagt, dass MATDOC das vorherige Persistenzmodell von MKPF und MSEG ersetzt. Kompatibilitätssichten bewahren das bisherige Leseverhalten, aber MSEG sollte nicht als physische S/4HANA-Tabelle beschrieben werden, die neue Positionszeilen empfängt. Eigene Sichten, die direkt auf den alten physischen Tabellen basieren, erfordern eine Neugestaltung.

Häufige Fallstricke

MENGE ohne SHKZG zu lesen und eine Schlussfolgerung über die Netto-Bestandsbewegung zu ziehen; das Vorzeichen wird separat geführt, und eine naive Summe von MENGE über Zeilen hinweg über- oder unterschätzt die tatsächliche Änderung je nach Mischung von Soll und Haben
Eine fehlende MSEG-Zeile für eine Bestellposition als Beweis dafür zu behandeln, dass nichts passiert ist, obwohl die Bewegung gegen eine andere Kontierung gebucht, in Teillieferungen aufgeteilt oder storniert und mit einer völlig neuen Belegnummer neu gebucht wurde
Anzunehmen, dass DMBTR die aktuelle Bewertung des Materials widerspiegelt; es spiegelt den Wert zum Zeitpunkt der Buchung dieser spezifischen Bewegung wider und wird nicht rückwirkend aktualisiert, wenn sich der Standardpreis oder der gleitende Durchschnittspreis später ändert
Zu vergessen, dass Stornierungen neue Zeilen mit einer ausgleichenden BWART erzeugen, anstatt die ursprüngliche Zeile zu löschen oder zu aktualisieren, so dass eine Rohzählung von Belegen für ein Material die tatsächliche Bewegungsaktivität überbewertet
MSEG mit EKBE zu verbinden und eine Eins-zu-Eins-Übereinstimmung zu erwarten; EKBE wird aus Warenbewegungs- und Rechnungsbuchungen erstellt und kann sich unterschiedlich aggregieren, insbesondere bei Teillieferungen, nachträglichen Anpassungen oder reinen Rechnungsbuchungen
Das Ignorieren von Batch- und Sonderbestandsindikatoren beim Abgleichen von Mengen, was dazu führt, dass der Bestand in einem Bewertungsart oder einer Sonderbestandskategorie mit den Gesamtbeständen im freien Verwendungsbestand nicht übereinstimmt
MSEG direkt für einen Datumsbereich abzufragen, ohne MKPF zuerst zu joinen, da das Buchungsdatum im Kopf, nicht in der Position liegt

Wessen Problem das ist

Eine Unstimmigkeit, die auf MSEG zurückzuführen ist, ist primär eine Frage für einen Bestandsführungs- oder MM-Funktionsberater, da die Konfiguration der Bewegungsart und die Logik der Kontierung bestimmen, was und warum gebucht wurde. Wenn die Wertfelder nicht mit dem Hauptbuch übereinstimmen, wird es zu einer gemeinsamen Frage von MM und FI, die über das Material-Ledger oder die Kontenfindung gelöst wird, nicht durch Bearbeiten der Tabelle.