rdisp/max_wprun_time - есть параметр, вроде он отвечает за прерывание процесса, но он не срабатывает так как мне требуется.

Мне нужно чтобы не просто неактивные пользователи отваливались, а те которые вместо фона запускают отчеты в диалоге.

А этот параметр не отваливает неактивных пользователей по time out. Он ограничивает занятие диалогового рабочего процесса одним пользователем.
Правильная стратегия - ограничить этот параметр в 10 минут.

Для описанной задачи основная сложность - отделить задачи, которые должны выполняться именно в фоне. Можно считать, что нормальный диалоговый шаг не превышает 5 сек. И установить данный параметр в 5 сек. Тогда, все, что выполняется дольше, будет уходить в дамп. Но это может вызвать волну негодования пользователей.

Неактивные пользователи отваливаются по параметру rdisp/gui_auto_logout
Есил верить дампам за "отвал" по time out-у как раз и отвечает параметр, указанный в вопросе.
По крайней мере в дампе обычно рекомендуют именно его изменить.
Там вот что пишеться:
The maximum runtime of a program is set by the profile parameter
"rdisp/max_wprun_time".
The current setting is 3600 seconds. After this, the system gives the
program a second chance. During the first half (>= 3600 seconds), a
call that is blocking the work process (such as a long-running SQL
statement) can occur. While the statement is being processed, the
database layer will not allow it to be interrupted. However, to
stop the program terminating immediately after the statement has been
successfully processed, the system gives it another 3600 seconds.
Hence the maximum runtime of a program is at least twice the value of
the system profile parameter "rdisp/max_wprun_time".
Т.Е. по сути пользователю дается в два раза больше времени, чем указано в этом параметре.

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

Насколько я понял со своим английским, если программа будет делать долгий продолжительный sql запрос, то диалог не отвалится.

на сколько я помню в 4.0 тоже самое было. Это сообщение из 4.6с
НА самом деле должна отвалиться после 2х часов. т.е. параметр * 2

Можно поэкспериментировать. Этот параметр динамически переключается.

в 4 не переключается, во всяком случае в rz11

вот сейчас проверил -
0 DIA 344 14968 сек
на одном из серваков тянется диалог, такой длительностью,
а rdisp/max_wprun_time на нем равно 1200

не все так гладко.

Интересно, а что в этот момент делается в процессе: считывание последовательное или сортировка, что пишет.
А в 4.0 должно все переключаться.
Там в rz11 должна такая галочка стоять: динамически переключаемо.