Добрый день.

Возник вопрос по поводу ФМ NUMBER_GET_NEXT.

У меня есть справочник в нем есть код(счетчик) и наименование.
При ведении этого справочника, автоматически берется новый номер через ФМ.
Может произойти ситуация, что завели лишние данные.
Эти данные будут удалены, но когда будут присваиваться новые номера, то пользователь получить новый номер, а удаленные номера будут пропущены.
Как мне получить старый удаленный номер?
Может кто знает?

Заранее спасибо.

Все нумераторы работают именно так.
Анализ удаленных номеров никак не производится.
Если хотите, можете на удаление записи накрутить свой функционал, который будет собирать в своей таблице номера удаленных записей.
Но как это может использоваться? Ведь код удаленной записи может использоваться в каких-либо документах

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

Тр SNRO для работы с объектами диапазона номеров.
В диапазоне можно текущий номер изменить.
Но это чревато всякими последствиями. Не советую делать это для стандартных объектов.

Старый номер - очень условное понятие.
Вот дали номера подряд 1,2,3,4,5
Удалили номер 3. Осталось 1,2,4,5
С какой стати система должна давать номер 3 для следующего документа?
Разделять удалили ли последний номер или не последний - я полагаю это глупо.

Откручивать назад счётчики в таблице NRIV - задача разовая и точечная. Но ни в коем случае не регулярная.

Или так, или просто присваивайте номер вручную или берите через MAX (мало рисков если это делается редко и одним юзером)

А каким образом работает счетчик заполняющий позиции в стандартных транзакциях?

Номер документа.
Делается вызов NUMBER_GET_NEXT. Он даёт следующий номер.
Полученный номер вставляется куда надо.
В таблице статусов данного интервала делается запись +1.
Если вдруг номер в базу не сохранился, то номер пропадает. Совсем.
Поэтому в стандарте получение номера делается в самый последний момент, когда все проверки и подтверждения прошли.

Главная задача - исключение конфликтов, когда два пользователя одновременно сохраняют документы.
Вторая задача - не давать делать MAX по всем документам (просто небыстрая операция).
См также http://entropii.net/?p=1078

При заполнении позиций такой задачи не стоит, так как экран находится под монопольным доступом пользователя, поэтому каждая транзакция делает счётчик самостоятельно. Вероятно просто тупо sy-tabix или sy-tabix * 10.

Спасибо большое.
Все что нужно узнал.