Leonid KudryavtsevВ OeBS нумераторы (в пределах года) сделаны на сиквенсах AFAIK. Многие жалуются, многие плюются, но кактус вполне съедобный.
Вот, кстати, в OeBS из-за сиквенсов и пришлось подобную задачу автонумерации делать, т.к.:
1. По требованию клиента не должно быть пропусков (это-то как раз несложно, но см. п.2)
2. На форме, которую нужно было кастомизировать приходили эвенты WHEN-NEW-FORM-INSTANCE (где номер и подпихивался) и по срабатыванию нажатия кнопки Ок. Ничего внятного промежуточного, на что можно было бы повесить вызов в CUSTOM.pll, не приходило. Т.е. при стандартной кастомизации форма была _однопользовательской_, что, разумеется, было неприемлимо.

Делается все это через автономные транзакции.
1. Создается табличка вида OrgID, cur_number, is_used (Y/N)
2. По срабатыванию WHEN-NEW-FORM-INSTANCE происходит вызов функции (F1) пакета, которая делает следующее:
- делает вызов, в свою очередь, функции в автономной транзакции (F2), которая возвращает текущий номер
- ставит блокировку на запись с выданными OrgID + cur_number, поменяв is_used с N на Y
Ну а дальше ждем в этой транзакции что пользователю заблагорассудится.
3. Функция в автономной транзакции (F2) делает следующее
- определяет есть ли записи для текущего OrgID (читай тип очереди для данной задачи), и если нет, то вставляет запись в табличку со значениями OrgID, 1, 'N' и возвращает OrgID + 1 в основную транзакцию.
- если есть несколько записей со статусом использования 'Y' и без блокировок на них - удаляем все, кроме той, где максимальное значение cur_number для данного OrgID.
- если записи уже есть, статус использования 'N', то возвращаем эту запись (я брал минимальную, но тут не принципиально) - это те записи где либо стухла основная сессия, либо пользователь решил не сохранять данные на форме.
- если запись со статусом 'Y' уже есть, на ней нет блокировки (к этому моменту она уже одна такая для текущего OrgID), то увеличиваем cur_number на 1, статус is_used ставим в 'N' и возвращаем в основную транзакцию.
- с записями, на которых стоят блокировки ничего не делаем.

При данном подходе форма стала многопользовательской и промежуточные значения не терялись.

Да, ТС нужно добавить в табличку еще поле типа дата и, соответственно в функциях F1 и F2 добавится параметр с типом дата. По умолчанию trunc(sysdate), подозреваю. Но в принципе можно записываться и на будущую дату.
Чистить табличку по желанию (хотя чего там чистить - слёзы по нынешним временам).

SkilledJuniorТС-у не критичны пропуски.
Я описал более общую задачу с недопущением пропусков, причем акцентировал на этом внимание.
SkilledJuniorВ твоем варианте возможна ситуация, когда клиент получающий номер получит более ранний чем клиент подошедший до него, не факт что это хорошо.
Если нет нужды печатать неиспользованные номера, то проблема решается убиранием ровно одной строчки из описанного мной алгоритма и модификацией еще одной (причем вторая строчка уже по желанию). Легко понять каких двух.

-2-witte
Я описал более общую задачу с недопущением пропусков
Ничего твоя борьба с ветряными мельницами не гарантирует. Да еще из твоего повествования хрен поймешь, что с коллизиями. Например, навставляли сессии несколько строк 1,N. Каждая вернула 1. И дальше что?
О, капитан-нечитатель :-)
Почитай внимательней, всё там гарантируется. Более того, работает уже более 10 лет без всяких там "конец дня" для такой тривиальщины.

ЗЫ: Ты про автономную транзакцию и блокировки (надеюсь не надо говорить как это проверить?) прочитал?

-2-Например, навставляли сессии несколько строк 1,N. Каждая вернула 1.
Вот чтобы не быть голословным, пример можешь привести, в соответствии с моим алгоритмом как это сделать?

-2-Вызвать F2 в нескольких сессиях и действовать по первому пункту
Да, действительно упустил.
Тогда первую запись нужно создавать ручками а не в F2.