Всем привет!
Дано: есть программа пакетного ввода на тр. mir4. При запуске в диалоге - все ОК, при запуске в фоне получаем дамп RAISE EXEPTION с ошибкой CNTL_ERROR при попытке создать docking container (на этапе инициализации транзакции, т.е. внутри стандарта). С одной стороны есть нота 311440, которая говорит, что не нужно создавать такие контейнеры в фоне, но MIR4 упорно пытается это сделать если вызов идет из моей программы, с другой - если запускать тот же самый пакетник в shdb c моделированием фонового режима, то все проходит отлично, из чего я делаю вывод что MIR4 каким-то образом понимает, что не надо создавать docking container в этом случае.
Возникает вопрос: в чем разница между запуском в фоне моей программой и запуском с моделированиям фона из shdb?
Параметры вызова транзакции:

Аналога галочки "Моделирование фон. режима" из shdb в параметрах CTU_PARAMS я не нашла.
Что я делаю не так?

зы. вариант замены пакетника на BAPI не подходит, т.к. необходимо, чтобы отработала часть экранных расширений.

docking container требует соединения с рабочей станцией пользователя (SAP GUI) для возможности отображения на экране. В фоновом режиме естественно нет никого соединения с SAP GUI.
При моделировании в SHDB пакетный ввод выполняется в видимом режиме, т.е. соединение с SAP GUI есть.

В ноте 381593 английским языком сказано, что пакетный ввод на MIRO/MIR4 невозможен.
Какие расширения у вас не отрабатывают при использовании BAPI?

в чем тогда смысл галочки "Моделирование фон. режима" в shdb если то что получится не подходит для использования в фоне?

pai-логика собственных подэкранов

В ноте транзакция MIR4 не упоминается, кроме того пакетник благополучно работает если запускать его не в фоне.

Я правильно понимаю, что запустить это в фоне вообще без шансов?

Как не упоминается?



правильно.