Kolejki w RF Queue Management

[urbi]

Cześć,

Dla jednego z magazynów wprowadzamy kolejki w RF.

Czy jest możliwość zrobienia tak aby przy putaway system nie ignorował source storage type?
Chcielibyśmy utworzyć kolejkę w stylu 921-XXX i wszystkie TO, które są z 921 idą do właśnie tej kolejki.

Dla przykładu, jeżeli mamy dwie aktywności:

i Transfer Order generowany jest z 921 do X1, to system zawsze wrzuci do kolejki 901-XXX mimo, że mamy idealnie dopasowaną aktywność w tabeli czyli 921 do X1 powinno być 921-XXX.

Czy jest jakaś szansa żeby to przestawić? Jakiś exit?
Zależy nam na definiowaniu kolejek na podstawie source storage type a nie destination przy putaway.

[mrcb]

Badi LE_WM_RF_QUEUE powinno dać radę.

pozdr.m.

[dominik.tylczynski]

Moim zdaniem bez rozszerzenia się nie obejdzie. W LE-WM kolejki RF są ustalane przez funkcję L_TO_QUEUE_SET. Dla rozmieszczenia (inbound) logika jest następująca:

Kod: Zaznacz cały

  case iv_t346l-abild.

    when lc_abild_in.                  "Source-data are not relevant
*     INBOUND
      read table gt_t346l with key     "1. Full qualifier
        lgnum = iv_t346l-lgnum
        abild = iv_t346l-abild   trart = iv_t346l-trart
*       vltyp = space            vkobr = space
        nltyp = iv_t346l-nltyp   nkobr = iv_t346l-nkobr
        lgtor = iv_t346l-lgtor.
      ev_queue = gt_t346l-queue.
      check sy-subrc > 0.

      read table gt_t346l with key     "2. Joker for picking-area
        lgnum = iv_t346l-lgnum
        abild = iv_t346l-abild   trart = iv_t346l-trart
*       vltyp = space            vkobr = space
        nltyp = iv_t346l-nltyp   nkobr = lc_kober_jkr
        lgtor = iv_t346l-lgtor.
      ev_queue = gt_t346l-queue.
      check sy-subrc > 0.

      read table gt_t346l with key     "3. for pickarea and gate
        lgnum = iv_t346l-lgnum
        abild = iv_t346l-abild   trart = iv_t346l-trart
*       vltyp = space            vkobr = space
        nltyp = iv_t346l-nltyp   nkobr = lc_kober_jkr
        lgtor = lc_lgtor_jkr.
      ev_queue = gt_t346l-queue.
      check sy-subrc > 0.

      read table gt_t346l with key     "4. for pickarea, gate & stor.typ
        lgnum = iv_t346l-lgnum
        abild = iv_t346l-abild   trart = iv_t346l-trart
*       vltyp = space            vkobr = space
        nltyp = lc_lgtyp_jkr     nkobr = lc_kober_jkr
        lgtor = lc_lgtor_jkr.

      if sy-subrc is initial.
        ev_queue = gt_t346l-queue.
      else.
        clear ev_queue.
      endif.

Jak widać dane źródłowe tj. VLTYO i VKOBR są tutaj ignorowane. O tym samym mówi nota 1659072 - Queue definition for inbound transfer orders

[urbi]

Dzięki Panowie,

Zaproponuję Biznesowi rozwiązanie z BADI LE_WM_RF_QUEUE, aczkolwiek pewnie odrzucą.