STO bez przejmowania HU

[sapuser028]

Mam następujący problem.

Zakłady w innym kraju tworzą dostawę wychodzącą z HU, numery HU są generowane z zakresu a numer SSCC zapisywany jest w polu EXIDV2.
Po zaksięgowaniu tworzy się dostawa przychodząca, z tymi samymi HU.

W naszym zakładzie zadziały się istotne zmiany, wdrożenie WM z HU. Wykorzystujemy inny rodzaj opakowań generując HU o numerze SSCC.
Dlatego nie chcielibyśmy przejmować HU z innych zakładów tylko skorzystać z etykiet i tworzyć nowe HU zgodnie z naszymi założeniami, z numerem SSCC z etykiety, ale wprowadzać go w EXIDV a nie EXIDV2.

Czy jest taka opcja, aby dostawa przychodząca tworzyła się ale bez przejmowania HU z dostawy wychodzącej?

[dominik.tylczynski]

W jaki sposób są tworzone dostawy przychodzące? Przy pomocy informacji wyjściowej SPED?

[sapuser028]

Tak, przez SPED

[dominik.tylczynski]

If there are HUs in the outbound delivery for the stock transport order, these can pass over to the subsequent inbound delivery during the goods issue. However, the HUss are only transferred from the outbound delivery if either the lean HU status update or unique number assignment are active for HUs.

Informacja wyjściowa SPED jest przetwarzana przez raport /SPE/STO_ID_PROCESSING, procedura STO_ID_CREATION. Dalej dostawę przychodzącą tworzy funkcja SHP_IBDLV_CREATE_FROM_OBDLV. W niej procedura IBDLV_CREATE_FROM_OBDLV_FILL wypełnia dane do tworzenia dostawy przychodzącej. Dane do tworzenia HUs w dostawie przychodzącej są wypełniane procedurą BAPI_HANDL_UNIT_REHANG_FILL. Ta procedura sprawdza na początku ustawienia wspomniane w nocie:

Kod: Zaznacz cały

  CALL FUNCTION 'HU_TVSHP_SELECT'                           "v_n_1563962
    IMPORTING
      ef_exidv_unique    = lf_unique
      ef_spe_lean_hustat = lf_spe_lean_hustat.
  IF lf_unique IS INITIAL AND lf_spe_lean_hustat IS INITIAL.
* As described in note 1119073 (point 7) "HUs are only transferred from
* the outbound delivery if either the lean HU status update or unique
* number assignment are active for HUs".
* It does not say anything in case only X-HUs are used; they could be
* transferred because the VEKP records are not reassigned but recreated.
* However, when X-HUs and delivery-HUs are mixed => do not transfer HUs

* NOTE 3103312 only provide HUs of whatever kind from obd to ibd if a HU feature is active
* that is when lf_unique is initial and lf_spe_lean_hustat is initial no HUs must go to the IBD
*
*    READ TABLE lt_vekp WITH KEY vpobj = ls_object-object
*                       TRANSPORTING NO FIELDS.
*    IF sy-subrc IS INITIAL.
*      EXIT.
*    ENDIF.
    RETURN.
* end note 3103312
  ENDIF.                                                    "^_n_1563962

Zatem możesz dodać rozszerzenie na początku procedury BAPI_HANDL_UNIT_REHANG_FILL, sprawdzić numer magazynu i wyjść z procedury jeśli nie chcesz przejmować HUs do dostawy przychodzącej.

Inna opcja to wykorzystanie BADI LE_SHP_BAPI_IBDLV_FROM_OBDLV, metoda PROCESS_EXTENSIONS. W implementacji BADI możesz skasować zawartość CT_VERKO i CT_VERPO. Dzięki temu HUs nie zostaną przejęte do dostawy przychodzącej.