J.dпервое - есть ли возможность через api pl/sql да, например, создавать так называемые сессионные переменные, и хранить там значения внутри сессии для пользователя, при этом не создавая <input> или другой контрол ввода данных. что-то вроде apex_util.set_attribute. - хопс, создал переменную, присвоил значение. и не надо "таскать" её со страницы на страницу по скрытым полям.

0. APEX_UTIL.SET_PREFERENCE / APEX_UTIL.GET_PREFERENCE / APEX_UTIL.REMOVE_PREFERENCE.
1. Переменные уровня приложения (Application Items).
2. Глобальный пользовательский контекст.

J.dвот а второе - пример. есть платежи. по каждому типу платежей - свой набор реквизитов. соответственно когда выбирают в выпадающем списке тип платежа/операции - я через plsql блок динамически достраиваю форму - генерю html код с контролами. - (какие должны быть для кажого типа платежа реквизиты - у меня хранится в справочнике). в итоге - как только в форму добавляется мой свежесгенеренный контрол, при отправке данных формы, вылетает 404. В СТРОКЕ - wwv_flow.accept без параметров. я глядел в html код страницы - там черт ногу сломит.

0. Создать по элементу для каждого возможного атрибута и проставить у них необходимые условия для отображения.
1. Использовать APEX_ITEM, в процессах работать со значениями из коллекций APEX_APPLICATION.g_fXX. Этот пакет можно использовать в регионе типа PL/SQL Dynamic Content. Либо в отчёте, обращаясь к соответствующим функциям в запросе в зависимости от типа атрибута. Единственная проблема - специфичная обработка флажков (checkbox), в коллекцию заносятся только значения отмеченных.

J.dэто проблематично, такой подход был выбран мной исходя из таких рассуждений, что кол-во типов платежей и операций будет расти, соответственно для каждого типа будет свой набор полей/реквизитов

Ну, не сотни же типов будут. Можно выделить общие атрибуты, создать для их ввода отдельную страницу. А в зависимости от выбранного типа переходить на одну из страниц с атрибутами, специфичными для набора типов, и выводить их по условиям.

J.dясно, понятно. .. а почему 404 выскакивает у вас нет предпложений?

Потому APEX может обрабатывать только элементы формы, созданные декларативно, через Application Builder, либо через API (APEX_ITEM). В случае с APEX_ITEM можно даже не обращаться к пакету, а самостоятельно дописывать элементы ввода, соблюдая ту же HTML-структуру (атрибуты name, id, value и т.д.), например, новые строки к табличной форме/изменяемому отчёту.

J.dsuPPLer,

может и сотни. уже сотни думаю. и еще на подходе. типа единая система платежей и переводов.

Всё равно слишком много типов. Большинство платежей имеют общую структуру: получатель, услуга, номер для идентификации плательщика (номер счёта/заказа/код в БД получателя), сумма, комиссия. То же и с переводами. Думаю, можно сильно уменьшить количество действительно уникальных типов. :)