Info2
программу - имеется ввиду пакет?
а где искать какой пакет(программу) запускать, только в доке?
Если не ошибаюсь, в тексте триггера:
-- Launch concurrent request to run the Rate Change Program
req_id := FND_REQUEST.submit_request('SQLGL','GLTTRC','','',FALSE, ...);

после модификации GL.GL_DAILY_RATES запускается паралелльная программа GLTTRC, которая использует внешнюю программу с тем же именем (можно найти по Short name в меню Concurrent:Program, Concurrent:Executable).
Почему именно для этой таблицы так сделано, непонятно.

WhatevaКонкретно для данного интерфейса лучше всё одним стэйтментом грузить чтобы не плодить миллион вызовов conc prog's.
Согласен. С трудом себе представляю задачу, для которой потребуется большое количество добавлений в эту таблицу.

Info2кстати, а что будет
если внешняя программа, которая вставляла записи в GL_DAILY_RATES_INTERFACE, проверит результаты, увидит например ошибки и сделает rollback

получается что откатятся записи в GL_DAILY_RATES_INTERFACE (тем самым потеряем и ошибки), GL_DAILY_RATES.
а что будет с
-- Launch concurrent request to run the Rate Change Program
req_id := FND_REQUEST.submit_request (
он тоже откатывается, вернее запрос на запуск
или как?
По-моему, если FND_REQUEST.submit_request() вернула ID паралелльной программы, то это означает, что программа уже стоит в очереди на выполнение. Дальше при помощи этого ID можно отследить статус этой программы и попробовать отменить.

OA User Info2кстати, а что будет
если внешняя программа, которая вставляла записи в GL_DAILY_RATES_INTERFACE, проверит результаты, увидит например ошибки и сделает rollback

получается что откатятся записи в GL_DAILY_RATES_INTERFACE (тем самым потеряем и ошибки), GL_DAILY_RATES.
а что будет с
-- Launch concurrent request to run the Rate Change Program
req_id := FND_REQUEST.submit_request (
он тоже откатывается, вернее запрос на запуск
или как?
По-моему, если FND_REQUEST.submit_request() вернула ID паралелльной программы, то это означает, что программа уже стоит в очереди на выполнение. Дальше при помощи этого ID можно отследить статус этой программы и попробовать отменить.
Пардон, наврал, похоже :(. Если из триггера запускается, то там д.б. функция
FND_REQUEST.set_mode(true). По идее, если этот флажок выставлен, то изменения в таблицах менеджера запросов будут видны по завершении общей транзакции, а если произойдет откат, то менеджер запросов их не увидит и запуск параллельной программы не произойдет.

Info2
Интересно в доке есть примечание
Note that a failure in the database trigger call of
FND_REQUEST.SUBMIT_REQUEST does not roll back changes.

получается что данные можно откатить, а то что наделает FND_REQUEST.SUBMIT_REQUEST - НЕТ
если раньше откатишь, чем он запустится, то он вхолостую сработает.
а если позже, то он успеет все закомитить, а потом ты откатишь исходные данные...
правильные размышления? какаято фигня...
По-моему, все несколько проще. FND_REQUEST.SUBMIT_REQUEST() не запускает ничего сама по себе, она только заполняет соответствующие таблицы Fnd_conc_xxx. Вызов Set_mode(true) нужен, чтобы обойти команды управления транзакциями, коих в триггере быть не должно, внутри процедур пакета FND_REQUEST.
Соответственно, если INSERT в интерфейсную таблицу не прошел, то все откатится до исходного состояния, в том числе и изменения в таблицах менеджера запросов. Если транзакция закончилась успешно, то менеджер запросов "увидит" эти изменения и запустит параллельную программу уже исходя из собственных настроек и ограничений.
Собственно, можно для теста любую хранимую процедуру написать и проверить.