EWM-TM Integration läuft nicht: Die häufigsten Ursachen und wer helfen kann

Der Frachtauftrag in TM ist geplant, der LKW steht am Tor, aber im EWM ist keine Lieferung angekommen. Oder umgekehrt: Das Lager hat längst gebucht, und TM zeigt immer noch „nicht beladen“. Wenn du diesen Artikel liest, kennst du so eine Situation vermutlich gerade aus erster Hand.

Ich habe in den letzten 15 Jahren Erfahrungen mit TM/EWM-Integrationen gesammelt, einiges getestet und natürlich auch gelöst. Die gute Nachricht: Die Ursachen wiederholen sich. Die schlechte: Sie liegen selten dort, wo man zuerst sucht.

Hier zeige ich dir die häufigsten Fehlerquellen aus meiner Projektpraxis, wie du systematisch vorgehst und ab wann du dir besser Unterstützung holst.

Zuerst klären: Welche Architektur hast du überhaupt?

Bevor du Queues durchsuchst, beantworte zwei Fragen. Sonst suchst du an der falschen Stelle.

Erstens: Laufen TM und EWM im selben S/4HANA-System, oder ist EWM dezentral als Sidecar angebunden? Im Sidecar werden Stammdaten per CIF übertragen, im S/4HANA selbst arbeitest du mit DRF. Belege laufen im Sidecar über qRFC-Queues zwischen den Systemen. Das ist eine eigene Fehlerquelle, die es embedded so nicht gibt.

Zweitens: Welches Integrationsszenario ist eingestellt? Die lieferungsbasierte Integration über DTR ist aus meiner Sicht der sauberste Einstieg. Sie ist gut dokumentiert und lässt sich gut nachvollziehen. Advanced Shipping and Receiving dagegen setzt voraus, dass TM und EWM im selben System laufen. Mit einem Sidecar-EWM und Embedded TM steht es nicht zur Verfügung. Ich habe Projekte erlebt, in denen genau das erst im Integrationstest aufgefallen ist. Eine Entscheidungshilfe für die Architektur findest du in EWM auf S/4HANA: Embedded oder Sidecar?

Die häufigsten Ursachen aus meiner Projektpraxis

Stammdaten passen nicht zusammen

Das ist mit Abstand die Nummer eins. TM kennt einen Standort, EWM eine Lagernummer, und die Zuordnung dazwischen fehlt oder ist falsch. Im Sidecar kommt dazu, dass Stammdaten per CIF verteilt werden müssen. Wurde ein neuer Standort nur in einem System angelegt, läuft der erste Beleg ins Leere.

Hängende Queues

Im Sidecar-Szenario bleiben Belege gern in den qRFC-Queues stecken (SMQ1 auf der sendenden, SMQ2 auf der empfangenden Seite). Ein einziger fehlerhafter Eintrag blockiert alle nachfolgenden in derselben Queue. Dann sieht es so aus, als würde gar nichts mehr übertragen, obwohl nur ein Beleg das Problem ist.

Lieferart oder Positionstyp nicht zugeordnet

EWM muss wissen, welche Belegart aus dem führenden System auf welche eigene Belegart abgebildet wird. Fehlt dieses Mapping für eine neue Lieferart, wird die Lieferung nicht angelegt. Das passiert oft, wenn der Vertrieb kurz vor dem Go-Live noch einen Sonderprozess einführt.

Statusrückmeldungen kommen nicht an

EWM bucht den Warenausgang, aber TM bekommt den Status nicht. Häufig liegt das an PPF-Aktionen, die nicht eingeplant sind oder auf einen Fehler laufen. Die Aktion steht dann rot im Monitor, und keiner schaut hinein.

EWM teilt die Lieferung, TM weiß nichts davon

Wenn im Lager eine Lieferung aufgeteilt wird, weil nicht alles verfügbar ist, muss der Frachtauftrag das abbilden. Ist das nicht sauber eingerichtet, passen Mengen und Belege zwischen beiden Systemen nicht mehr zusammen.

Berechtigungen des Schnittstellen-Users

Klingt banal, kostet aber regelmäßig einen halben Tag. Nach einem Berechtigungs-Update fehlt dem RFC- oder Hintergrund-User eine Rolle, und die Übertragung bricht ohne verständliche Meldung ab.

So gehe ich bei der Fehlersuche vor

Meine Reihenfolge ist immer dieselbe. Sie spart Zeit, weil sie vom Allgemeinen zum Konkreten geht.

1. Einen konkreten Beleg nehmen. Nicht „die Integration geht nicht“, sondern eine Lieferungsnummer oder einen Frachtauftrag, an dem ich mich entlanghangle.
2. Prüfen, ob der Beleg das sendende System überhaupt verlassen hat. Im Sidecar heißt das: Queues in SMQ1 und SMQ2 ansehen.
3. Das Anwendungsprotokoll in SLG1 für den Zeitraum durchsehen. Dort steht meist schon die eigentliche Ursache, nur gut versteckt.
4. Stammdaten und Mapping für genau diesen Fall prüfen: Standort, Lagernummer, Lieferart.
5. PPF-Aktionen am Beleg kontrollieren, wenn das Problem bei der Rückmeldung liegt.
6. Erst danach ins Customizing gehen. Die meisten Teams fangen hier an und verlieren damit Stunden.

Schreib dir auf, was du gefunden hast. Wenn derselbe Fehler in drei Wochen wiederkommt, bist du in zehn Minuten fertig statt in drei Stunden.

Wann du dir Hilfe holen solltest

Viele Integrationsfehler kann ein erfahrenes internes Team selbst lösen. Es gibt aber Situationen, in denen ich nicht lange warten würde.

• Der Fehler blockiert den laufenden Versand, und LKWs stehen. Dann zählt jede Stunde, und ein Spezialist ist günstiger als der Stillstand.
• Ihr seid kurz vor dem Go-Live, und der Integrationstest läuft seit Wochen nicht stabil.
• Das Problem liegt in der Architektur selbst, etwa weil ein Szenario gewählt wurde, das in eurer Systemlandschaft gar nicht vorgesehen ist.
• Intern kennt sich nur eine Person mit der Schnittstelle aus, und die ist im Urlaub oder hat gekündigt.

Achte bei der Auswahl darauf, dass die Person beide Seiten versteht. Ein reiner TM- oder reiner EWM-Berater sieht oft nur die Hälfte des Problems. Ob ein Freelancer oder ein Beratungshaus besser passt, erkläre ich in Freelancer vs. Beratungshaus. Worauf du sonst noch achten solltest, habe ich im Artikel SAP TM/EWM Berater finden zusammengefasst.

Brauchst du kurzfristig jemanden?

Ich kenne einige Berater, die TM und EWM wirklich zusammen beherrschen und auch kurzfristig einspringen. Schreib mir, welche Architektur ihr habt, was genau nicht läuft und wie dringend es ist. Ich sage dir dann ehrlich, wer aus meiner Sicht passt, oder ob ihr das intern lösen könnt.

Ich stelle nur den Kontakt her. Den Vertrag schließt du direkt mit dem Berater, und die fachliche Verantwortung liegt bei ihm.

Transparenzhinweis: Kommt über meine Empfehlung ein Auftrag zustande, erhalte ich eine Vermittlungsprovision vom Berater. Für dich ändert sich dadurch nichts am Preis.

Kontakt aufnehmen

Häufige Fragen

Warum kommt die Lieferung nicht im EWM an?

In den meisten Fällen fehlt die Zuordnung von Lieferart oder Lagernummer, oder der Beleg hängt in einer Queue. Prüf zuerst die Queues und das Anwendungsprotokoll in SLG1.

Gibt es Advanced Shipping and Receiving auch mit einem Sidecar-EWM?

Nein. ASR setzt voraus, dass TM und EWM im selben S/4HANA-System laufen. Bei einem dezentralen EWM musst du ein anderes Integrationsszenario nutzen, zum Beispiel die lieferungsbasierte Integration.

Welcher Berater hilft bei TM/EWM-Integrationsproblemen?

Jemand, der beide Module und die Schnittstelle dazwischen aus echten Projekten kennt. Ein reiner Modulspezialist reicht dafür meist nicht.

Wie lange dauert es, einen Integrationsfehler zu beheben?

Einfache Stammdaten- oder Queue-Probleme sind oft in wenigen Stunden gelöst. Liegt der Fehler in der Architektur oder im Szenario, kann es Tage oder Wochen dauern.