SAP Jobsuche bei DV-Treff
Chronos81
vor 12 Stunden
Hi zusammen,

wir sind vor kurzem auf S/4HANA (Stock Room Management) gegangen und haben seitdem ein geändertes Verhalten bei der Umsetzung von Transportbedarfen über LB10 („TA dunkel“).

Konkret geht es darum:

Wenn für einen Transportbedarf nur Teilbestände auf mehreren Lagerplätzen vorhanden sind, werden diese Transportbedarfe nicht mehr automatisch/dunkel in Transportaufträge umgewandelt.

Stattdessen bricht die Verarbeitung ab mit der Fehlermeldung „Vonlagerplatz konnte nicht ermittelt werden“ (L3008).

Im alten ECC‑System war die Bestandsfindung in so einem Fall deutlich toleranter: Es hat gereicht, wenn irgendwo im Lager insgesamt genug Bestand vorhanden war – das System hat dann einfach die Transportaufträge erzeugt.

Dieses neue, restriktivere Verhalten in S/4HANA macht uns jetzt vor allem bei Fehlteilen Probleme und bremst den gesamten Prozess.

Dazu ein paar Fragen in die Runde bzw. an diejenigen, die vielleicht schon ähnliche Themen mit SAP hatten:

Ist dieses restriktivere Verhalten bei der Bestandsfindung in S/4HANA Stock Room Management bei Transportbedarfen mit Teilmengen auf mehreren Lagerplätzen eine bewusste Designänderung gegenüber ECC?

Oder sieht das für euch eher nach einem Fehler/ungewollten Nebeneffekt aus?

Welche Customizing‑Stellschrauben habt ihr ggf. im Einsatz, damit Transportbedarfe bei vorhandenen Teilmengen auf mehreren Lagerplätzen trotzdem wieder „dunkel“ zu TAs verarbeitet werden (wie früher in ECC)?

Falls das Ganze nicht per Customizing lösbar ist:

Kennt jemand eine SAP‑Note oder einen Fix zu dem Verhalten (oder etwas, das in Planung ist)?

Falls nein: Wie geht ihr prozessual oder technisch mit so einem Szenario in S/4HANA Stock Room Management um?

Was wir bereits geprüft haben:

Lagertyp-Customizing / „Vollentnahme“ (T331)

Das Kennzeichen „Vollentnahme“ ist bei uns in keinem Lagertyp gesetzt – daran liegt es also nicht.

Fehlermeldung: Technische Meldungsnummer ist L3008 („Vonlagerplatz konnte nicht ermittelt werden“).

SAP Notes / KBA:

Die Note 3035670 („Fehler L3008 oder ähnlich stoppt TA-Erstellung in RLAUTA10 für Nachschub-TB“) haben wir uns angeschaut.

Insbesondere die Bildsteuerung in T333, Feld ABILD ist bereits wie empfohlen gepflegt (ABILD = 2).

Trotz dieser Einstellung tritt das unerwünschte Verhalten weiter auf.

Weitere Notes oder KBAs zu genau diesem Verhalten konnten wir bisher nicht finden.

Vergleich mit anderen Kunden / alternative Prozessidee:

Ein Berater hat berichtet, dass ein anderer Kunde mit Stock Room Management genau diese Interaktion nicht mehr nutzt und den Prozess komplett in den Hintergrund verlagert hat – allerdings mit Prozessanpassungen gegenüber dem ursprünglichen ECC‑Ansatz.

Diese Variante haben wir bei uns bisher weder bewertet noch umgesetzt.

Abstimmung mit unserem Beratungspartner

„Vollentnahme“ ist nirgends aktiv.

Note 3035670 sowie die relevanten Einstellungen (T333‑ABILD) sind geprüft und korrekt gesetzt.

Es gibt derzeit keine bekannte Note oder ein Enhancement, das das Problem direkt behebt.

Daher die Frage an euch:

Hat jemand von euch das gleiche oder ein ähnliches Verhalten in S/4HANA Stock Room Management beobachtet?

Gibt es Workarounds, Customizing‑Kniffe oder offizielle SAP‑Rückmeldungen (Notes, Statements, Empfehlungen), die ihr teilen könnt?

Danke schon mal für jeden Hinweis!

Rembrandt58
vor 8 Stunden
Moin,

also, es gibt keine Änderungen im Prozess " Umwandlung von TB in TA mit Teilmengen" vom WM in STRM.

Wenn du auf diesen Fehler läufst, ist deine erste Maßnahme, den TB Hell umzuwandeln und bei einem Fehler in das Protokoll zu schauen.

Dort werden dir erste Hinweise gegeben, die auf die Fehlerquelle hinweisen.

Ist das Material entsprechend ausgeprägt ?

Wo bricht der Prozess ab ?

Werden alle Lagertypen durchlaufen ?

Ist die Suchreihenfolge die richtige ?

Ist genügend Material auf Lager ?

USW USW.

"Im alten ECC‑System war die Bestandsfindung in so einem Fall deutlich toleranter: Es hat gereicht, wenn irgendwo im Lager insgesamt genug Bestand vorhanden war – das System hat dann einfach die Transportaufträge erzeugt."

Das stimmt nicht so ganz !!!

Auch im alten WM war der reibungslose Ablauf immer eine Kombination aus Materialstammpflege und Customizing.

Hast du im Mat.Stamm das Auslagerkennzeichen gepflegt ?

Ist die Auslagerstrategie so eingestellt, das alle Lagertypen berücksichtigt werden, auf dem das Material liegt ?

Sind die lagertypen entsprechend ausgeprägt ?

USW, USW.

Mit der Vollentnahme hat das übrigends nicht zu tun.

Meiner Meinung nach ist das Mat-stamm oder Customizingfehler.

Gruß

RME