Следующий вопрос есть.

Есть пакетник. Вызывающий FB05.
При запуске с определёнными параметрами должен вываливаться в ошибку.
При проверке поля "Главная книга". (Контрольный счет *** или краткий код *** недопустимы).
Проверка стандартная.

В открытом виде (режим А) всё нормально. Ошибка возникает и попадает в таблицу сообщений с результатами пакетника.
В скрытом режиме (режим N) работа пакетника обрывается, но конкретное сообщение с типом E в таблицу сообщений не попадает.
(другие ошибки попадали)

В чём может быть причина?

Может быть пакетник обрывается до ошибки из-за того что в логике есть commit work, попробуйте запустить с опцией racommit = 'X'.

попробовал. не спасло.

А у Вас случаем в коде break-point-ов нету?

Укажите, с какими параметрами запускается CALL TRANSACTION

у меня - нет.
вопрос разве что если есть какие расширения... где кто-то что-то понаписал..

Пробовал также режим обновления L, режимы показа P. Поведение не меняется.

Также хочу напомнить, что в принципе ошибки типа E в таблицу сообщений попадали. Почему-то возникла проблема с конкретной ситуацией.

Еще одно предположение. Когда Вы проходите типом А, жмете все время энтер, может быть такое что в окошке где появляется очередная команда, стоит код, без знака =. При режиме А Вы этот момент удачно проходите, при режиме N пакетник обрывается.

тема заинтересовала, тоже пару раз возникали ситуации с пакетниками, когда при режиме N в таблице с сообщениями были только сообщения типа S, а пакетник "обрывался" - т.е. не создавался документ.
Пример – создание произв.заказа, транзакция CO01

при невозможности выбора техкарты к материалу вываливается не с ошибкой, а с сообщением типа 'S'

Еще пример - FB01, возвращалось сообщение, что поля нет на экране, но тоже типа S, документ не создавался.

Я их в итоге разрулила, но вопрос остался - почему не пришла ошибка типа Е?

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

С fb01 понятно, Вы не правильно мапинг подали (bdcdata), пакетник "потерялся" когда экран или поле не нашел и остановился.
На счет CO01 там причина не однозначна, надо смотреть.
Из-за чего могут быть проблемы:
1. Не правильный сбор "карты" (bdcdata)
2. Сommit work в коде
3. break-point в коде
4. Бывает такое что в коде зашиты проверки на поведение программы в режиме пакетного ввода, поэтому диалоговое выполнение может отличатся.
Все имхо.

нет

Показывайте код, и еще, где вы заполняете options для call transaction?

ага...
всё, нашёл...
оказывается недоглядел...

было сообщение о ненайденном на экране поле...
его поправил - посмотрел что оно вроде последнее - подумал что всё что до этого прошло нормально....
а сообщения же статусные - одно другое меняет без спроса...
оказалось что под ним "скрылись" ещё несколько.... одно поправил - а там ещё кучка налась...