SAP-TabelleObjektT001WModulMM_P2P

Tabelle T001W — Werkstammtabelle T001W

T001W speichert einen Satz pro Werk: dessen Namen, einen Adresszeiger, den Bewertungsbereich, zu dem es gehört, die Standardeinkaufsorganisation und, für Intercompany-Szenarien, die Kunden- und Lieferantennummern, die das Werk als Geschäftspartner repräsentieren. Es ist die Anker-Tabelle für die Logistikkonfiguration auf Werksebene in MM, PP und SD.

T001W ist die Werkstammtabelle, die jedem werksabhängigen Material-, Bestands- und Bewertungsdatensatz in MM zugrunde liegt. Diese Seite behandelt ihre Schlüsselfelder, die Joins, die Berater tatsächlich mit MARC, MARD, MBEW und EKPO durchführen, und die wiederkehrenden Fehlinterpretationen der Intercompany- und Einkaufsorganisationsfelder, die bei Vorfällen zu falschen Schlussfolgerungen führen.

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

Was sie speichert

Eine Zeile repräsentiert ein einzelnes Werk als logistische und organisatorische Einheit. Die Zeile enthält den beschreibenden Namen des Werks, den ihm zugewiesenen Bewertungsbereich (fast immer das Werk selbst, aber nicht garantiert), die für dieses Werk vorgeschlagene Einkaufsorganisation und optionale Kunden- und Lieferantennummern, die es dem Werk ermöglichen, als Geschäftspartner bei Intercompany-Umlagerungen und -Abrechnungen zu fungieren. Sie enthält auch eine Adressreferenz und einen Fabrikkalenderschlüssel, der für die Terminierung verwendet wird. Sie speichert keine Bestandsmengen, Details zum Lagerort oder materialspezifische Werksdaten – diese befinden sich eine Ebene tiefer oder in separaten Objekten. T001W sind Stammdaten auf Konfigurationsebene, die durch die Werkscustomizing gepflegt werden, und keine Bewegungsdaten, die von Endbenutzern eingegeben werden.

Schlüsselfelder

MANDT - Mandant
WERKS - Schlüssel des Werks, der primäre Identifier, der in MM, PP und SD verknüpft wird
NAME1 - beschreibender Name des Werks
BWKEY - dem Werk zugewiesener Bewertungsbereich, der zum Verknüpfen mit Bewertungstabellen verwendet wird
EKORG - Standardeinkaufsorganisation, die für das Werk vorgeschlagen wird
KUNNR - Kundennummer, die das Werk repräsentiert, nur für Intercompany- oder Cross-Company-Umlagerungsszenarien gefüllt
LIFNR - Lieferantennummer, die das Werk repräsentiert, gleicher Intercompany-Anwendungsfall wie KUNNR
ADRNR - Adressnummer, die auf die zentralen Adressverwaltungstabellen verweist
LAND1 - Landesschlüssel des Werks
FABKL - Fabrikkalenderschlüssel, der für die Terminierung auf Werksebene verwendet wird

Wie sie das Datenmodell verknüpft

T001W-WERKS = MARC-WERKS, Werksegment des Materialstamms
T001W-WERKS = MARD-WERKS, Lagerortbestand im Werk
T001W-BWKEY = MBEW-BWKEY, Materialbewertungssätze für den Bewertungsbereich des Werks
T001W-WERKS = EKPO-WERKS, empfangendes Werk auf einer Bestellposition
T001W-WERKS = T001L-WERKS, unter dem Werk definierte Lagerorte

Wie man sie sicher liest

T001W ist klein, typischerweise ein paar hundert Zeilen in einer großen Systemlandschaft, daher sind vollständige Scans kostengünstig und Selektionsregeln, die für Bewegungstabellen wichtig sind, finden hier keine Anwendung. Schränken Sie immer nach MANDT ein, auch wenn die meisten Lesevorgänge automatisch über eine mandantenabhängige View erfolgen. Die eigentliche Falle ist nicht die Performance, sondern die Interpretation: WERKS ist das einzige Feld, das garantiert gefüllt und für jede Zeile aussagekräftig ist. KUNNR, LIFNR und FABKL sind optional und bei den meisten Werken leer, sodass eine Abfrage, die nach ihnen filtert, die Mehrheit der Werksliste stillschweigend ausschließt, anstatt einen Fehler zurückzugeben.

Wie man es in den Daten nachweist

Symptom: Eine Intercompany-Umlagerungsbestellung schlägt fehl, da das empfangende Werk nicht als Kunde erkannt wird. Selektieren Sie T001W, wobei WERKS dem empfangenden Werk entspricht, und prüfen Sie KUNNR. Wenn KUNNR leer ist, wurde das Werk nie als Geschäftspartner für die Intercompany-Fakturierung eingerichtet, und die Konfiguration der Umlagerungsbestellung kann keinen Auftraggeber auflösen, unabhängig von Fehlern in der Bestellung selbst. Dieselbe Prüfung mit LIFNR bestätigt die liefernde Seite für die entsprechende Intercompany-Bestellung.

ECC vs. S/4HANA

T001W bleibt als transparente Tabelle in S/4HANA unverändert erhalten und wird weiterhin durch dieselben Werkscustomizing-Aktivitäten gepflegt. Es gibt keine Kompatibilitäts-View, die sie ersetzt, da die Werkstammdaten bei der Vereinfachung des MM-Datenmodells nicht umstrukturiert wurden, anders als die Materialbelegtabellen. Der Feldsatz und die Semantik sind die gleichen wie in ECC, sodass Joins und Interpretationen aus einer ECC-Ära-Untersuchung gültig bleiben.

Häufige Fallstricke

Annahme, dass BWKEY immer gleich WERKS ist. Die Standard-SAP-Konfiguration setzt die Bewertung normalerweise auf Werksebene, aber das Feld ist unabhängig, und in Systemlandschaften mit Bewertung auf übergeordneter Ebene verweist BWKEY auf etwas anderes. Das Verknüpfen von MBEW über WERKS anstatt BWKEY führt zu falschen oder leeren Bewertungsergebnissen.
Ein leeres KUNNR oder LIFNR als Datenfehler behandeln. Diese Felder dienen nur zur Unterstützung von Intercompany- und Cross-Company-Bestandsbewegungen; ein rein nationales Werk ist in beiden Feldern korrekterweise leer und benötigt keine Korrektur.
EKORG als die einzige Einkaufsorganisation lesen, die für das Werk einkaufen kann. Es ist der vorgeschlagene Standard bei der Neuanlage einer Bestellung, keine Einschränkung. Die Zuordnung von Einkaufsorganisation zu Werk als gültige Kombination wird durch die Konfiguration an anderer Stelle geregelt, und ein Werk kann berechtigterweise Bestellungen von einer anderen Einkaufsorganisation als der hier gespeicherten erhalten.
Adressdetails direkt aus STRAS, ORT01 und verwandten Feldern ziehen, wenn das System die Werksadressen in die zentrale Adressverwaltung verschoben hat. Auf vielen Systemen sind diese Felder leer oder veraltet, und die aktuelle Adresse befindet sich hinter ADRNR in den Adresstabellen, so dass ein direktes Auslesen der Felder einen falschen Eindruck von fehlenden oder falschen Adressdaten vermittelt.
Verwechslung der Werksebene mit der Lagerortebene bei der Untersuchung einer Bestandsdiskrepanz. T001W enthält keine Mengen- oder Lagerplatzinformationen; eine Diskrepanz, die wie ein Problem auf Werksebene aussieht, wird fast immer eine Ebene tiefer in Lagerort- oder Chargentabellen gelöst.

Wessen Problem dies ist

Die Werksstammdatenkonfiguration liegt in der Verantwortung des MM- oder Logistikkonfigurationsteams, nicht eines funktionalen Key Users. Der Adressinhalt wird oft separat von der Stelle gepflegt, die zentrale Geschäftspartner- oder Adressdaten verwaltet, da ADRNR außerhalb des reinen MM-Bereichs verweist. Intercompany KUNNR- und LIFNR-Zuordnungen sind eine gemeinsame Einrichtungsentscheidung von MM und FI-AR/AP, die einmal während der Intercompany-Prozessgestaltung getroffen wird, und nicht etwas, das bei einem Vorfall reaktiv geändert wird.