Hierbei wird die WM-Buchung (TA anlegen) per Batch-Input aufgerufen und die MM-Buchung mit dem BAPI BAPI_GOODSMVT_CREATE.

Bei der Wiedereinbuchung nicht verbrauchten Materials eines

Instandhaltungsauftrages zurück auf den Stellplatz verwenden wir die Bewegungsart 262 (Warenrücklieferung auf Auftrag oder Storno zu 261). Der Bestand war zuvor auf den Auftrag verbraucht worden, ist also 0. Bei der Buchung über den BAPI kommt es zur Fehlermeldung M7021 (LG frei verwendbar um 1 ST unterschritten: ).

Dieses Systemverhalten ist mir unverständlich. Bei einer

Verbrauchsbuchung mit 261 ist klar, dass es ausreichend Bestand geben muss, um die Buchung durchführen zu können. Aber bei einer Rücklieferung (Storno WA) findet eine Einlagerung statt. Wie kann da der Bestand unterschritten sein? Das ist meinem logischen Verständnis nach widersinnig. Welchen Denkfehler begehe ich oder liegt doch ein fehlerhaftes Verhalten des BAPI vor?

😕

Ich hatte es erst auf den BAPI umgestellt, weil der Funktionsbaustein MB_CREATE_GOODS_MOVEMENT nicht von der SAP freigegeben ist und im Zusammenhang mit vorgangsbezogener Auftragskontierung (SAP-Add-On) nicht mehr funktionierte. Bis dahin ging der FB auch im Zusammenhang mit BwA 262 einwandfrei. Nur der jetzt verwendete BAPI zickt herum.

Ich vermute das Problem also eher im BAPI und hatte halt die Hoffnung, dass diese Erfahrung auch andere schon gemacht haben könnten.

Es bleibt ja noch meine OSS-Meldung. Vielleicht kommt da ja noch etwas rum.

Übergibt man dem BAPI die Bewegungsart 262, um eine Rücknahme von nicht verbrauchten Materialien zu einem Auftrag zu verbuchen, dann dürfen keine Daten aus Reservierung zum Auftrag (Tabelle RESB) mit übergeben werden.

Die Reservierung ist nur für den Verbrauch entstanden und hat Bewegungsart 261 im Bauch. Der BAPI arbeitet bei Angabe einer Reservierungsnummer ausschließlich mit den Daten aus der Reservierung.

😊