Подтверждение комплектования исходящей поставки без СУС...

Skyter

Итак имеем систему сбыта настроеную следующим образом:
СУС отсутствует(не внедряется) вместо него имеется внешняя WMS система. К сбытовому заказу создается исходящая поставка требующая комплектования, но без создания ТрЗ.
Требуется подтвердить комплектование установив укомплектованное количество равное полученному отчету.
Для решения данного вопроса (изменения количесва согласно фактическому укомплектованному в WMS системе используется BAPI
BAPI_OUTB_DELIVERY_CHANGE. Однако данное BAPI не может измениь укомплектованное количество.

Коллеги подскажите плиз функциональный модуль позволяющий изменить значение укомплектованного количества в исходящей поставке.

PS: Модуль WS_DELIVERY_UPDATE не предлогать.

Использование модуля BAPI_OUTB_DELIVERY_CONFIRM_DEC было бы возможно при отказе от релевантности ккомплектованию позиций поставки, но отслеживания факта комплектования необходим согласно бизнес процессу.

Salas

Тогда не понятно, по наступлению какого события Вы собираетесь выполнять комлектование. Если внешняя WMS способна посылать что-то типа айдоков, то Вы могли бы их принимать и преобразовывать к входящему IDOC: SHP_OBDLV_CONFIRM_DECENTRAL, а он бы у Вас подтверждал твою поставку - вообщем был бы стандартный децентрализованный СУС.
И ещё, я не уверен, но по-моему BAPI_OUTB_DELIVERY_CHANGE может изменять кол-ва
поле DLV_QTY таблицы BAPIOBDLVITEMCHG.
Во всяком случае, поставки она у нас удаляла на ура, хотя они находились у нас в работе :evil:

Skyter

Salas написал(а):

Тогда не понятно, по наступлению какого события Вы собираетесь выполнять комлектование. Если внешняя WMS способна посылать что-то типа айдоков, то Вы могли бы их принимать и преобразовывать к входящему IDOC: SHP_OBDLV_CONFIRM_DECENTRAL, а он бы у Вас подтверждал твою поставку - вообщем был бы стандартный децентрализованный СУС.
И ещё, я не уверен, но по-моему BAPI_OUTB_DELIVERY_CHANGE может изменять кол-ва
поле DLV_QTY таблицы BAPIOBDLVITEMCHG.
Во всяком случае, поставки она у нас удаляла на ура, хотя они находились у нас в работе :evil:

У заказчика имеется своя WMS система, взаимодействие с которой происходит по IDOC-ам
Поставка комплектуется потоками Укомплектование каждой позиции отслеживается. При этом происходит изменение ИП BAPI_OUTB_DELIVERY_CHANGE.
ПО окончанию комплектования всех позиций требуется изменить статус поставки на укомплектованное. По отдельному вх. IDOC.
При отгрузке товра в транспортное средство производиться проводка отпуска к ИП SHP_OBDLV_CONFIRM_DECENTRAL.
Естетствеенно СУС в проекте не настраивается. поскольку имеется внешняя WMS система.

holocron

Skyter написал:

....
У заказчика имеется своя WMS система, взаимодействие с которой происходит по IDOC-ам
Поставка комплектуется потоками Укомплектование каждой позиции отслеживается. При этом происходит изменение ИП BAPI_OUTB_DELIVERY_CHANGE.
ПО окончанию комплектования всех позиций требуется изменить статус поставки на укомплектованное. По отдельному вх. IDOC.
При отгрузке товра в транспортное средство производиться проводка отпуска к ИП SHP_OBDLV_CONFIRM_DECENTRAL.
Естетствеенно СУС в проекте не настраивается. поскольку имеется внешняя WMS система.

извиняюсь, не очень проникся постами... Вам SD_DELIVERY_UPDATE_PICKING не поможет? вроде как RFC модуль

Skyter

holocron написал(а):

Skyter написал:

.....
извиняюсь, не очень проникся постами... Вам SD_DELIVERY_UPDATE_PICKING не поможет? вроде как RFC модуль

Все эти модули требуют указания последующего сбытового документа а именно транспортного заказа. Т.Е она работают если внедрен хотя-бы минимизированный СУС.

Судя по всему без отмены релевантности комплектования не обойтись.

holocron

Skyter написал:

holocron написал(а):

Skyter написал:

.....
извиняюсь, не очень проникся постами... Вам SD_DELIVERY_UPDATE_PICKING не поможет? вроде как RFC модуль

Все эти модули требуют указания последующего сбытового документа а именно транспортного заказа. Т.Е она работают если внедрен хотя-бы минимизированный СУС.

Судя по всему без отмены релевантности комплектования не обойтись.

нет, последующий документ не есть транспортный заказ, это заказ на комплектование. обязательность его подтверждения настраивается. его номер может быть любым, сам SAP туда пишет например текущую дату.

demst

Точно такая же ситуация как описано выше.
Использую данный ФМ, но укомплектованное количество не меняется.
Подскажите, пожалуйста, необходимые для заполнения поля ФМа, для его верной работы.
в данный момент заполнены след. поля:

Code:

  l_vbkok-vbeln_vl = '0080000129'.
  l_vbkok-vbtyp_vl = 'J'.
  l_vbkok-vbeln = sy-datum.

  CLEAR lt_vbpok[].
  CLEAR lt_vbpok.
    lt_vbpok-vbeln_vl = '0080000129'.
    lt_vbpok-posnr_vl = '000010'.
    lt_vbpok-vbeln = sy-datum.
    lt_vbpok-posnn = '000010'.
    lt_vbpok-pikmg  = 24.
    lt_vbpok-orpos = '000010'.
    lt_vbpok-matnr = 'R510217'.
    lt_vbpok-meins = 'ST'.
    APPEND lt_vbpok.


  CALL FUNCTION 'SD_DELIVERY_UPDATE_PICKING'
    EXPORTING
      vbkok_wa                     = l_vbkok
      synchron                     = 'X'
      nicht_sperren                = 'X'
    TABLES
      vbpok_tab                    = lt_vbpok[]
      prot                         = lt_prot[]
            .

Alex80

Code:

 l_vbkok-vbeln = sy-datum.
 lt_vbpok-vbeln = sy-datum.

?

demst

Alex80 написал:

Code:

 l_vbkok-vbeln = sy-datum.
 lt_vbpok-vbeln = sy-datum.

?

Цитата:

нет, последующий документ не есть транспортный заказ, это заказ на комплектование. обязательность его подтверждения настраивается. его номер может быть любым, сам SAP туда пишет например текущую дату.

вот и написал, а что еще туда можно записать?

Alex80

Просто показалось подозрительным. Ну если сам SAP пишет, то хорошо. Ещё вроде бы он пишет

Code:

VBPOK_TAB-TAQUI = 'X'.

demst

Alex80 написал:

Просто показалось подозрительным. Ну если сам SAP пишет, то хорошо. Ещё вроде бы он пишет

Code:

VBPOK_TAB-TAQUI = 'X'.

Спасибо. Заработало )

Правила форума

Подтверждение комплектования исходящей поставки без СУС...

Кто сейчас на конференции