При переносе данных между информационными базами 1С (даже если они являются полными копиями друг друга) технические специалисты часто сталкиваются с неприятной проблемой: в справочниках перестает работать автонумерация. При попытке вручную создать новый элемент поле Код остается пустым, либо система выдает ошибку неуникальности кода, либо автонумератор просто «засыпает» и не предлагает следующий номер.
В этой статье мы подробно проанализируем, почему возникает этот сбой, разберем его скрытые причины на уровне платформы 1С:Предприятие 8.3 и рассмотрим пошаговые практические методы решения проблемы, включая очистку кодов от «мусорных» символов и принудительное обновление нумератора.
Прежде чем переходить к лечению базы данных, давайте разберем логику работы самой платформы. Поле Код в абсолютном большинстве справочников 1С имеет текстовый тип данных. Это необходимо для того, чтобы была возможность использовать префиксы (например, префиксы узлов распределенной информационной базы или префиксы организаций).
Когда мы создаем новый элемент справочника, система пытается автоматически вычислить для него код. Она делает это следующим образом:
00000005 получается 00000006).Если в процессе переноса данных через универсальные обработки (или XML-обмен) в поле Код попадают нетипичные символы, пустые значения или нарушается структура лидирующих нулей, этот стройный математический алгоритм ломается. Платформа больше не может корректно выделить числовую часть для инкремента и «опускает руки» — автонумерация перестает работать.
---
Проанализируем практический кейс. При переносе справочника «Организации» коды перенеслись «как есть», но автонумерация сломалась. Причиной послужило наличие в кодах знаков препинания: точек, запятых, дефисов, косых черт или латинских букв вместо кириллических.
Для платформы 1С код 000.1 или 00-05 является текстовой строкой, которую невозможно просто увеличить на единицу по стандартному алгоритму. Если в базе присутствует хотя бы один элемент с таким «битым» кодом, автонумератор блокируется.
Рассмотрим, как исправить эту ситуацию программно. Нам необходимо обойти все элементы справочника и удалить из кодов лишние символы. Напишем простую обработку:
Выборка = Справочники.Организации.Выбрать();
Пока Выборка.Следующий() Цикл
ТекущийКод = Выборка.Код;
// Очищаем код от точек, запятых и пробелов
НовыйКод = СтрЗаменить(ТекущийКод, ".", "");
НовыйКод = СтрЗаменить(НовыйКод, ",", "");
НовыйКод = СтрЗаменить(НовыйКод, " ", "");
НовыйКод = СокрЛП(НовыйКод);
// Если код изменился, записываем объект
Если ТекущийКод <> НовыйКод Тогда
Попытка
ОбъектОрганизация = Выборка.ПолучитьОбъект();
ОбъектОрганизация.Код = НовыйКод;
// Отключаем проверки обмена, чтобы обойти возможные блокировки
ОбъектОрганизация.ОбменДанными.Загрузка = Истина;
ОбъектОрганизация.Записать();
Сообщить("Код организации успешно изменен: " + ТекущийКод + " -> " + НовыйКод);
Исключение
Сообщить("Не удалось перезаписать объект: " + Выборка.Ссылка + ". Ошибка: " + ОписаниеОшибки());
КонецПопытки;
КонецЕсли;
КонецЦикла;
Важно: Перед запуском подобного кода в рабочей базе обязательно сделайте резервную копию (бэкап) СУБД или файловой базы!
---
Платформа 1С оптимизирует работу с базой данных и кэширует номера объектов на сервере приложений. Иногда, даже после того как вы очистили коды справочника от мусора, система «по привычке» продолжает считать, что свободных номеров нет. Кэш автонумерации зависает.
Для принудительного сброса этого кэша и инициализации нового сканирования таблицы базы данных в платформе существует встроенный метод ОбновитьНумерациюОбъектов(). Выполнить его можно через внешнюю обработку или встроенную консоль кода:
// Обновляем нумерацию для конкретного справочника "Организации"
ОбновитьНумерациюОбъектов(Метаданные.Справочники.Организации);
Сообщить("Кэш автонумерации для справочника Организации успешно сброшен!");
Если проблема носит массовый характер и затронула несколько справочников или документов, мы можем запустить глобальное обновление нумерации по всей конфигурации. Для этого вызовем метод без параметров:
// Внимание: выполнение этой операции на крупной базе данных может занять некоторое время
ОбновитьНумерациюОбъектов();
Сообщить("Полное обновление нумерации всех объектов конфигурации выполнено.");
---
Посмотрим на еще одну частую проблему при переносе данных универсальной обработкой. В базе-источнике код организации имел вид 00000001 (длина кода — 8 символов). При переносе из-за неверной настройки правил конвертации или особенностей работы XML-сериализатора лидирующие нули отсеклись, и код записался просто как 1.
Для 1С коды 00000001 и 1 имеют принципиально разный вес при сортировке. Строка "9" при сортировке по алфавиту будет считаться больше, чем строка "00000010". Из-за этого нарушается поиск максимального кода.
Разберем по шагам, как вернуть кодам правильную длину с лидирующими нулями. Нам поможет функция добавления префиксов или дополнения строки символами слева:
ДлинаКодаСправочника = Метаданные.Справочники.Организации.ДлинаКода; // Например, 9
Выборка = Справочники.Организации.Выбрать();
Пока Выборка.Следующий() Цикл
ТекущийКод = СокрЛП(Выборка.Код);
ТекущаяДлина = СтрДлина(ТекущийКод);
Если ТекущаяДлина < ДлинаКодаСправочника Тогда
// Добавляем лидирующие нули до нужной длины
КоличествоНулей = ДлинаКодаСправочника - ТекущаяДлина;
ПрефиксИзНулей = "";
Для Счетчик = 1 По КоличествоНулей Цикл
ПрефиксИзНулей = ПрефиксИзНулей + "0";
КонецЦикла;
НовыйКод = ПрефиксИзНулей + ТекущийКод;
ОбъектОрганизация = Выборка.ПолучитьОбъект();
ОбъектОрганизация.Код = НовыйКод;
ОбъектОрганизация.ОбменДанными.Загрузка = Истина;
ОбъектОрганизация.Записать();
КонецЕсли;
КонецЦикла;
---
Иногда визуально код выглядит идеально (например, 00005), но автонумерация все равно не работает. Выясним причину: при выгрузке данных в строку кода могли записаться скрытые спецсимволы — неразрывные пробелы, знаки табуляции или перевода строки (символы с кодами ASCII 10, 13, 160).
Такие символы не видны глазом в пользовательском интерфейсе 1С, но база данных СУБД (MS SQL, PostgreSQL) прекрасно их видит и учитывает при сортировке индекса. Метод СокрЛП() убирает только стандартные пробелы, поэтому для очистки скрытых символов нужно написать функцию-фильтр:
Функция ОчиститьСтрокуОтСкрытыхСимволов(ВходнаяСтрока)
Результат = "";
Для Позиция = 1 По СтрДлина(ВходнаяСтрока) Цикл
ТекущийСимвол = Сред(ВходнаяСтрока, Позиция, 1);
КодСимвола = КодСимвола(ТекущийСимвол);
// Разрешаем только цифры (48-57) и латинские/русские буквы, если они используются в префиксах
Если (КодСимвола >= 48 И КодСимвола <= 57) Или (КодСимвола >= 65 И КодСимвола <= 90) Или (КодСимвола >= 1040 И КодСимвола <= 1103) Тогда
Результат = Результат + ТекущийСимвол;
КонецЕсли;
КонецЦикла;
Возврат Результат;
КонецФункции
Используйте эту функцию для нормализации кодов справочника аналогично схемам, описанным в предыдущих решениях.
---
Если ни программное обновление нумерации, ни чистка кодов не принесли желаемого результата, это может говорить о глубоком сбое кэша таблиц СУБД. Проанализируем радикальный, но крайне действенный технический прием сброса счетчиков автонумерации:
Не использовать (или снимите галочку, в зависимости от версии платформы).F7 (примените изменения на уровне СУБД).Использовать).F7.Этот метод принудительно пересоздает внутренние триггеры и системные счетчики на уровне СУБД (MS SQL, PostgreSQL), полностью решая проблему зависшего автоинкремента.
Резюмируя вышесказанное: в большинстве случаев виновником «сломанной» автонумерации является человеческий фактор и неаккуратный перенос данных. Всегда следите за чистотой кодовой структуры, не допускайте появления спецсимволов и своевременно пользуйтесь встроенным методом ОбновитьНумерациюОбъектов() для поддержания стабильной работы системы.