Am 14. Juni 2026 ist die deutsche Nationalmannschaft mit einem 7:1 gegen Curacao in die Weltmeisterschaft gestartet. Was viele übersehen: Nach etwa 25 Minuten stand es 1:1. Der Außenseiter spielte munter mit, das deutsche Spiel wurde für ein paar Minuten statisch, und erst danach kam die Mannschaft ins Rollen. Bundestrainer Nagelsmann brachte es im Interview auf den Punkt: fünf, sechs Minuten habe es gebraucht, dann habe das Zusammenspiel wieder funktioniert.
Genau dieses Bild beschreibt etwas, das ich in SAP-Projekten im Mittelstand immer wieder sehe. Ein einzelner Stolperer kippt nicht das ganze Spiel, solange die Struktur trägt und die Mannschaftsteile aufeinander eingespielt sind. In SAP heißen diese Mannschaftsteile MM, SD und LE. Und wer sie als getrennte Module denkt statt als eingespieltes Team, verliert genau die Spiele, die er gewinnen müsste.
Drei Module, ein Spielfeld
In der Praxis begegnet mir oft die Vorstellung, MM sei der Einkauf, SD sei der Vertrieb und LE sei das Lager. Drei Abteilungen, drei Module, fertig. Diese Trennung ist organisatorisch nachvollziehbar, technisch aber irreführend. Die drei greifen über gemeinsame Belege, Stammdaten und Bewegungen so eng ineinander, dass ein Fehler im einen Modul sich erst im anderen zeigt.
Ein Beispiel aus dem Alltag: Eine Auslieferung wird in SD über den Lieferschein angestoßen. Die eigentliche Warenbewegung, das Picken, das Verpacken, das Buchen des Warenausgangs, läuft über LE. Der Bestand, der dabei reduziert wird, ist eine MM-Größe. Drei Module, ein einziger Geschäftsvorfall. Wenn die Übergabepunkte nicht sauber definiert sind, entstehen genau dort die Probleme, die im Tagesgeschäft als Bestandsdifferenz, als hängende Lieferung oder als nicht fakturierbarer Vorgang auffallen.
Der Übergabepunkt SD zu LE
Die Lieferung ist der Beleg, an dem SD und LE sich treffen. In SD entsteht der Kundenauftrag und daraus die Lieferung. Sobald die Lieferung angelegt ist, übernimmt LE die physische Abwicklung. Pickmenge, Verpackung, gegebenenfalls Handling Units, schließlich der Warenausgang. Erst der gebuchte Warenausgang erlaubt in SD die Faktura.
In Mittelstandsprojekten sehe ich häufig, dass dieser Übergabepunkt nicht durchdacht ist. Die Versandstelle ist falsch oder gar nicht zugeordnet, die Lieferpriorität fehlt, die Kommissionierung läuft manuell statt über einen sauberen Prozess. Das Ergebnis sind Lieferungen, die im System stehen, aber physisch längst raus sind, oder umgekehrt. Der Fehler liegt nicht in SD und nicht in LE allein, sondern im Zusammenspiel.
Der Übergabepunkt MM zu LE
Auf der Beschaffungsseite spiegelt sich dasselbe Muster. MM legt die Bestellung an, die Ware kommt am Wareneingang an. Die Vereinnahmung selbst, also wo und wie die Ware eingelagert wird, ist LE-Territorium. Der Bestand, der dabei aufgebaut wird, ist wieder MM. Wer hier ohne klare Lagerortlogik und ohne durchdachte Einlagerungsstrategie arbeitet, bekommt Bestände, die im falschen Lagerort liegen oder deren Status nicht stimmt.
Besonders heikel wird es bei der Handling-Unit-Verwaltung. Eine HU bündelt Bestand zu einer physisch greifbaren Einheit, einer Palette etwa. Diese Klammer funktioniert nur, wenn MM-seitige Bestandsführung und LE-seitige Lagerlogik konsistent aufgesetzt sind. Ist das nicht der Fall, wird die HU zur Fehlerquelle statt zur Vereinfachung.
Wo das Zusammenspiel in S/4HANA neu gemischt wird
Mit S/4HANA verschieben sich einige Spielregeln. Die Bestandsführung läuft über die Tabelle MATDOC, die alten Bestandstabellen sind aggregierten Sichten gewichen. Das ändert nichts am Grundprinzip des Zusammenspiels, aber es ändert, wo man bei der Fehlersuche hinschauen muss. Wer aus der ECC-Welt kommt und reflexhaft die alten Tabellen prüft, sucht an der falschen Stelle.
Auch der Business Partner als zentrale Stammdatenklammer für Kunden und Lieferanten betrifft alle drei Module gleichzeitig. Ein Migrationsfehler im Business Partner zeigt sich nicht im Stammdatenmodul, sondern dort, wo die Daten gebraucht werden: in der SD-Lieferung, in der MM-Bestellung, in der LE-Abwicklung. Genau deshalb scheitern Migrationen selten an einem einzelnen Modul. Sie scheitern an den Nahtstellen.
Was der Mittelstand daraus mitnehmen sollte
Die deutsche Mannschaft hat das 1:1 gegen Curacao weggesteckt, weil das Team eingespielt war und die Struktur stand. Ein einzelner Wackler war kein Drama, sondern eine kurze Bewährungsprobe. Übertragen auf SAP-Projekte heißt das: Robustheit entsteht nicht dadurch, dass jedes Modul für sich perfekt ist, sondern dadurch, dass die Übergabepunkte sauber definiert und getestet sind.
Mein konkreter Rat aus der Projektpraxis: Testen Sie nicht Module, testen Sie Prozessketten. Ein End-to-End-Test vom Kundenauftrag über die Lieferung bis zur Faktura, oder von der Bestellung über den Wareneingang bis zum Bestand, deckt die Nahtstellenfehler auf, die ein isolierter Modultest nie findet. Wer im Test nur prüft, ob LE für sich funktioniert, übersieht genau die fünf statischen Minuten, in denen das Spiel kippen kann.
Ein eingespieltes Team verliert nicht, weil ein Gegner kurz trifft. Es verliert, wenn die Spieler nebeneinander statt miteinander spielen. In SAP-Projekten ist das nicht anders.