Добрый день!

Такая ситуация. Выполняется транзакция (ABUMN), после ее окончания необходимо выполнить другую транзакцию (AS02) в фоновом режиме, незаметно для пользователя. Транзакцию записал, сформировал bdcdata.
Пишу свой код в расширении LAISA001 которое срабатывает ПЕРЕД окончанием abumn. Пытался выполнить call transaction 'as02' но не проходит потому что ОснСр блокировано мной же, т.к. текущая транзакция еще не завершилась и значит в as02 не пускает.

Можно сделать batch input - задание ставится в очередь, НО затем его еще нужно выполнить вручную в SM35.
Может можно как-то принудить сеанс BI выполниться сразу ПОСЛЕ текущей транзакции ? Когда выполнится сессия и выполнится ли вообще если ее НЕ запустить вручную в SM35?
Может выполнить Job_open ?

CALL FUNCTION 'JOB_OPEN'
SUBMIT rsbdcsub AND RETURN
USER sy-uname
VIA JOB jobname NUMBER jobcount
with queue_id = queue_id "сессия
WITH z_verarb = 'X'.
Я так понимаю номер сессии можно узнать в APQI-QID.
Я с ним не работал и не знаю как он выполнится - непосредственно сразу или после текущей транзакции ?

Заранее спасибо!

Кажется подошел бы вызов SUBMIT rsbdcsub.
Но возникла проблемка: сессия которая хорошо выполняется вручную, вываливается по ошибке в SUBMIT rsbdcsub при программном запуске сессии.
Ошибка: "Возникла динамическая обшика OBJECTS_OBJREF_NOT_ASSIGNED." и номер одного из экранов.
При выполнении сессии вручную ошибка не возникает...
Может кто подскажет из-за чего может быть такая ошибка ?

Программный запуск сессии:

Поможет синхронное обновление.

Я пытался вызывать CALL TRANSACTION 'AS02' ... MODE 'S', но в том и дело что ОснСр все еще блокировано в ABUMN и call transaction вываливается с сообщением об ошибке. Дело в том что в abumn я обрабатываю <ТОЖЕ САМОЕ> ОснСр что и должна обрабатывать вызываемая транзакция - поэтому следующая транзакция AS02 отработает только если abumn закончится и освободит ОснСр. Пробовал и все остальные режимы... Вы написали CALL TRANSACTION 'ABUMN' просто для примера? Потому что вообще я именно ИЗ ABUMN вызываю транзакцию AS02.

Данные транзакции надо выполнять не одна из другой, а друг за другом:

Т.е. создать программу, в которой в начале будете задавать необходимые значения, а затем использовать их в транзакциях.

Первый вариант решения - сделать небольшой Workflow. Вторая транзакция вызывалась бы из фоновой стандартной задачи. Но тут придется возиться с настройками WF.
В качестве второго варианта я бы попробовал создать функциональный модуль обновления, и поместить его вызов в LAISA001 (CALL FUNCTION IN UPDATE TASK). Модуль обновления объявить как V2, это будет означать, что он вызовется строго после успешного обновления всех таблиц транзакцией ABUMN и сброса блокировок. Из этого функционального модуля вызвать второй функциональный модуль с опцией STARTING NEW TASK, который бы вызывал вторую транзакцию оператором CALL TRANSACTION или через программный запуск сессии.

Народ подскажите <я не знать русский языка>.
Пытался выполнить програмку, чтобы проверить вызов нескольких тразакция в одной своей програмке. Для проверки запускаю програмку:


наткнулся на такую проблему, что если в вызвавшейся транзакции abumn сразу нажать отмена или назад, то управление как и положено возвращается в мою програмку и пишется "Ok.". А если провести перемещение - управление назад НЕ передается... Система пишет что такой-то документ сформирован и остается в транзакции abumn. Если потом нажать назад или отмена, выпадаем в меню.

Скорее всего там так здорово реализован выход - повторным вызовом той же транзакции. Такое встречается.

Вот в 4.6с в функц модуле AMDP_USER_COMMAND_PROCESS, который вызывается для обработки команды SAVE есть оператор:



Скорее всего именно он и срабатывает.

4 Сергей Королев: а что значит V2? Попробовал создать вызов ФМ обновления.
Я создал первый ФМ - свойства Модуль обновления-Немедленный Запуск. Второй ФМ - стандартный ФМ.
Вызываю первый ФМ как:

В нем вызываю второй:

Имя задачи как я понял может быть любым.
abumn сначала выполняется но через секунду приходит системное письмо с ошибкой CALL_FUNCTION_REMOTE_ERROR, причем и Abumn откатывается назад. думал может вызвать из ФМ свой репорт который бы вызвал бы AS02 или сразу в первом ФМ пробовал вызвать call transaction 'as02' - но тогда возникает ошибка POSTING_ILLEGAL_STATEMENT - насколько я понял в модуле обновления нельзя вызывать call transaction или submit zrep.

Там нужно отметить "Start delayed", по-русски наверное "Отложенный запуск".
В свойствах ZFM2 нужно поставить "Remote enabled mdule".

Да, и WAIT уберите! Это совсем не к месту в модуле обновления.

Спасибо большое!!
Уже кое-что получается
Еще бы узнать как из второго ФМ FM2 выдать сообщение в случае ошибок - если я там пишу свои сообщения на экран ничего не выдается.

Поскольку функция выполняется в отдельной задаче, то у нее нет никакой связи с вашим текущим сеансом в GUI. Можно только лог использовать (функции BAL*).

Народ может кто знает из-за чего может быть такая ошибка, может не совсем в тему но все таки:

Логика такая:
1. Выполняется транзакция, из нее первый ФМ -> call function 'ZFM1' IN UPDATE TASK.
2. Вызвался первый ФМ, ZFM1 - вызывает второй ФМ ->call function 'ZFM2' STARTING NEW TASK 'MYTASK'.
3. А в ZFM2 так получается что идет создание контейнера для ALV

и тут возникает ошибка - контейнер не создается с ошибкой sy-subrc = 3 (create_error).

Хотя в такой логике - все Ок.:
1. Тестовый репорт ZZZ в нем просто вызов ZFM2 -->call function 'ZFM2' STARTING NEW TASK 'MYTASK'.
2. В ZFM2 ALV создается нормально...

Т.е. если вызов не через модуль обновления а сразу - все нормально.
Тоже самое происходит если создать сессию, в которой создается ALV. Эта сессия ставится в очередь, появляется в SM35. И потом если выполнить сессию вручную - все Ок. А если создать програмку которая автоматом запустит сессию, сессия вываливается из-за той же самой ошибки - не создался doking_container.
Получилось немного сумбурно...

Все просто. В вариантах с ошибкой вы пытаетесь создавать визуальные контролы в отвязанных от GUI рабочих процессах.