Bewertungsklassen und Kontenfindung in MM — der unterschätzte Hebel bei internationalen Rollouts
Bewertungsklasse, Kontomodifikation, OBYC: warum die Kontenfindung bei MM-Bewegungen mehr ist als ein Customizing-Detail — und wo internationale Rollouts an dieser Stelle reproduzierbar kippen.
Wenn dir als MM-Berater im Rollout-Projekt plötzlich Tickets aus dem Finance-Team aufschlagen — falsches Konto beim Wareneingang, GR/IR-Saldo läuft auseinander, Inventurdifferenzen verschmieren auf Verbrauchskonten — liegt die Wurzel überraschend oft an derselben Stelle: in der Kontenfindung. Und konkreter: in der Kombination aus Bewertungsklasse und Kontomodifikation.
Dieser Beitrag bricht runter, was OBYC tatsächlich macht, warum die Bewertungsklasse mehr ist als ein Customizing-Feld am Material — und wo internationale Rollouts an dieser Stelle reproduzierbar kippen, besonders bei einem brasilianischen Buchungskreis.
Was Bewertungsklasse und Kontomodifikation tatsächlich tun
Die Bewertungsklasse wird am Material im Buchhaltungs-View gepflegt. Sie ist die Klassifizierung, mit der das Material in das Konten-Findungs-Schema einsortiert wird — Rohstoffe, Halbfabrikate, Fertigerzeugnisse, Handelsware werden in der Regel über unterschiedliche Bewertungsklassen geführt, weil sie unterschiedlich in der Bilanz auftauchen sollen.
Die Kontomodifikation kommt aus der Bewegungsart und beschreibt, was bei dieser konkreten Bewegung auf der Buchhaltungsseite passieren soll: Verbrauch in eine Kostenstelle, Lieferanten-Rückgabe, Inventurdifferenz. Die Bewegungsart trägt also die Information, was gebucht wird; die Bewertungsklasse, welche Materialgruppe es betrifft.
OBYC ist der T-Code, der diese beiden Achsen zusammenführt. Pro Vorgang (z. B. BSX), pro Bewertungskreis, pro Bewertungsklasse, pro Kontomodifikation hinterlegst du ein Konto. Klingt nach trivialer Tabellenarbeit — wird in Konzernen mit dutzenden Werken über mehrere Länder schnell unübersichtlich, und dort entstehen die Rollout-Tickets.
Die zentralen OBYC-Vorgänge — die Kurzliste, die im Alltag wirklich begegnet
Es gibt deutlich mehr Vorgänge als die fünf, mit denen du im Tagesgeschäft zu tun hast. Wenn ein Ticket aus dem Finance reinkommt, ist die erste Frage „mit welchem Vorgang hat es zu tun” meistens schon die halbe Diagnose.
| Vorgang | Wofür | Wann er relevant wird |
|---|---|---|
| BSX | Bestandskonto | Jede Wertveränderung am Bestand: Wareneingang, Storno, Bewertungsänderung |
| WRX | GR/IR-Verrechnungskonto | Wareneingang plus Rechnungseingang — das klassische Belegtyp-Pärchen |
| GBB | Gegenbuchung Bestand | Verbrauch, Inventurdifferenzen, Verschrottung, Bestand ohne Bestellung — splittet sich über die Kontomodifikation in mehrere Unterfälle |
| PRD | Preisdifferenzen | Differenz zwischen Bestellpreis und Bewertungspreis bei S-Material |
| KDM | Kursdifferenzen Material | Wechselkurs-Differenz zwischen Wareneingang und Rechnungseingang |
| KBS | Konten aus Kontierung | Direkt-kontierte Bestellungen (Kostenstelle, Auftrag) — wichtige Ergänzung zu GBB |
Das praktisch wichtigste Detail: GBB ist nicht ein Konto, sondern eine ganze Familie. Über die Kontomodifikation wird er aufgesplittet — VBR für Verbrauchsbuchungen, BSA für die Bestandsaufnahme-Buchungen (z. B. Bewegungsart 561), INV für Inventurdifferenzen, ZOB für Wareneingang ohne Bestellung, VNG für Verschrottung. Wenn der Kollege aus dem Controlling fragt, warum eine Inventurdifferenz auf einem Verbrauchskonto landet, sitzt der Fehler praktisch immer im GBB-Block der OBYC.
Bewertungskreis — die Ebene, die viele übersehen
In der Bewertungsebene-Pflege wird festgelegt, ob der Bewertungskreis auf Werks- oder auf Buchungskreis-Ebene liegt. Diese Entscheidung ist nicht nur ein technisches Setup — sie definiert, auf welcher Ebene OBYC-Findungen aufgelöst werden.
In Multi-Plant-Setups, in denen verschiedene Werke unterschiedliche Konten brauchen (z. B. weil ein Werk Produktion ist und ein anderes ein reines Distributionslager), ist „Bewertungskreis = Werk” praktisch Pflicht. In schlanken Setups mit homogener Kontenlogik genügt „Bewertungskreis = Buchungskreis”.
Praxis-Hinweis: Diese Entscheidung ist nach produktivem Live-Gang nur mit erheblichem Aufwand reversibel. Bei Greenfield-Rollouts gehört sie auf den ersten Block der Architektur-Workshops, nicht in den Customizing-Sprint des Build-Teams.
Wo internationale Rollouts an dieser Stelle kippen
Drei Muster, die in Multi-Country-Projekten reproduzierbar Probleme erzeugen — nicht spektakuläre Bugs, sondern langsam wachsende Reporting-Drift, die erst beim ersten Quartalsabschluss aus dem Ziel-Land sichtbar wird.
1. Lokale Konten existieren im operationalen Kontenplan nicht. OBYC verlangt, dass das Konto im operationalen Chart of Accounts des Buchungskreises existiert. Wenn der COA aus DACH stammt und ein Tochter-Buchungskreis Bedarf an Konten hat, die der HQ-COA gar nicht kennt, knallt es beim ersten Wareneingang. Lösung: lokale Konten im operationalen COA anlegen — auch wenn HQ sie selbst nie bebucht.
2. Bewertungsklassen werden 1:1 aus dem HQ-Template übernommen, ohne lokale Ausnahmen. In bestimmten Ländern brauchen Materialien spezifische Bewertungsklassen wegen lokaler steuerlicher Anforderungen oder Reporting-Vorgaben. Wer das Template ohne Anpassung übernimmt, baut Reporting-Drift ein, die später nur über eine Bewertungsklassen-Umstellung am Material reparierbar ist — eine im Produktivsystem aufwendige Aktion, weil sie an Bestand, Wert und Buchungssätzen gleichzeitig zieht.
3. Bewegungsarten werden nicht lokal erweitert. Die SAP-Standard-Bewegungsarten reichen für DACH-Setups in den meisten Fällen aus. Für Buchungskreise in Brasilien, Mexiko oder Kolumbien werden in der Regel kundeneigene Bewegungsarten (Y- oder Z-Range) gebraucht, weil bestimmte Sonderbuchungen nur lokal vorkommen. Diese kundeneigenen Bewegungsarten brauchen ihre eigene Kontomodifikation in OBYC — sonst verschmieren Sonderbuchungen mit Standard-Vorgängen auf demselben Konto, und das Reporting wird unbrauchbar.
Wie man eine misslungene Kontenfindung debugt
Eine Werkzeug-Sequenz, die im Tagesgeschäft schnell zur Wurzel kommt:
- Bewegung simulieren. Vor dem echten Buchen die Buchungslogik per Simulation prüfen — bei Wareneingängen über die Buchungsmaske selbst, bei kritischen Sonderfällen über T-Code MB1A im Simulationsmodus. Die Simulation zeigt den FI-Beleg, den die Buchung produzieren würde.
- OBYC im Read-Modus aufmachen und für den problematischen Vorgang plus Bewertungsklasse plus Kontomodifikation den Eintrag direkt nachsehen. Gibt es überhaupt einen Eintrag? Stimmt das Konto?
- Material-Master prüfen: Welche Bewertungsklasse ist im Buchhaltungs-View hinterlegt? In welchem Bewertungskreis?
- Bewegungsart-Customizing prüfen: Ist die Kontomodifikation, die die Bewegungsart liefern sollte, in OBYC für diese Vorgang/Bewertungsklasse-Kombination gepflegt?
- Bei BR-Setups zusätzlich: NCM am Material, Steuersituation am Lieferanten, Steuerschema-Findung über TAXBRA prüfen.
In 80 % der Fälle liegt der Fehler in einem fehlenden OBYC-Eintrag oder einer falsch gepflegten Bewertungsklasse am Material. Die restlichen 20 % verteilen sich auf Bewertungskreis-Verwirrung und Localization-spezifische Sonderfälle.
Worauf es im Klausur-Kontext (TS452) ankommt
Die Examen-Fragen zu diesem Bereich gehen selten in die Tiefe der Localization. Sie testen aber zuverlässig die Grundlagen: Wer ist verantwortlich für welchen Vorgang (BSX, WRX, GBB)? Wie wird die Kontomodifikation aus der Bewegungsart abgeleitet? Was ist der Unterschied zwischen Bewertungsklasse und Kontomodifikation, und wie spielen sie in OBYC zusammen?
Eine Beobachtung aus der Trainings-Praxis: Wer die OBYC-Vorgänge nur als Liste auswendig lernt, scheitert im Anwendungsfall. Wer dagegen den Buchungssatz für einen Standard-Wareneingang Schritt für Schritt durchgehen kann (Bestandskonto an GR/IR über BSX und WRX, Bewegungsart 101, Standardpreis-Material vs. gleitender Preis, Auswirkung der Bewertungsklasse), hat den Stoff im Griff.
Praktischer Check vor jedem Rollout
Eine Checkliste, die in einem internationalen MM-Rollout das Schlimmste fängt:
- OBYC-Diff zwischen HQ-Template und Ziel-Buchungskreis ziehen, vor dem ersten Test-Wareneingang. Lücken im COA werden so frühzeitig sichtbar.
- Bewegungsarten-Inventur: Welche Z-/Y-Bewegungsarten sind im Ziel-Land geplant? Jede braucht eine Kontomodifikation, die in OBYC für GBB hinterlegt ist.
- Bewertungsklasse-Mapping zwischen Material-Master-Templates und lokalen Anforderungen — speziell für Buchungskreise in BR, MX und CO mit Steuerimplikationen.
- Bewertungskreis-Ebene verifizieren: Werk oder Buchungskreis? Bei Multi-Plant-Multi-Country in der Regel = Werk.
- Lokales Tax-Toolkit auf Aktivierung prüfen — und nicht erst beim ersten echten NF-e oder CFDI merken, dass die Localization noch nicht scharf ist.
OBYC ist eine alte Tabelle. Sie ist nicht spektakulär, sie ist nicht spannend, sie ist nicht das, womit man auf Konferenzen glänzt. Aber sie ist die Stelle, an der internationale MM-Rollouts entweder durchlaufen oder im Quartalsabschluss platzen — und das macht sie zur Pflicht-Lektüre für jeden, der MM in mehr als einem Land aufsetzt.
Quellen
- SAP Help Portal — Account Determination (MM, S/4HANA)— Suchpfad in der S/4HANA-Hilfe: Materials Management → Valuation and Account Assignment → Account Determination
- SAP Customizing IMG-Pfad — T-Codes OMWB / OBYC— Materialwirtschaft → Bewertung und Kontierung → Kontenfindung; Bewertungsklassen-Pflege via T-Code OMSK
- SAP Help Portal — Localization for Brazil (TAXBRA, NF-e, BR-Steuerkonten)— Stand 2026 — vor produktivem Rollout aktuelle Version prüfen
- SAP for Me / SAP Support — Note-Suche zu BR-Konten-Findung— Suchbegriffe: 'Brazil tax account determination', 'TAXBRA account assignment', 'NF-e accounts'. Aktuell gepflegte Notes regelmäßig prüfen — die Customizing-Empfehlungen für BR werden laufend ergänzt.
Read this article in English.