Verpacken Material in einem Transport
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
6 Beiträge
•
Seite 1 von 1
6 Beiträge
Seite 1 von 1
Hallo, heute mal wieder ein Problem zum Thema Verpacken.
Ich möchte Lieferpositionen direkt im Transport verpacken. Im GUI ist das ohne Probleme möglich. Da im betreffen Werk kein WM aktiv ist, spreche ich nicht von bestandsgeführten HU's, sondern nur Versandelementen in den Belegen.
Ich habe es mit folgender Folge ausprobiert:
V51P_FILL_GT
HU_PACKING_AND_UNPACKING
HU_PACKING_UPDATE
Das Material wird auf die Ziel im Transport verpackt, aber auch wird der Packstatus der Lieferposition nicht richtig geupdated, so dass im Packdialog das Material sowohl das verpackt als auch als zu verpacken angezeigt.
Aufgrund meiner Erkenntnisse in einem anderem -Faden http://www.abapforum.com/forum/viewtopi ... =2&t=20964 habe ich dann noch versucht den DELIVERY_UPDATE hinterher zu schicken, aber das scheint nicht zu funktionieren.
Parallel habe ich den Fuba SD_SHIPMENT_PROCESS_EXT_CHANGE ausprobiert (ist inhaltlich dasselbe wie der BAPI BAPI_SHIPMENT_CHANGE), den ich anderer Stelle bereits zum Verpacken von Liefer-HUs verwendet habe. Der Fuba bricht mit HUGENERAL 056 ab. In diversen Foren habe ich gesehen, dass einige das Problem hatten, aber keine Lösung gefunden.
In meinem konkreten Fall liegt es daran, dass in der internen Tabelle ACTIVITES-SHIPPING_UNTS-CONTENT-DATA das Werk und der Lagerort nicht gepflegt ist. Der Versuch im FuBa V51P_FIND_MATERIAL die globale Tabelle GT_V51VP zu lesen schlägt fehl.
Ich habe aber auch keine Möglichkeit gefunden Werk und Lagerort weiterzugeben und im Mapping der Daten in der Form-Routine map_bapi_change_to_activities wird einfach kein Werk oder Lagerort übergeben - selbst wenn die Daten da wären.
Hat da noch irgendeiner eine Idee oder einen Tipp?
Ansonsten müsste ich die Lieferposition auf eine Dummy-HU packen, die ich dann mit dem Fuba SD_SHIPMENT_PROCESS_EXT_CHANGE auf den Transport verpackt werden. Das wäre etwas unschön...
Ich möchte Lieferpositionen direkt im Transport verpacken. Im GUI ist das ohne Probleme möglich. Da im betreffen Werk kein WM aktiv ist, spreche ich nicht von bestandsgeführten HU's, sondern nur Versandelementen in den Belegen.
Ich habe es mit folgender Folge ausprobiert:
V51P_FILL_GT
HU_PACKING_AND_UNPACKING
HU_PACKING_UPDATE
Das Material wird auf die Ziel im Transport verpackt, aber auch wird der Packstatus der Lieferposition nicht richtig geupdated, so dass im Packdialog das Material sowohl das verpackt als auch als zu verpacken angezeigt.
Aufgrund meiner Erkenntnisse in einem anderem -Faden http://www.abapforum.com/forum/viewtopi ... =2&t=20964 habe ich dann noch versucht den DELIVERY_UPDATE hinterher zu schicken, aber das scheint nicht zu funktionieren.
Parallel habe ich den Fuba SD_SHIPMENT_PROCESS_EXT_CHANGE ausprobiert (ist inhaltlich dasselbe wie der BAPI BAPI_SHIPMENT_CHANGE), den ich anderer Stelle bereits zum Verpacken von Liefer-HUs verwendet habe. Der Fuba bricht mit HUGENERAL 056 ab. In diversen Foren habe ich gesehen, dass einige das Problem hatten, aber keine Lösung gefunden.
In meinem konkreten Fall liegt es daran, dass in der internen Tabelle ACTIVITES-SHIPPING_UNTS-CONTENT-DATA das Werk und der Lagerort nicht gepflegt ist. Der Versuch im FuBa V51P_FIND_MATERIAL die globale Tabelle GT_V51VP zu lesen schlägt fehl.
Code: Alles auswählen.
IF NOT IS_V51VP-MATNR IS INITIAL AND IF_FAST_ENTRY IS INITIAL.
READ TABLE GT_V51VP INTO ES_MATERIAL_ITEM
WITH KEY MATNR = IS_V51VP-MATNR
CHARG = IS_V51VP-CHARG
WERKS = IS_V51VP-WERKS
LGORT = IS_V51VP-LGORT
bestq = is_v51vp-bestq
sobkz = is_v51vp-sobkz "SP_611029
sonum = is_v51vp-sonum.
IF SY-SUBRC IS INITIAL.
EF_INDEX = SY-TABIX.
EXIT.
ENDIF.
ENDIF.Ich habe aber auch keine Möglichkeit gefunden Werk und Lagerort weiterzugeben und im Mapping der Daten in der Form-Routine map_bapi_change_to_activities wird einfach kein Werk oder Lagerort übergeben - selbst wenn die Daten da wären.
Hat da noch irgendeiner eine Idee oder einen Tipp?
Ansonsten müsste ich die Lieferposition auf eine Dummy-HU packen, die ich dann mit dem Fuba SD_SHIPMENT_PROCESS_EXT_CHANGE auf den Transport verpackt werden. Das wäre etwas unschön...
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo Barney,
vorab: deine Begriffsverwendung irritiert mich etwas, denn:
- bestandsgeführte HUs sind für mich HUs, die auf einem HU-pflichtigen Lagerort liegen (T001L-XHUPF = 'X')
- nicht bestandsgeführte HUs sind für mich HUs, die Bestand aus nicht HU-pflichtigen Lagerorten enthalten (T001L-XHUPF = ' ')
Ich kann das ganze also auch ohne WM machen. Wenn ich WM im Einsatz habe, habe ich meist immer auch bestandsgeführte HUs. Aber das nur nebenbei - vielleicht bin ich ja da auch auf'm Holzweg...
Zum eigentlichen Thema: Hast Du Dir mal angeschaut, wie der Verpackungsdialog in der VT01N/VT02N aufgerufen wird? Ich denke auf jeden Fall muss der Baustein HU_PACKING_TRANSPORT aufgerufen werden (vermutlich sogar zwei mal: einmal zum Initialisieren und ein zweites Mal zum Abschließen des Verpackens). Ich würde daher mal die Bausteine SD_SHIPMENT_PROCESS oder auch nur SD_SHIPMENT_PROCESS_HU direkt probieren. Evtl. kannst Du bei denen besser dafür sorgen, dass Werk/Lagerort in der ACTIVITIES-Struktur gefüllt sind. Letztendlich werden die zwar auch über den SD_SHIPMENT_PROCESS_EXT_CHANGE gerufen, aber manchmal muss eben einfach eine Ebene tiefer einsteigen
Allerdings frage ich mich gerade noch, wozu Du überhaupt Werk/Lagerort benötigst: im Prinzip willst Du doch bloß eine Lieferscheinposition in eine Transport-HU verpacken. Dafür müsste es ja beim Aufruf des SD_SHIPMENT_PROCESS_EXT_CHANGE genügen, der zu erzeugenden HU-Pos. die Lieferungsnummer und -pos. mitzugeben, alles weitere kann/muss das System doch dann aus der Lieferungspos. übernehmen.
Existiert zu diesem Zeitpunkt eigentlich bereits die HU im Transport oder versuchst Du quasi diese im gleichen Schritt auch erst anzulegen?
Viele Grüße
Lars
vorab: deine Begriffsverwendung irritiert mich etwas, denn:
- bestandsgeführte HUs sind für mich HUs, die auf einem HU-pflichtigen Lagerort liegen (T001L-XHUPF = 'X')
- nicht bestandsgeführte HUs sind für mich HUs, die Bestand aus nicht HU-pflichtigen Lagerorten enthalten (T001L-XHUPF = ' ')
Ich kann das ganze also auch ohne WM machen. Wenn ich WM im Einsatz habe, habe ich meist immer auch bestandsgeführte HUs. Aber das nur nebenbei - vielleicht bin ich ja da auch auf'm Holzweg...
Zum eigentlichen Thema: Hast Du Dir mal angeschaut, wie der Verpackungsdialog in der VT01N/VT02N aufgerufen wird? Ich denke auf jeden Fall muss der Baustein HU_PACKING_TRANSPORT aufgerufen werden (vermutlich sogar zwei mal: einmal zum Initialisieren und ein zweites Mal zum Abschließen des Verpackens). Ich würde daher mal die Bausteine SD_SHIPMENT_PROCESS oder auch nur SD_SHIPMENT_PROCESS_HU direkt probieren. Evtl. kannst Du bei denen besser dafür sorgen, dass Werk/Lagerort in der ACTIVITIES-Struktur gefüllt sind. Letztendlich werden die zwar auch über den SD_SHIPMENT_PROCESS_EXT_CHANGE gerufen, aber manchmal muss eben einfach eine Ebene tiefer einsteigen
Allerdings frage ich mich gerade noch, wozu Du überhaupt Werk/Lagerort benötigst: im Prinzip willst Du doch bloß eine Lieferscheinposition in eine Transport-HU verpacken. Dafür müsste es ja beim Aufruf des SD_SHIPMENT_PROCESS_EXT_CHANGE genügen, der zu erzeugenden HU-Pos. die Lieferungsnummer und -pos. mitzugeben, alles weitere kann/muss das System doch dann aus der Lieferungspos. übernehmen.
Existiert zu diesem Zeitpunkt eigentlich bereits die HU im Transport oder versuchst Du quasi diese im gleichen Schritt auch erst anzulegen?
Viele Grüße
Lars
Ich habe Dir in dem anderen Thread geantwortet. Ich habe dort den Fuba ''WS_DELIVERY_UPDATE_2' benutzt und es hatte damit auch vor Jahren funktioniert.Barney hat geschrieben: Aufgrund meiner Erkenntnisse in einem anderem -Faden http://www.abapforum.com/forum/viewtopi ... =2&t=20964 habe ich dann noch versucht den DELIVERY_UPDATE hinterher zu schicken, aber das scheint nicht zu funktionieren.
Hi Unit605,Unit605 hat geschrieben:Ich habe Dir in dem anderen Thread geantwortet. Ich habe dort den Fuba ''WS_DELIVERY_UPDATE_2' benutzt und es hatte damit auch vor Jahren funktioniert.Barney hat geschrieben: Aufgrund meiner Erkenntnisse in einem anderem -Faden http://www.abapforum.com/forum/viewtopi ... =2&t=20964 habe ich dann noch versucht den DELIVERY_UPDATE hinterher zu schicken, aber das scheint nicht zu funktionieren.
Danke für die Antwort, aber in Deinem Beispielprogramm hast Du eine Auslieferung verpackt. In diesem Umfeld funktioniert der WS_DELIVERY_UPDATE wunderbar. In meinem konkreten Fall möchte ich aber im Transport verpacken. Da bin ich mit dem WS_DELIVERY_UPDATE nicht weitergekommen...
Hallo Larsi,
erstmal Danke für Deine Antwort.
erstmal Danke für Deine Antwort.
Meine Begrifflichkeiten ist meinem aktuellen Umfeld geschuldet: Hier wird nur zwischen IM und WM unterschieden und im WM zwischen HU-pflichten Lagerorten und nicht-HU-pflichtigen Lagerorten.larsi hat geschrieben:Hallo Barney,
vorab: deine Begriffsverwendung irritiert mich etwas, denn:
- bestandsgeführte HUs sind für mich HUs, die auf einem HU-pflichtigen Lagerort liegen (T001L-XHUPF = 'X')
- nicht bestandsgeführte HUs sind für mich HUs, die Bestand aus nicht HU-pflichtigen Lagerorten enthalten (T001L-XHUPF = ' ')
Ich kann das ganze also auch ohne WM machen. Wenn ich WM im Einsatz habe, habe ich meist immer auch bestandsgeführte HUs. Aber das nur nebenbei - vielleicht bin ich ja da auch auf'm Holzweg...
Danke, das werde ich mir mal anschauen.larsi hat geschrieben: Ich würde daher mal die Bausteine SD_SHIPMENT_PROCESS oder auch nur SD_SHIPMENT_PROCESS_HU direkt probieren.
Das musst Du mal die SAP fragen. Ich bin ähnlich naiv rangegangen wie Du. Wenn ich die Lieferposition brauche ich keine weiteren Informationen. Aber wenn SAP die Struktur füllt, dann wird nicht die Lieferposition gelesen, sondern die Informationen 1:1 aus der FuBa-Schnittstelle in die Struktur VERPO kopiert (passiert im FuBa MAP2I_BAPIDLVHDUNITM_TO_VERPO). Und da gibt es kein Werk/Lagerort. Und später findet er im Fuba V51P_FIND_MATERIAL im entsprechenden READ TABLE aus der globalen Tablle die Materialposition nicht, weil ihm im READ TABLE das Werk/Lagerort fehlt. Ich habe die Übergabe der internen Tabelle ACTIVITES-SHIPPING_UNTS-CONTENT-DATA über die verschiendenen Ebenen bis zum Fuba MAP2I_BAPIDLVHDUNITM_TO_VERPO zurück verfolgt und keine Möglichkeit gefunden, die fehlenden Daten anzureichern.larsi hat geschrieben: Allerdings frage ich mich gerade noch, wozu Du überhaupt Werk/Lagerort benötigst: im Prinzip willst Du doch bloß eine Lieferscheinposition in eine Transport-HU verpacken. Dafür müsste es ja beim Aufruf des SD_SHIPMENT_PROCESS_EXT_CHANGE genügen, der zu erzeugenden HU-Pos. die Lieferungsnummer und -pos. mitzugeben, alles weitere kann/muss das System doch dann aus der Lieferungspos. übernehmen.
Ja, ich habe die HU im Vorfeld über BAPI_HU_CREATE und BAPI_HU_CHANGE_HEADER angelegt und zugeordnet. Ich möchte also wirklich nur verpacken.larsi hat geschrieben:
Existiert zu diesem Zeitpunkt eigentlich bereits die HU im Transport oder versuchst Du quasi diese im gleichen Schritt auch erst anzulegen?
So, ich hatte jetzt die Faxe dicke... Ich habe es nun mit dem Holzhammer gelöst und einen eigenen Funktionsbaustein geschrieben, der eine Kopie des SD_SHIPMENT_PROCESS_EXT_CHANGE ist mit allen Formroutinen. Hinter der Formroutine fill_hun_hdr_data_change habe dann eine eigene Formroutine hinzugefügt:
Und schwups - wird der Transport perfekt verpackt.
Code: Alles auswählen.
FORM enrich_ls_hun_wa TABLES t_hun_itm STRUCTURE bapishipmenthdunitem
CHANGING p_hum_wa TYPE v56e_shipping_unit.
DATA lt_data TYPE verpo OCCURS 0.
DATA ls_data TYPE verpo.
lt_data = p_hum_wa-content-data.
LOOP AT lt_data INTO ls_data.
READ TABLE t_hun_itm INTO DATA(ls_hun_itm)
WITH KEY hdl_unit_exid = ls_data-exidv.
SELECT SINGLE werks, lgort FROM lips
INTO (@ls_data-werks, @ls_data-lgort )
WHERE vbeln EQ @ls_hun_itm-deliv_numb
AND posnr EQ @ls_hun_itm-deliv_item.
MOVE ls_hun_itm-deliv_numb TO ls_data-vbeln.
MOVE ls_hun_itm-deliv_item TO ls_data-posnr.
MOVE ls_hun_itm-sales_unit TO ls_data-vrkme.
MODIFY lt_data FROM ls_data INDEX sy-tabix.
ENDLOOP.
p_hum_wa-content-data = lt_data.
ENDFORM.
Seite 1 von 1
Vergleichbare Themen
0
Antw.
Antw.
1401
Views
Views
Verpacken von Lieferpositionen im Transport (LE-TRA)
von tmaurer » 22.05.2020 16:59 • Verfasst in Sales and Distribution
von tmaurer » 22.05.2020 16:59 • Verfasst in Sales and Distribution
1
Antw.
Antw.
2232
Views
Views
fetch material group,material account 3010 and Plant(WERKS)
von dragospirnut1 » 05.07.2017 12:27 • Verfasst in ABAP Objects®
von dragospirnut1 » 05.07.2017 12:27 • Verfasst in ABAP Objects®
0
Antw.
Antw.
2477
Views
Views
fetch material group,material account 3010 and Plant(WERKS)
von dragospirnut1 » 05.07.2017 12:19 • Verfasst in Material Management & Produktionsplanung
von dragospirnut1 » 05.07.2017 12:19 • Verfasst in Material Management & Produktionsplanung
0
Antw.
Antw.
2033
Views
Views
Lieferposition mit FB WS_DELIVERY_UPDATE verpacken
von dimes » 08.09.2008 11:38 • Verfasst in ABAP® Core
von dimes » 08.09.2008 11:38 • Verfasst in ABAP® Core
1
Antw.
Antw.
1111
Views
Views
Verpacken vorhandener HUs an Auslieferungen
von Trilla_CB » 12.11.2019 11:46 • Verfasst in ABAP® Core
von Trilla_CB » 12.11.2019 11:46 • Verfasst in ABAP® Core
Frage die ABAP Experten
Über diesen Beitrag
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 3 Tagen von DeathAndPain 4 / 1385
vor 3 Tagen von DeathAndPain 4 / 1385
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 3 Tagen von DeathAndPain 4 / 1385
vor 3 Tagen von DeathAndPain 4 / 1385