Проблема с адресом в BAPI_PO_GETDETAIL1

Alexxandr

При отработке BAPI_PO_GETDETAIL1 - возвращается следующая ошибка: Адрес не существует T001W1501.
Причем если залезть через SE16 в таблицу T001W , то для завода 1501 - запись имеется.
В отладчике добраться до селекта не получается, но трассировка показала что к T001W селектов не было - только к ADRC.

Может кто сталкивался с такой проблемой?

dmk

Ну запись то в t001w имеется, а поле ADRNR заполнено?

Alex80

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

Ну запись то в t001w имеется, а поле ADRNR заполнено?

Скорее всего, проблема не в этом.

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

В отладчике добраться до селекта не получается, но трассировка показала что к T001W селектов не было - только к ADRC.

Возможно, проблема кроется где-то здесь:
FunctionGroup SZA0
Include LSZA0F36
Perform lookup_address_handle

Code:

* MOVE SPACE TO ADDR_APPL_TO_INT.
*3d MOVE ADDRESS_HANDLE TO ADDR_APPL_TO_INT-ANR.
* MOVE ADDRESS_HANDLE TO ADDR_APPL_TO_INT-ADDR_HANDLE.      "        *3i
  MOVE address_handle TO l_key_h-handle.
  READ TABLE addr_appl_to_int WITH KEY l_key_h BINARY SEARCH.
  IF sy-subrc = 0.

address_handle = 'T001W1501'.
А таблица addr_appl_to_int IS INITIAL.

При использовании BAPI_PO_GETDETAIL данной проблемы, кажется, не наблюдалось.

Alexxandr

Да, проблема именно в этом. Попробую BAPI_PO_GETDETAIL.

Alex80

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

Да, проблема именно в этом. Попробую BAPI_PO_GETDETAIL.

Проверьте, может быть достаточно будет добавить запись в TWLAD (через V_TWLAD) для комбинации завод/склад. Адресные данные возвращает, но в таблице RETURN все равно пишет "Адрес не существует и НОМЕР адреса". Причём этот номер адреса возвращается POADDRDELIVERY-ADDR_NO.
Данная ситуация скорее всего объясняется кодом в PERFROM return в случае когда после всех телодвижений таблица return пуста, туда записывается последнее сообщение оставшееся в SYST ().

Code:

  DESCRIBE TABLE return LINES lf_tabix.
  IF lf_tabix EQ 0.
    CALL FUNCTION 'BALW_BAPIRETURN_GET2'
      EXPORTING
        type      = sy-msgty
        cl        = sy-msgid
        number    = sy-msgno
        par1      = sy-msgv1
        par2      = sy-msgv2
        par3      = sy-msgv3
        par4      = sy-msgv4
        parameter = parameter
        row       = row
      IMPORTING
        return    = ls_return.
    APPEND ls_return TO return.
  ELSE.

sibrin

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

При отработке BAPI_PO_GETDETAIL1 - возвращается следующая ошибка: Адрес не существует T001W1501.
Причем если залезть через SE16 в таблицу T001W , то для завода 1501 - запись имеется.
В отладчике добраться до селекта не получается, но трассировка показала что к T001W селектов не было - только к ADRC.

Может кто сталкивался с такой проблемой?

Да, есть такой глюк. Дело в том, что после вызова одного из функциональных модулей проверяется sy-subrc и заново выставляется message id sy-msgid. Но этот ф.м. исключительную ситуацию генерирует не через message ... raising, а через raise. Таким образом sy-subrc <> 0, но sy-msg* содержат "мусор" (т.е. предыдущее значение). Таким образом, на экран выводится старое сообщение об ошибке, которое уже давно обработано и проигнорировано.

Лечилось расширением стандарта, хотя сейчас уже, возможно, ноту выпустили.

MsF1r

С определенного времени, у нас BAPI_PO_GETDETAIL1 стала выдвать точно такую же ошибку: класс сообщений АМ, сообщение 010, текст Адрес не существует & & & &. Хотя раньше все нормально работало, естсна кто и чего сделал найти не удается. Вопрос получается остается открытым, куда рыть? Может номер ноты уже есть?

MsF1r

Все, нашли ноту 1040800, проблема устранена!!!

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

Проблема с адресом в BAPI_PO_GETDETAIL1

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