Есть некоторая интеграционная связка между БД при помощи AQ, разбор сообщений из очереди многопоточный, а нужно обеспечить FIFO обработку сообщений отправляемых бизнес процессом, для этого сделал прикладной функционал, который разбирает сообщения и по системным тегам определяет, нужно его обрабатывать или ещё рано , т.к. не обработались другие и если рано закидывает сообщение обратно в очередь. Соответственно тут же вычитывать сообщение не надо и надо , что бы оно вылежалось.

Для этого добавляю в correlation метку о том, что это повтор и ставлю условие (с костылём на таймзону +3 часа)
tab.enq_time < sysdate - ((3/24) + (5/(24*60*60)) )

Выборка на прямую прекрасно работает:
select * from ibs.aq_quo_in_tbl tab where tab.enq_time < sysdate - ((3/24) + (5/(24*60*60)))

Если ставлю как условие, то сообщение не вычитывается, подскажите в чём нюанс.

Спасибо за ответ. Рассматривал такой вариант на крайний случай, но не хотелось бы. Вкратце, решение интеграции коробочное и данный функционал наша локальная "нашлёпка" и делать возврат сообщения в очередь из прикладного интерфейса, то не придётся ломать текущую архитектуру и плодить локальные решения.

Да и интересно понять, почему так странно селектор себя ведёт.

Да, это то что нужно. Спасибо!