Зависание ВФ

Kahaber

Здравствуйте.
Ситуация такая: на тестовой среде есть простенький ВФ с одним шагом, в котором есть ФМ ZFM1. В ФМе есть submit отчета zprg1 і перехват таблицы АЛВ с этого отчета :

Code:

 
  cl_salv_bs_runtime_info=>set(
  display = abap_false
  metadata = abap_false
  data = abap_true ).

  SUBMIT zprg1 WITH SELECTION-TABLE lt_param AND RETURN.

  TRY.
      cl_salv_bs_runtime_info=>get_data_ref(
      IMPORTING r_data = ls_data ).
      ASSIGN ls_data->* TO <lt_data>.
      CHECK <lt_data> IS ASSIGNED.
      LOOP AT <lt_data>[] ASSIGNING <fs_dat>.
        APPEND <fs_dat> TO gt_dat.
      ENDLOOP.
    CATCH cx_salv_bs_sc_runtime_info.
      e_mess = `Unable to retrieve ALV data`.
      EXIT.
  ENDTRY.

в отчете zprg1 есть РФС ФМы ERP->CRM . При запуске ВФ зависает на этом первом шаге (там где вызывается ФМ).
В среде ДЕВ все работает.

Пробовали:
1. Ручной запуск самого ФМа ZFM1 работает без зависаний и выдает правильный результат.
2. Комментировали код приведенный выше - ВФ не зависает и отработал.
3. Был раньше аналогичный ВФ - работал без зависаний. Теперь и он зависает на тесте, хотя на среде ДЕВ все работает.

Может кто еще подскажет куда копать?
Спасибо.

skaa

Добрый день!
А пользователь, под которым запускается ВФ, имеет необходимые полномочия на выполнение всех шагов отчёта zprg1?

Kahaber

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

Добрый день!
А пользователь, под которым запускается ВФ, имеет необходимые полномочия на выполнение всех шагов отчёта zprg1?

Полномочия то есть, но вот оказалось, что в коде zprg1 есть условия под пользователя WF-BATCH, а на тесте он почемуто WF-BATCH1.
Спасибо за наводку. Только прочив ваш пост меня осенило)

:pivo:

Зависание ВФ

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