Посоветуйте, пожалуйста, как можно избежать дампа по TIME_OUT для определенной программки?
На больших объемах валится в TIME_OUT.
Программка Z-овская, можно править.

1. Ограничить объём обрабатываемых данных
2. Оптимизировать выборки и циклы
3. Выполнять в фоне
4. Использовать механизм экстракторов (сбор данных в фоне и сохранение их в различных "экстрактах")
5. Всякая экзотика типа распараллеливания и увеличения настроек тайм-аута и пр.

Насколько помнится оптимизации в сап-е посвящен целый курс

b_e_s, для начала прогнать через SE30 и выявить узкие места.
Если они имеют быть - то оптимизировать.
Если их нет - то см. прочие пункты от sy-uname.

Периодически делать Commit work.

Или вызывать FM TH_REDISPATCH.

В дополнение к вышесказанному
Как обойти снятия программы по TIMEOUT

Простите моё невежество, но как commit здесь поможет ?

Тем что обнуляется счётчик работы диалогового шага.
Но вообще сброс счётчика - это хак, значит в постановке задачи, логике работы отчёта какая то кривизна - либо запрашивается неоправданно большой объём данных, либо надо использовать какие-либо методы и способы предварительной агрегации данных (перенести отчёт в BW, например), либо выполнять отчёт в фоне.

Да, действительно ....
Хелп не дочитал маленько

Commit work мне отлично подойдет.
Большое всем спасибо за помощь!