BAPI_OUTB_DELIVERY_CONFIRM_DEC

Salas

Блин, посмотрел в Идесе айдок и по его структуре в точности передаю параметры в функцию BAPI_INB_DELIVERY_SAVEREPLICA.
А она мне опять лепит ошибки

В БапиРет пишет:

Невозможно определить вид поставки (тип &1 для материала &2 и ВидаДвиж &3)

1= ''
2 =' M-08'
3 = ' 503'

Что это за тип такой пустой, не могу понять :cry:

Любаша

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

с этой БАПИшкой я не работал. Может кто рабочий пример выложит, но если этого не произойдет, то для размышлений следующее:
1. В BAPI_INB_DELIVERY_SAVEREPLICA , после расфасовки входящих интерфейсных параметров по внутренним таблицам, сама собственно поставка создаеться с помощью ФМ GN_DELIVERY_CREATE
2. Пример использования (и заполнения соответствующих внутр.таблиц) ФМ GN_DELIVERY_CREATE в случае вход.поставок ты можешь найти в отчете RM06EANL
3. Сопоставив код BAPI_INB_DELIVERY_SAVEREPLICA и RM06EANL думаю можно найти истину :roll:

Добрый день всем!
А не подскажете, как с помощью BAPI удалить строку в поставке?

Создается поставка с помощью BAPI "BAPI_OUTB_DELIVERY_CREATE_SLS".

Preatos

Code:

BAPI_OUTB_DELIVERY_CHANGE

Эта не подходит чтоли? У нас просто нет такой БАПИ которой вы создаёте

Любаша

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

Там во всех нужных таблицах кроме HEADER_DEADLINES
нужны номер и позиция поставки.
Если я её не заполняю возвращает ошибку 4 из класса VLBAPI
(Ошибка в документе....)
TABLES
HEADER_PARTNER = HEADER_PARTNER
* HEADER_PARTNER_ADDR =
HEADER_DEADLINES = HEADER_DEADLINES
ITEM_DATA = ITEM_DATA
ITEM_ORG = ITEM_ORG

OlegDm, Вы не знаете, что минимально надо заполнить в этой бапи, чтобы создалась Вх.Поставка?
Заранее спасибо!

Получилось устранить ошибку?
У меня такая же.
Хочется помощи.

Любаша

Удалить позицию получилось.
Теперь неясно, как добавить новую позицию в уже существующую поставку?

andry_moz

Preatos написал:

Ребяты помогите! После изменения поставки этим модулем, а он один на сколько я понял делает отпуск материала, поставка не сторнируется! Там появляется в поле LIKP-VLSTK (С) и всё, труба, не сторнировать после измененя эту поставку. Чтото тут с децентрализованым ведением склада связано видимо, но у нас ведение централизованное, что сделать-то чтобы не происходила такая фигня???

SU53

andry_moz
а вы проверьте, чем заполняется LIKP-WADAT_IST в том и другом случаях.

andry_moz

SU53 написал:

andry_moz
а вы проверьте, чем заполняется LIKP-WADAT_IST в том и другом случаях.

и в том и другом случае ОМ делается на одной и той же поставке. Сначала через BAPI, которая отрабатывает с ошибками, а затем успешно через VL02N, в которой кроме кнопки ОМ ничего не нажимается и никакие поля не заполняются.

SU53

andry_moz
если в VL02N не заполнять указанное поле ручками, при ОМ оно автоматически заполняется текущей датой. И она совсем недавно попадала в 02/2009. Думаю, надо проверить заполнение даты факт. ОМ при работе с BAPI.

andry_moz

SU53 написал:

andry_moz
если в VL02N не заполнять указанное поле ручками, при ОМ оно автоматически заполняется текущей датой. И она совсем недавно попадала в 02/2009. Думаю, надо проверить заполнение даты факт. ОМ при работе с BAPI.

если речь идет о полях Плановый ОМ и Фактический ОМ, то они уже заполнены не текущей датой !!! в поставке как и все остальные поля до вызова BAPI и или VL02N.

А вот BAPI_OUTB_DELIVERY_CONFIRM_DEC почему то считает хорошим тоном поменять LIKP-WADAT_IST (Фактическмй ОМ) на текущую дату.
Как запретить это?

SU53

попробовал этот бапишник. странно, в нашей системе не подменяет. настройки?...
я заполнял только номер поставки в header_data, header_control, delivery и флажок post_gi_flg
в header_control.

andry_moz

SU53 написал:

попробовал этот бапишник. странно, в нашей системе не подменяет. настройки?...
я заполнял только номер поставки в header_data, header_control, delivery и флажок post_gi_flg
в header_control.

настройки? Но какие(erp2005) ?

OlegDm

andry_moz написал:

Preatos написал:

Ребяты помогите! После изменения поставки этим модулем, а он один на сколько я понял делает отпуск материала, поставка не сторнируется! Там появляется в поле LIKP-VLSTK (С) и всё, труба, не сторнировать после измененя эту поставку. Чтото тут с децентрализованым ведением склада связано видимо, но у нас ведение централизованное, что сделать-то чтобы не происходила такая фигня???

Можно почистить VLSTK например в БАДИ LE_SHP_DELIVERY_PROC / FILL_DELIVERY_HEADER:

Code:

method IF_EX_LE_SHP_DELIVERY_PROC~FILL_DELIVERY_HEADER.
* отмена статуса "Децентрализованная обработка склада"
...
  clear cs_likp-vlstk.
...
endmethod.

OlegDm

andry_moz написал:

...
А вот BAPI_OUTB_DELIVERY_CONFIRM_DEC почему то считает хорошим тоном поменять LIKP-WADAT_IST (Фактическмй ОМ) на текущую дату.
Как запретить это?

Делал следующим образом:

1. Заполнял и передавал параметр EXTENSION2 в BAPI_OUTB_DELIVERY_CONFIRM_DEC. Что-то в этом роде:

Code:

...
    move: 'ZPM'                    to extension2-param,
          'CS_VBKOK-WADAT_IST'     to extension2-field,
          'DATS'                   to extension2-type,
          p_wadat                  to extension2-value,
          '000008'                 to extension2-length.
    append extension2.

    move: 'ZPM'                    to extension2-param,
          'CS_VBKOK-WADAT'         to extension2-field,
          'DATS'                   to extension2-type,
          p_wadat                  to extension2-value,
          '000008'                 to extension2-length.
    append extension2.
...

2. В экзите EXIT_SAPLV50I_004 (отрабатывает в BAPI_OUTB_DELIVERY_CONFIRM_DEC) обработка EXTENSION2:

Code:

field-symbols: <fs> type any.

if extension2 is not initial.
  loop at extension2 where param = 'ZPM'.
    assign (extension2-field) to <fs>.
    if sy-subrc eq 0.
      move extension2-value+0(extension2-length) to <fs>.
    endif.
  endloop.
endif. 

andry_moz

Делал следующим образом:

1. Заполнял и передавал параметр EXTENSION2 в BAPI_OUTB_DELIVERY_CONFIRM_DEC. Что-то в этом роде:

Code:

...
    move: 'ZPM'                    to extension2-param,
          'CS_VBKOK-WADAT_IST'     to extension2-field,
          'DATS'                   to extension2-type,
          p_wadat                  to extension2-value,
          '000008'                 to extension2-length.
    append extension2.

    move: 'ZPM'                    to extension2-param,
          'CS_VBKOK-WADAT'         to extension2-field,
          'DATS'                   to extension2-type,
          p_wadat                  to extension2-value,
          '000008'                 to extension2-length.
    append extension2.
...

2. В экзите EXIT_SAPLV50I_004 (отрабатывает в BAPI_OUTB_DELIVERY_CONFIRM_DEC) обработка EXTENSION2:

Code:

field-symbols: <fs> type any.

if extension2 is not initial.
  loop at extension2 where param = 'ZPM'.
    assign (extension2-field) to <fs>.
    if sy-subrc eq 0.
      move extension2-value+0(extension2-length) to <fs>.
    endif.
  endloop.
endif. 

[/quote]

В ERP2005 расширение V50B0001 (в котором экзит EXIT_SAPLV50I_004) мигрировано в BAdI-определение SMOD_V50B0001.
По этой видимо причине через CMOD в z-проект расширение не добавляется.
Пробовал в созданном INCLUDE ZXV50BU04 вписать код, но код не отрабатывает. Инклюд активнен.
Какие могут быть еще варианты как заставить выполниться то что в инклюде ? или есть еще варианты решения?

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

BAPI_OUTB_DELIVERY_CONFIRM_DEC

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