Tabelle MARC — Pflanzendaten für Material

Eine Zeile in MARC repräsentiert die Attribute eines einzelnen Materials in einem einzelnen Werk. Während MARA die globalen, mandantenunabhängigen Attribute eines Materials (Basiseinheit, Materialart, Industriesektor) speichert, enthält MARC alles, was sich legitim von Werk zu Werk unterscheiden kann: wie das Material geplant wird, wer es plant, wie es beschafft wird, wie lange die Lieferung dauert, welche Losgrößenregeln gelten und ob es derzeit für die Verwendung in diesem Werk gesperrt ist. Ein Material existiert in einem Werk nur dann sinnvoll, wenn sein MARC-Datensatz erstellt wurde, weshalb 'ein Material auf ein Werk erweitern' in der Praxis bedeutet, diese Zeile zu erstellen. Produktion, Disposition und Einkauf lesen alle MARC, bevor sie MARA für operative Zwecke lesen.

Filtern Sie immer nach Mandant über MANDT in einem Roh-SQL-Trace, obwohl in ABAP die Open SQL-Schicht dies automatisch handhabt. Die eigentliche Schlüsselsdisziplin ist MATNR plus WERKS: Wählen Sie in einer Mehrmandantenlandschaft niemals nur nach Materialnummer aus MARC aus; dasselbe Material kann in verschiedenen Werken wild unterschiedliche DISMM-, BESKZ- oder MMSTA-Werte haben, und das zufällige Ziehen einer Zeile liefert eine falsche Antwort, die plausibel aussieht. Wenn die Untersuchung werksbezogen ist, beginnen Sie mit WERKS, um die Ergebnismenge zu reduzieren, bevor Sie MATNR hinzufügen. MARC ist viel kleiner als MSEG oder EKBE, aber in einer Landschaft mit Hunderten von Werken und Hunderttausenden von Materialien ist es immer noch groß genug, dass ein uneingeschränkter Select in der Produktion eine schlechte Idee ist.

Symptom: Die Disposition generiert keine Planaufträge für ein Material in einem bestimmten Werk, obwohl der Bestand unter dem Meldebestand liegt. Wählen Sie MARC für dieses MATNR und WERKS aus und prüfen Sie drei Felder zusammen: DISMM darf nicht leer sein oder auf einen Typ eingestellt sein, der den Dispositionslauf ausschließt, LVORM darf nicht gesetzt sein und MMSTA darf keinen Status tragen, der die Planung blockiert. Wenn DISMM korrekt gefüllt ist, das Material aber immer noch nicht geplant wird, liegt das Problem woanders, typischerweise in den Dispositionslaufparametern oder in einem Status, der höher in MARA gesetzt ist.

MARC bleibt die zugrundeliegende Persistenztabelle für werksbezogene Materialdaten in S/4HANA. Es gibt keine Kompatibilitätssicht, die MARC selbst ersetzt, wie es bei einigen Finanztabellen der Fall war, da sie weiterhin direkt durch Materialstammpflegetransaktionen gefüllt wird. Die Nutzung in Fiori-Apps und CDS-basiertem Reporting erfolgt typischerweise über zusammengesetzte Materialansichten, die MARC zusammen mit MARA, MARD und MBEW abrufen, aber die Struktur und der Schlüssel der Tabelle haben sich für den Standardgebrauch nicht wesentlich geändert.

Die Materialstammdatenverwaltung, die üblicherweise im MM-Team angesiedelt ist, verantwortet den Werkserweiterungsprozess und die Kernplanungsfelder wie DISMM und DISPO. Einkaufsgruppe und Lieferzeitfelder werden oft vom Einkaufsteam gepflegt oder angefordert, und die Disponenten-Zuordnung durch die Bedarfs- oder Produktionsplanung. Eine Diskrepanz in einem Werk ist selten ein technischer Defekt, sondern fast immer eine Lücke in der Stammdatenpflege und sollte an das zuständige Fachbereichsteam weitergeleitet werden, das dieses spezifische Feld verantwortet, bevor jemand Konfigurationen ändert.

MARA enthält die globalen Materialattribute, die MARC pro Werk erweitert. MARD enthält den Lagerortbestand eine Ebene unter MARC. MBEW enthält Bewertungsdaten, die über den Bewertungsbereich des Werks geschlüsselt sind. T001W ist der Werksstamm, auf den MARC über WERKS verweist. Die Werksicht des Materialstamms wird über die Standard-Materialpflegetransaktionen angelegt und geändert, und Massen-Werkserweiterungen laufen typischerweise über eine dedizierte Massenpflegetransaktion anstatt Material für Material.