Одной из наиболее частых и раздражающих проблем в работе с 1С является сбой автоматической нумерации. Ситуация обычно выглядит так: пользователь вручную отредактировал номер документа, после чего система «зацикливается» на одном и том же значении (например, 99999) и отказывается присваивать следующий номер, выдавая ошибку: «Номер документа не уникален». В этой статье мы разберем причины такого поведения платформы и пошагово восстановим правильную работу нумератора.
Для начала проанализируем ситуацию, которая сложилась у автора темы. В программе 1С:Бухгалтерия предприятия 3.0 для документа Платежное поручение установлена длина номера 11 символов. После ручного вмешательства был создан номер 00ДД-99999. При попытке создать новый документ система снова предлагает этот же номер, хотя в базе уже есть документы с номерами больше 100000, введенными вручную.
Причина №1: Особенности строковой сортировки. Рассмотрим подробнее, как 1С ищет «максимальный» номер. Номер в 1С — это строка. Сравнение строк происходит посимвольно слева направо. Для алгоритма 1С строка "99999" всегда будет больше, чем строка "100000", потому что первый символ "9" больше, чем "1". Если пользователь удалил лидирующие нули (например, вместо 00ДД-000001 ввел 00ДД-99999), он создал «ловушку». Система видит эту строку как максимальную и пытается прибавить к ней единицу, но так как длина цифровой части в его вводе меньше стандартной, инкремент не срабатывает корректно или упирается в предел разрядности, который сам же пользователь и сократил.
Причина №2: Кэширование номеров на сервере. В серверном варианте работы (в отличие от файлового) кластер серверов 1С кэширует порцию номеров для каждого вида объектов. Это сделано для ускорения работы, чтобы не обращаться к таблице базы данных при каждой попытке записи. Если нумерация «сбилась», вызов метода ОбновитьНумерациюОбъектов() или удаление «плохого» документа может не помочь мгновенно, так как ошибочное значение уже застряло в памяти процесса rmngr или rphost.
Чтобы вернуть автоматическую нумерацию в нормальное русло, нам необходимо выполнить комплекс мер по «выравниванию» данных в информационной базе.
Шаг 1: Приведение номеров к единой длине. Нам нужно найти все документы за текущий период (обычно это год), длина номеров которых отличается от стандартной или в которых отсутствуют лидирующие нули в цифровой части. Если стандартный номер выглядит как 00ДД-000001 (11 символов), а проблемный как 00ДД-99999 (10 символов), необходимо превратить его в 00ДД-099999.
Проанализируем ситуацию: банку чаще всего все равно на количество нулей перед номером платежки, поэтому добавление нуля в базе 1С не приведет к проблемам с Клиент-Банком. Для массового исправления номеров можно воспользоваться следующим кодом (выполнять в обработке или через консоль кода):
Выборка = Документы.ПлатежноеПоручение.Выбрать(НачалоГода(ТекущаяДата()), КонецГода(ТекущаяДата()));
Пока Выборка.Следующий() Цикл
Объект = Выборка.ПолучитьОбъект();
// Проверяем, соответствует ли номер стандартной длине
Если СтрДлина(Объект.Номер) < 11 Тогда
// Логика добавления нуля после префикса
Префикс = "00ДД-";
ЦифроваяЧасть = Сред(Объект.Номер, 6);
НовыйНомер = Префикс + "0" + ЦифроваяЧасть;
Объект.Номер = НовыйНомер;
Объект.ОбменДанными.Загрузка = Истина; // Чтобы не срабатывали проверки при записи
Объект.Записать();
Сообщить("Исправлен номер: " + НовыйНомер);
КонецЕсли;
КонецЦикла;
Шаг 2: Принудительное обновление нумерации. После того как мы «выровняли» длину всех номеров, нужно заставить сервер 1С пересчитать кэш. Для этого используем метод ОбновитьНумерациюОбъектов. Важно помнить, что этот метод работает для конкретного типа метаданных.
МассивМетаданных = Новый Массив;
МассивМетаданных.Добавить(Метаданные.Документы.ПлатежноеПоручение);
ОбновитьНумерациюОбъектов(МассивМетаданных);
Шаг 3: Проверка результата. Попробуем программно создать новый документ и проверить, какой номер ему присвоит система. Выполним этот код на сервере:
НовыйДок = Документы.ПлатежноеПоручение.СоздатьДокумент();
НовыйДок.Дата = ТекущаяДата();
НовыйДок.УстановитьНовыйНомер();
Сообщить("Новый сгенерированный номер: " + НовыйДок.Номер);
Рассмотрим ситуацию, когда даже после исправления номеров сервер продолжает выдавать старое ошибочное значение. Это свидетельствует о глубоком кэшировании в кластере.
Agent Server 1C:Enterprise. Это гарантированно очистит все кэши нумераторов.Чтобы избежать подобных проблем в будущем, стоит придерживаться следующих правил:
НомерВходящегоДокумента.ПриУстановкеНовогоНомера или ПередЗаписью, которая будет автоматически дополнять номер нулями до нужной длины, если пользователь его изменил.Выяснив причину и применив метод исправления данных, мы восстановили работоспособность системы. Помните, что 1С — это строгая система в плане структуры данных, и любое нарушение формата строк в ключевых полях (таких как Номер или Код) неизбежно ведет к техническим сбоям.