Господа ситуация следующая.
Есть Z* отчеты, и есть транзакции ввода документов.
Соответственно Z* отчеты если запускаются за большой период времени - то работают больго...
соответственно получается так что все процессы заняты.
Можно ли данную проблему решить ABAPом ?
Вопрос следующий: каким образом можно сделать так чтобы при запуске Z* отчеты - проверять сколько свободных процессов есть... и если их например меньше 5, то транзакцию не запускать а например стопорить, чтобы она например через 5 минт проверяла опять состояние по процессам и запускала себя или нет.
Вопрос: будет ли награжаться система подобным образом или нет ?

Оптимизируйте отчет.
Затачивайте отчеты под конкретные ситуации. Вплоть до того, что для разных объемов данных будет работать разная логика формирования данных.
Используйте фоновый режим.

Переносите отчёты в BW, используйте кеширование, экстракторы и т.п. способы увеличения производительности.
Rokhay правильное направление советует, не тратьте время на ерунду.
В самом крайнем случае закупите и добавьте серверов приложений.

Думаю что абапом такое не решить. Присоединяюсь к базису. http://sapboard.ru/forum/viewtopic.php?f=14&t=58792

Добавил:
Если я не ошибаюсь, то наши админы, на одном проекте, покупали новое железо, под похожие проблемы. Но, они мониторят систему постоянно, заранее об это конечно предупреждали, поэтому таких проблем не возникало.

Проверять количество свободных процессов можно ФМом: SPBT_INITIALIZE он запускается для группы серверов. Но как уже говорили коллеги выше, овчинка выделки не стоит, поскольку ожидающий процесс тоже будет нагружать систему, лучше оптимизировать отчет чтобы выполнялся побыстрее (использовать экстракты ранее обработанных данных или что-то в таком роже, распаралеливать обработку...).

В дополнение к уже сказанному - у нас была чем-то похожая ситуация, когда пользователи хотели просто огромый отчет. Решалась тем, что ночью запускалась программа, которая собирала данные в Z таблицу, а днем пользователи уже гоняли свои отчеты по оптимизированной Z таблице. Минус тут, конечно, в том, что отчет отражает вчерашние данные, но в нашем случае это было приемлемо.

2 Jelena: а ваша программа случайно не BW\BI называлась?

Ха-ха! Нет, у нас как раз BW не был внедрен плюс ситуация осложнялась паранойей у пользователей, что если отчет не в SAP R/3, то ему верить нельзя по определению.