← На главную

При переходе на новые конфигурации 1С (например, 1С:Управление торговлей 11, 1С:ERP или 1С:Комплексная автоматизация) или при изменении внутренних регламентов компании разработчики часто сталкиваются с требованием автоматического присвоения артикула новым позициям номенклатуры.

Рассмотрим подробно особенности платформы 1С, технические варианты реализации автонумерации артикулов и альтернативные способы решения этой бизнес-задачи.

Особенности работы с реквизитом «Артикул» в 1С

Выясним причину, почему встроенная автонумерация не работает для артикула по умолчанию. В платформах 1С:Предприятие уникальная нумерация на уровне СУБД поддерживается только для системного реквизита Код. Реквизит Артикул в справочнике Номенклатура является обычным строковым полем (длиной до 50 символов), поэтому штатного менеджера автонумерации для него не предусмотрено.

Способ 1. Использование системного кода в качестве артикула

Проанализируем наиболее простой путь без существенного усложнения логики системы. Если в компании нет жесткой привязки к специфическим артикулам поставщиков, проще всего дублировать значение системного поля Код в Артикул:

1. Применить системный Код элемента как артикул для всех печатных форм и отчетов.
2. Автоматически подставлять значение поля Код в реквизит Артикул при первичном сохранении номенклатуры.

Способ 2. Подписка на событие или использование расширения

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

Разберем варианты технической реализации:

1. Подписка на событие ПриЗаписи: В обработчике проверяется состояние нового объекта. Если реквизит Артикул не заполнен, в него записывается сформированный платформой Код (или код с добавлением требуемых префиксов).
2. Использование события ПриУстановкеНовогоКода: Метод позволяет перехватить момент формирования нового кода платформой и перенаправить или продублировать логику нумерации в текстовый артикул.

Способ 3. Нумерация через регистр-счетчик

Посмотрим на пример, когда требуется сложный составной артикул (например, с учетом префикса группы товаров, организации или категории). Для этого в систему добавляют регистр сведений, выступающий в роли счетчика номеров.

При создании элемента алгоритм запрашивает следующее числовое значение из регистра для соответствующего префикса, формирует строковый артикул и обновляет счетчик. Обратите внимание: при высокой интенсивности параллельной работы пользователей или интеграции с внешними системами данный метод может вызывать блокировки транзакций СУБД.

Технологические риски и нюансы

Проанализируем моменты, которые нужно учесть при разработке:

1. Копирование элементов: При использовании функции «Скопировать» платформа переносит значение поля Артикул в новый объект. Обязательно перехватывайте событие ОбработкаЗаполнения, чтобы очищать артикул при создании дубликата.
2. Распределенные информационные базы (РИБ): Для предотвращения коллизий при обмене между узлами РИБ необходимо использовать префиксы узлов в структуре артикула.
3. Контроль уникальности: В настройках НСИ и администрирования рекомендуется активировать типовой контроль уникальности по сочетанию реквизитов, чтобы избежать появления дублей при ручном редактировании.

Альтернативные варианты решения задачи

Прежде чем приступать к доработкам, стоит проанализировать бизнес-процессы. Зачастую потребность в автонумерации артикулов вызвана устаревшими привычками работы. Рассмотрим альтернативы:

1. Штатный поиск и код: Полнотекстовый поиск 1С позволяет оперативно находить позиции по наименованию и коду без необходимости ведения отдельного артикула.
2. Учет по штрихкодам: Для идентификации товаров в документах и на складе удобнее задействовать штатный механизм штрихкодирования (EAN-13, EAN-8).
3. Характеристики номенклатуры: Если товары различаются только свойствами (цвет, размер), правильнее использовать характеристики номенклатуры, не плодя лишние элементы в основном справочнике.