Судя по
(а также по названиям параметров), я бы предоложил, что это Dynamic Action типа "Execute PL/SQL Code". Посмотрите их, попробуйте добавить свое логирование...
Какое конкретно тормозит - нужно знать значения параметров, они в AWR не попадают. Может, там сразу несколько разных тормозят.

Хорошо, распишу подробнее. У меня была похожая проблема пару месяцев назад, но не с апексом, а с джобом. Джоб вызывал процедуру, та вызывала SQL запрос, который жутко тормозил. В AWR я видел всех троих (джоб, процедуру и запрос) как три отдельные записи с примерно одинаковым потреблением CPU. Попробуйте посмотреть в эту сторону. Есть ли что-то в AWR, что вызывается из динамик экшенов.
Если ничего нет, то моя гипотеза заключается в том, что у вас в динамик экшенах много разных PL/SQL блоков, каждый по отдельности потребляет мало и поэтому в топ отчета не вылазит, а в сумме набегает много, и все они суммируются под "зонтичным брендом" wwv_flow.ajax. И вот уже wwv_flow.ajax (вызывающий все DA) набирает достаточно, чтобы пролезть в AWR.

Ждать у моря погоды - безнадежное занятие. Попробуйте спросить в оракловом разделе, как набрать статистику по параметрам, с которыми вызывается wwv_flow.ajax. Насколько я понимаю, параметр p_flow_id - это номер приложения, p_flow_step_id - номер страницы, а p_widget_name - назавние DA.