Конфигурация полностью написанная с нуля с поддержкой компонент бухгалтерии и оперативного учета, не типовая. В документах и справочниках нумерация стоит автоматическая с контролем уникальности. Проблема именно в наполнении базы, достигаются предельные значения кодов полей. Я ищу способ решить проблему не начиная всю базу заново, т.к. (на первый взгляд), если удалить ненужные данные заполняя из новыми записями будет проще чем объединять данные в отчет из двух баз или же переносить их из одной базы в другую.
1) Можно ли сбросить Автонумерацию и как?
2) Будет ли сброшенная автонумерация перескакивать существующие номера?
3) Или действительно проще и лучше всего было бы начать именно новую базу с нуля?

У вас что там длинна номера 4 знака чтоли?

увеличить длину номера до нормальных значений знаков 8 должно хватить.

Если нет синхронизации по коду с другими базами или партнерами - проще перекодировать
Тут и 10 знаков не хватит, если какой-то умник руками влепил 99999999999999

ОбновитьНумерациюОбъектов(Метаданные.Документы.РеализацияТоваровУслуг)

ОбновитьНумерациюОбъектов(Метаданные.Справочники.Абонементы);

(1) длины номеров, кодов от 3 до 10. Справочников таких ну и документов штук 15
(2) Да так и делал раньше, но проблема в том что в коде создается много ТЗ с заранее прописанной длинной полей, соответствующих полей, и код этот разбросан буквально везде, очень долго будет переделывать, но я не исключаю этой возможности, если нет вариантов быстрее.
(3) Синхронизация к сожалению есть.

(4) Not hired, next please

(3) тут кстати я был не прав. С другими базами нет, но есть же ссылки на эти документы, справочники, в существующей базе или здесь ссылка и код или номер документа разные вещи?

(7) Разные..

(7) Ссылка строится на основании внутреннего идентификатора. Они, надеюсь, не закончились?

Снять уникальность, перекодировать, поставить уникальность

(9) Не пугай автора, а то пойдет выяснять закончились или нет..

Всем спасибо! Давно подозревал что есть внутренние ИД.