В процессе разработки и сопровождения систем на платформе 1С:Предприятие 8.3 программисты часто сталкиваются с ситуацией, когда автоматическая нумерация документов «сбивается». Стандартный метод ОбновитьНумерациюОбъектов кажется очевидным решением, однако при его использовании с конкретными типами метаданных могут возникнуть трудности. В этой статье мы подробно разберем, почему вызов метода с параметром может не давать результата, как правильно работать с нумераторами и что делать, если система «игнорирует» вручную созданные номера. Для массового исправления номеров с сохранением их структуры можно воспользоваться инструментом для перенумерации документов и справочников.
Рассмотрим типичную ситуацию. Программист пытается обновить нумерацию для конкретного вида документа, например, СчетФактураВыданный. При вызове метода без параметров все работает корректно, но это занимает много времени и ресурсов сервера, так как система пересчитывает индексы для всех таблиц базы данных. Попытка уточнить объект не приносит успеха:
// Это работает (но медленно на больших базах)
ОбновитьНумерациюОбъектов();
// Это НЕ работает для конкретного документа
ОбновитьНумерациюОбъектов(Метаданные.Документы.СчетФактураВыданный);
Проанализируем причину такого поведения. В архитектуре 1С существуют объекты под названием Нумераторы. Если в свойствах документа (на вкладке «Нумерация») указан конкретный нумератор, то управление номерами делегируется именно ему. В этом случае физический счетчик номеров привязан не к таблице документа, а к объекту нумератора. Платформа просто игнорирует попытку обновления через метаданные документа, ожидая ссылку на нумератор.
Решение: необходимо передать в метод именно метаданные нумератора. Выясним, как это выглядит в коде:
// Правильное обращение, если у документа есть назначенный нумератор
ОбновитьНумерациюОбъектов(Метаданные.НумераторыДокументов.СчетаФактурыВыданные);
Иногда после исправления кода нумерация все равно продолжает работать некорректно. Например, мы программно устанавливаем новый номер, но следующий документ создается так, будто нашего вмешательства не было. Рассмотрим пример неудачной попытки:
СФОбъект = Объект.Счетфак.ПолучитьОбъект();
СФОбъект.УстановитьНовыйНомер();
// Программист пытается задать свой номер
СФОбъект.Номер = "ТТТ-004";
СФОбъект.Записать();
Почему система может «не увидеть» номер ТТТ-004 как последний? Разберем по шагам логику платформы:
ТТТ-000000010, а вы вручную ввели ТТТ-004, то при строковом сравнении «000...» может оказаться «больше» или «меньше» в зависимости от длины и ведущих нулей.ТТТ-004 (7 символов), система воспримет этот номер как «аномальный». При поиске максимального значения для автонумерации платформа ищет номера, соответствующие стандартному шаблону (префикс + числовая часть с ведущими нулями). Короткий номер будет проигнорирован, и следующий документ получит номер на основании старого «правильного» максимума.УстановитьНовыйНомер() берет значение из кэша. Если вы затем вручную меняете Номер и записываете объект, кэш на сервере не обновляется мгновенно. Следующий вызов УстановитьНовыйНомер() в этом же сеансе или в другом может вернуть старое закэшированное значение.Для того чтобы восстановить порядок в нумерации, рекомендуем придерживаться следующей последовательности действий:
4 должно быть 00000000004.ОбновитьНумерациюОбъектов(). Посмотрим, как это сделать наиболее эффективно для конкретного случая:
// Сначала очистим кэш для нашего типа объекта (или нумератора)
ОбновитьНумерациюОбъектов(Метаданные.Документы.РеализацияТоваровУслуг);
// Если используется общий нумератор, обновляем его
Попытка
ОбновитьНумерациюОбъектов(Метаданные.НумераторыДокументов.ОбщийНумератор);
Исключение
Сообщить("Ошибка обновления нумератора: " + ОписаниеОшибки());
КонецПопытки;
Важный нюанс: Метод ОбновитьНумерациюОбъектов работает исключительно на сервере. Не пытайтесь вызвать его в контексте клиента напрямую, если не обеспечен серверный вызов. Также помните, что метод не может быть выполнен внутри активной транзакции для тех же объектов, которые вы пытаетесь обновить.
Выясним еще несколько причин, по которым нумерация может вести себя странно:
ОбновитьНумерациюОбъектов ищет максимум только внутри текущего периода.ОФ, а стал ТТ), система начнет новую последовательность для нового префикса.ПриУстановкеНовогоНомера. Проанализируем их: программный код в подписке может переопределять логику платформы, добавляя префиксы организации или узла распределенной информационной базы (РИБ).Подводя итог, можно сказать: если ОбновитьНумерациюОбъектов не помогает, первым делом проверьте наличие нумератора в метаданных и убедитесь, что ваши номера не нарушают строковую логику сравнения (соответствуют заданной длине и содержат ведущие нули). Совместное использование этих знаний позволит вам быстро решать любые проблемы с «перескочившими» номерами в системе. Для сброса счетчиков и корректного обновления нумерации можно использовать обработку для сброса счетчиков нумерации документов.