Как правильно реализовать нумератор объектов в 1С: использовать справочник или регистр сведений?

При проектировании прикладных решений на платформе «1С:Предприятие» разработчики часто сталкиваются с задачей генерации уникальных человекочитаемых идентификаторов. Это могут быть номера договоров, артикулы товаров, номера дисконтных карт, штрихкоды или коды пакетов обмена. Использовать системный уникальный идентификатор (GUID) в таких случаях невозможно, так как пользователям необходим понятный буквенно-цифровой код (например, ОРГ-000045), состоящий из префикса и последовательно увеличивающегося счетчика.

В этой статье мы подробно проанализируем два основных архитектурных подхода к созданию собственного нумератора: использование стандартной автонумерации справочника и создание кастомного механизма на базе регистра сведений. Мы рассмотрим сильные и слабые стороны каждого варианта, а также разберем вопросы блокировок СУБД в высоконагруженных системах.

Вариант 1. Использование встроенной автонумерации справочника

Самый простой и очевидный путь — переложить задачу генерации кодов на саму платформу 1С. Для этого создается отдельный служебный справочник (например, Справочник.НумераторОбъектов).

Рассмотрим по шагам, как настроить такой справочник:

1. Установите длину наименования равной 0 (наименование нам не понадобится).
2. Задайте тип кода Строка и определите необходимую длину (например, 10 или 15 символов).
3. Включите свойство Автонумерация и выберите тип контроля уникальности.

При таком подходе для получения нового номера достаточно программно создать элемент справочника, записать его и считать полученный код:

НовыйЭлемент = Справочники.НумераторОбъектов.СоздатьЭлемент();
НовыйЭлемент.УстановитьНовыйКод("ПРФ-"); // Установка префикса
НовыйЭлемент.Записать();
ПолученныйНомер = НовыйЭлемент.Код;

Преимущества использования справочника:

• Минимум кода: платформа автоматически берет на себя разбор префиксов, выделение числовой части, увеличение счетчика на единицу и дополнение номера лидирующими нулями.
• Высокая скорость разработки и надежность стандартных механизмов платформы.

Недостатки и подводные камни:

• Пропуски в нумерации: Платформа 1С оптимизирует работу с СУБД с помощью кэширования номеров на сервере приложений. Если транзакция, в которой создавался элемент справочника, будет отменена (или пользователь передумает записывать объект), выделенный номер «сгорит». Также кэш сбрасывается при перезапуске службы сервера 1С, что приводит к скачкам в нумерации. Если вам нужна строгая непрерывная последовательность, этот вариант не подойдет.
• Раздувание базы данных: Физически в СУБД для каждого нового номера будет создаваться полноценная строка таблицы справочника. Даже при нулевой длине наименования СУБД хранит системные поля (Ссылка, ВерсияДанных, ПометкаУдаления, Предопределенный), что приводит к лишней нагрузке на индексы и росту объема базы при интенсивной генерации номеров.

Вариант 2. Использование регистра сведений («Максимум + 1»)

Второй популярный вариант — создание собственного счетчика в непериодическом регистре сведений. В этом случае мы храним текущее состояние счетчика в разрезе префиксов. Структура регистра (например, РегистрСведений.СобственныеНумераторы) выглядит следующим образом:

• Измерение: Префикс (тип Строка)
• Ресурс: ТекущееЗначение (тип Число)

Для генерации нового номера нам нужно прочитать текущее значение счетчика по нужному префиксу, увеличить его на 1, записать новое значение обратно в регистр и сформировать строковое представление номера.

Проанализируем проблему конкурентного доступа. В многопользовательской среде два сеанса могут одновременно прочитать одно и то же максимальное значение из регистра. В результате оба прибавят единицу, получат одинаковые номера и попытаются записать их. Это приведет либо к дублированию номеров, либо к ошибке транзакции.

Чтобы избежать этой проблемы в управляемом режиме блокировок, необходимо использовать механизм управляемых блокировок. Мы должны принудительно заблокировать запись по конкретному префиксу перед чтением. Выстроив обращения пользователей в строгую очередь, мы гарантируем уникальность номеров.

Рассмотрим пример кода для получения номера через регистр сведений:

Функция ПолучитьСледующийНомер(ИмяПрефикса, ДлинаЧисла) Экспорт
    
    НачатьТранзакцию();
    Попытка
        // 1. Установка управляемой блокировки на конкретный префикс
        Блокировка = Новый БлокировкаДанных;
        ЭлементБлокировки = Блокировка.Добавить("РегистрСведений.СобственныеНумераторы");
        ЭлементБлокировки.УстановитьЗначение("Префикс", ИмяПрефикса);
        ЭлементБлокировки.Режим = РежимБлокировкиДанных.Исключительный;
        Блокировка.Заблокировать();
        
        // 2. Чтение текущего значения счетчика
        Отбор = Новый Структура("Префикс", ИмяПрефикса);
        ЗначениеСчетчика = 0;
        
        Выборка = РегистрыСведений.СобственныеНумераторы.Выбрать(Отбор);
        Если Выборка.Следующий() Тогда
            ЗначениеСчетчика = Выборка.ТекущееЗначение;
        КонецЕсли;
        
        // Инкремент счетчика
        НовоеЗначение = ЗначениеСчетчика + 1;
        
        // 3. Запись обновленного значения в регистр
        МенеджерЗаписи = РегистрыСведений.СобственныеНумераторы.СоздатьМенеджерЗаписи();
        МенеджерЗаписи.Префикс = ИмяПрефикса;
        МенеджерЗаписи.ТекущееЗначение = НовоеЗначение;
        МенеджерЗаписи.Записать(Истина);
        
        ЗафиксироватьТранзакцию();
        
        // 4. Форматирование номера (добавление префикса и лидирующих нулей)
        ФорматированныйНомер = ФорматироватьНомер(ИмяПрефикса, НовоеЗначение, ДлинаЧисла);
        Возврат ФорматированныйНомер;
        
    Исключение
        ОтменитьТранзакцию();
        ВызватьИсключение "Не удалось сгенерировать номер: " + ОписаниеОшибки();
    КонецПопытки;
    
КонецФункции

Функция ФорматироватьНомер(Префикс, ЧислоНомера, ОбщаяДлина)
    СтрокаЧисла = Формат(ЧислоНомера, "ЧГ=0");
    ДлинаПрефикса = СтрДлина(Префикс);
    ДлинаНулей = ОбщаяДлина - ДлинаПрефикса - СтрДлина(СтрокаЧисла);
    
    ЛидирующиеНули = "";
    Для Счетчик = 1 По ДлинаНулей Цикл
        ЛидирующиеНули = ЛидирующиеНули + "0";
    КонецЦикла;
    
    Возврат Префикс + ЛидирующиеНули + СтрокаЧисла;
КонецФункции

Преимущества использования регистра сведений:

• Гарантированная непрерывность: При отмене транзакции транзакция записи в регистр также откатится, и номер не будет "сожжен". При следующем запросе будет выдан тот же номер.
• Эффективность СУБД: В базе данных хранится ровно одна строка на каждый префикс. Таблица не раздувается миллионами бесполезных записей, индексы СУБД работают максимально эффективно.

Недостатки:

• Требуется написание собственного кода для блокировок, форматирования строк и инкремента.
• В условиях экстремально высокой параллельной нагрузки (сотни записей в секунду по одному префиксу) исключительные блокировки могут выстраивать пользователей в очередь, вызывая ожидания на блокировках.

Резюме: что же выбрать?

Выбор конкретного технического решения зависит от бизнес-требований к вашей системе:

1. Если вам важна простота разработки, а пропуски в номерах не являются критической ошибкой для бизнеса — смело используйте стандартный справочник с нулевой длиной наименования. Платформа 1С возьмет на себя всю рутину по генерации кодов.
2. Если бизнес-процессы требуют строгой непрерывной нумерации без пропусков или система проектируется под высокую нагрузку, где важна оптимизация размера таблиц СУБД — используйте решение на базе регистра сведений с управляемыми блокировками.