BAPI_FIXEDASSET_CHANGE зависает

profiteer

Добый день.

Пытаюсь изменить инвентарный номер ОС с помощью функции BAPI_FIXEDASSET_CHANGE, но на некоторых средствах она зависает. Код выглядит так:

Code:

  data: d like bapi1022_feglg001.
  data: dx like bapi1022_feglg001x.
  data: ret like bapiret2.

  d-invent_no = invnr_from.
  dx-invent_no = 'X'.

  call function 'BAPI_FIXEDASSET_CHANGE'
    exporting
      companycode  = bukrs_to
      asset        = anln1_to
      subnumber    = anln2_to
      generaldata  = d
      generaldatax = dx
    importing
      return       = ret.

  call function 'BAPI_TRANSACTION_COMMIT'
    exporting
      wait = 'X'.

Зависает именно BAPI_FIXEDASSET_CHANGE. В чем здесь может быть дело?

Tetty

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

Добый день.

Пытаюсь изменить инвентарный номер ОС с помощью функции BAPI_FIXEDASSET_CHANGE, но на некоторых средствах она зависает. Код выглядит так:

Code:

  data: d like bapi1022_feglg001.
  data: dx like bapi1022_feglg001x.
  data: ret like bapiret2.

  d-invent_no = invnr_from.
  dx-invent_no = 'X'.

  call function 'BAPI_FIXEDASSET_CHANGE'
    exporting
      companycode  = bukrs_to
      asset        = anln1_to
      subnumber    = anln2_to
      generaldata  = d
      generaldatax = dx
    importing
      return       = ret.

  call function 'BAPI_TRANSACTION_COMMIT'
    exporting
      wait = 'X'.

Зависает именно BAPI_FIXEDASSET_CHANGE. В чем здесь может быть дело?

на уровне идей:
может средство оказывается блокированным?
или какая-нибудь проверка не проходит (своя или собственная), может номер повторяется?
еще есть особенность при работе с FI-AA, что средство отлично может жить даже когда у МОЛа заканчивается период активности, но сохранить уже не даст себя, хотя ничего и не изменилось...

profiteer

Протрассировали эту функцию, нашли, что зависает в бесконечном цикле в экранной логике - ходит по кругу по цепочке экранов. В эту цепочку входят экраны из группы функций XAIS как саповские так и наши, из расширений. При этом call screen в нашем коде нигде не делается.

Может быть есть какие-то особенности вызова этой функции в случае, когда включены расширения?

ADA

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

Протрассировали эту функцию, нашли, что зависает в бесконечном цикле в экранной логике - ходит по кругу по цепочке экранов. В эту цепочку входят экраны из группы функций XAIS как саповские так и наши, из расширений. При этом call screen в нашем коде нигде не делается.

Может быть есть какие-то особенности вызова этой функции в случае, когда включены расширения?

Может стоит посмотреть ФМ 'EXIT_SAPLAIST_002' если активно расширение AIST0002.

У меня другая проблема была, не сохранялись значения полей структуры CI-ANLU, вот в чем оказалось проблема, связанная с этим же расширением.

Если вы передаете в ФМ 'BAPI_FIXEDASSET_CHANGE'
таблицу extensionin и заполняете extensionin-structure значением = 'BAPI_TE_ANLU'.
То, если включено расширение AIST0002, то в ФМ - EXIT_SAPL1022_001 содержимое таблицы ANLU очищается, т.к. данный ФМ возвращает ее содержимое и соответственно если вы ее не заполняете то она очистится. Я написала в этом ФМ
e_anlu = i_anlu.
перед этим i_anlu нужно заполнить актуальными данными.

anter

Посидел в отладке и вот что удалось установить:
Зависает BAPI на этих экранах потому что в русском AddOn-е в обработке экрана 907 (группа функций XAIS) есть модуль set_status_messages и в нем зачем-то обнуляется переменная (SAPLAIST)SAV_OKCODE:

Code:

module set_status_messages output.

clear sy-ucomm.

assign ('(SAPLAIST)SAV_OKCODE') to <g_ucomm>.

if sy-subrc is initial.
    clear <g_ucomm>.
endif.

if lt_mess[] is initial.
    select *
        from j_3rtsetmess
        into table lt_mess
        where arbgb = gc_id_mess.
endif.
endmodule.   

Эта переменная в BAPI устанавливается = 'BUCH' и таким образом инициируется проверка всех закладок в основной записи ОснСр.
Как только она обнуляется программа зависает на этой закладке.
Вообще не понимаю, зачем нужно было обнулять переменную в чужой программе (саповской)? Полный бред!

sy-uname

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

Протрассировали эту функцию, нашли, что зависает в бесконечном цикле в экранной логике - ходит по кругу по цепочке экранов. В эту цепочку входят экраны из группы функций XAIS как саповские так и наши, из расширений. При этом call screen в нашем коде нигде не делается.

Может быть есть какие-то особенности вызова этой функции в случае, когда включены расширения?

Поищите в нотах описание даной проблемы - было что-то подобное с зацикливанием в XAIS - решилось установкой соответствующей ноты.

Нота была 1046168 (Copying Property/Transport tax fields of assets via ABUMN)

anter

Выход - догнать патчи до SAPK-10616INCCEE.

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

BAPI_FIXEDASSET_CHANGE зависает

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