Возможно тема уже не раз обсуждалась, однако поиск готового решения  не дал. Что не устраивает в стандартном механизме автонумерации, это то что он допускает образование неиспользованных пространств номеров.
Корректировку неправильных номеров с последующим ОбновитьНумерациюОбъектов не предлагать - геморой. Запрет редактирования номера в документе тоже не вариант.
Итак, есть мысль использовать для поиска нового свободного номера запрос. Для поиска номера выделить отдельный справочник который предварительно заполнить элементами с номерами кода от "000000" до "999999". В запросе сделать выборку первого кода из справочника отсутствующего в выборке номеров документов с начала года.
Возможно, для оптимизации, есть смысл при начале работы системы загрузить справочник во временную таблицу, сделать индексацию и использовать менеджер временных таблиц для хранения в памяти на протяжении всего сеанса работы пользователя.

т.к. номера строковые - не сделать номральный контроль нумерации (сортировка строки это далеко не сортировка Чисел), нормально платформа в этом плане работает

А в самой конфе настройку пропускать номера отменили что ли?

"Освобождать автоматически" - не оно?

(0)в документ пихай ссылу на твой справочник, вот и будет тебе номер

"Для поиска номера выделить .. справочник который предварительно заполнить элементами с номерами кода "000000" до "999999" "
-
достаточно заполнить номерами ВТ.

ищите приводились примеры запросов поиска пропущенных номеров.

(3) пробовал - не работает ни так ни сяк. судя по описанию в статье ИТС это для того чтобы авто присвоение номера выполнялось или при открытии формы как в 8.1 или при записи (8.2)

(5) я и предлагаю создать справочник для заполнения ВТ. Алгоритм генерации последовательности выдает числовую, а не строковую последовательность поэтому врядли подойдет.

сделай документ-болванку. единственное назначение - ведение нумератора. При необходимости присвоить твоему документу новый номер делай типа
.
ДокРегистратор.Новый();
ДокРегистратор.Записать(); //номер использован
ДокМой.НомерДок = ДокРегистратор.НомерДок;

(6) А-А-А... Надежды рухнули...

(8) А уже проверку пропущенных номеров прицепляй к документу ДокРегистратор. Использованность его номеров - сделай документ-болванку. единственное назначение - ведение нумератора. При необходимости присвоить твоему документу номер делай типа
.
ДокРегистратор.Новый();
ДокРегистратор.Записать(); //номер использован

ДокМой.НомерДок = ДокРегистратор.НомерДок;

(7) Для заполнения ВТ можно в запрос передать параметр таблицу значений, справочник не нужен.

и пока работает рекурсия, никто не пропустит ни одного номера!

(10) Вот с такими тормозами в 1С потом и приходится разбираться. То регистр целиком с сервера на клиент затащат для разбора в цикле, то миллион записей с клиента на сервак гоняют в каждом документе при записи...

(0) Да и в чём, собственно, задача? Если система пропустила номер, не достаточно ли проверить, что в базе нет предшествующего номера?

(12) Меня стандартный сервис нумерации устраивает, если что :) А так да, на количество записей не обратил внимания.

И алгоритм ТС не учитывает префиксы.

Сомнения меня одолевают.

Пользователь пометил и удалил документ... номер "освободился" или считать "пропущеным"? :)

А если пользователь завёл номер документа "от балды". Ну, например типа "АБВ-01234/к"... а потом удалил документ - то это как? (см. первый вопрос) :))

(15) А от балды - тупо не записывать, если в номере хвост не числовой, например. А вот удалённые старые номера - это от задачи ТС зависит.

(14) Префиксы учитывает, т.к. номер (числовая часть) и должна осваиваться с префиксами, зависит уже от кода, правда, нагрузка на соединение возрастает в разы, если в соединении "префикс + подстрока(номер) = документВбазе.номер" использовать.

А ещё нужен механизм вставки номера, когда документ, например, задним числом вводится. Пользователь записывает неглядя, а документы сами перенумеровываются. Или пользователь вручную вводит номер, а всё что мешает - перенумеровывается... Сказка! Но для того мы рождены, чтоб одну кнопку сделать с микрофоном, как гугл)

Номера перенумеровались и их сдали в налоговую - сказка :)))
А вообще я делал такой механизм. У меня был последний правильный номер по организации. При пометке удаления номер сбивался и менялась организация этого помеченного документа. Попытками пробовал установить новый номер

(18) Отчёт никак на нумерацию не влияет, или вы про порядковый номер отчёта? Тут такое не рассматривается ещё.
А вот смена номера удалённому документу - это зло, хотя, много зла и своими силами бухгалтера делают...

как-то обсуждались тут "дырки", решение нашли на Вт, но прожорливо конеш

+(20) "дырки", т.е. пропущенные номера актуальны для договоров.

Вернее там не столько идея в косячности, скролько в пулл-резерве номеров для контрагента или договора.

(15) проверку на валидность номеров я уже давно ввел так что номера типа " 33333/к5" не пройдут. но так было не всегда.
существующие же " 33333/к5" оставляем
Пользователь пометил и удалил документ... номер "освободился" или считать "пропущеным"? :)
Пользователь удалить документ не может в принципе - если док не нужен заставляю использовать повторно.
(14) над детальной реализацией префикации при поиске еще не задумывался. планирую использовать LIKE для поиска по шаблону.

(0) чтобы не было дырок, надо у формы в свойствах автонумерацию отключить и номер нередактируемым сделать.
А алгоритмы все эти - это порожняк. На, вот, придумай оглоритм:
123/Х-12/УЙ000543-1

+(23) а в каком-нить документообороте может и часто бывает еще и не такое...

(23) все должно быть в пределах разумного.

(25) Скажи это автору.
Wait, oh, shi...

(26) зачет ж-)

сделать справочник или регистр сведений, куда записывать
начальный номер из диапазона/конечный номер из диапазона/использование
т.е. изначально там
1-9999999-ложь
при создании одного документа
1-1-истина
2-9999999-ложь
потом может быть такое, когда несколько номеров пропустили
1-10-истина
11-15-ложь
16-16-истина
17-9999999-ложь

(9) никаких проверко пропущенных номеров к документу-регистратору применять не надо - масло масленое, блин. Если написать по уму, то случаи когда будут пропуски именно в документе нумераторе - будут ОЧЕНЬ редки. с ними - можно смириться.
.

С какого хрена где-то удалять задним числом документ? нафиг никаких удалений. сторно и околоптиц. ибо нефиг.

(30) В одной программе делали поиск "дыр" по индексу, то есть начинали с 1 и шли до того момента, когда после числа будет на два и более большее - вот мы и нашли свободный номер.
Пропуски были искоренены радикально, так как удалённый документ просто заменялся новым. Проблема была только в том, что нумерация шла не по порядку.

Собственно сам запрос:
ВЫБРАТЬ ПЕРВЫЕ 1
    "А-" + СписокНомеров.Номер КАК СвободныйНомер
ИЗ
    СписокНомеров КАК СписокНомеров
        ЛЕВОЕ СОЕДИНЕНИЕ доки КАК доки
        ПО ("А-" + СписокНомеров.Номер = доки.Номер)
ГДЕ
    доки.Номер ЕСТЬ NULL

УПОРЯДОЧИТЬ ПО
    СписокНомеров.Номер

+(32)С использованием справочника который всегда индексируется по коду должно работать достаточно быстро.

(31) стоял вахтер и проверял пропуска, если пропуска не было - пускал и так

(0) Ради чего это все? Чтобы прощать ошибки пользователей?