Как присвоить артикул товару в 1С 8.3 автоматически

Артикул в 1С — это отдельный реквизит справочника «Номенклатура», который не совпадает с кодом элемента. Код программа присваивает автоматически при записи, а поле «Артикул» по умолчанию остаётся пустым, и многие пользователи обнаруживают это только при обмене с сайтом, маркетплейсом или при печати прайса. Автоматизировать заполнение артикула можно несколькими способами — от простой обработки до доработки конфигурации.

Выбор способа зависит от конфигурации (Управление торговлей 11, ERP, Комплексная автоматизация, Розница, Управление нашей фирмой), от того, есть ли у вас права на изменение конфигурации, и от требований к формату артикула: простой порядковый номер, префикс по виду номенклатуры или составной код с категорией.

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

Как устроен артикул в типовых конфигурациях 1С 8.3

В УТ 11, ERP и КА артикул хранится в реквизите «Артикул» справочника «Номенклатура» и, как правило, используется для поиска, обмена с внешними системами и вывода в печатных формах. В «Управлении нашей фирмой» и «Рознице» логика аналогична: поле присутствует, но автозаполнения нет. Код элемента справочника при этом нумеруется автоматически и часто берётся за основу при генерации артикула.

Важно понимать ограничение: типовой механизм нумераторов работает только с реквизитом «Код» (и «Номер» у документов), а не с произвольными строковыми полями. Поэтому «включить автоматический артикул» одной галочкой в настройках нельзя — нужно либо заполнять поле обработкой, либо программно подставлять значение при записи элемента.

Способ 1. Групповое изменение реквизитов — без программирования

Самый доступный вариант — типовая обработка «Групповое изменение реквизитов». В УТ 11 и ERP она находится в разделе «Администрирование» → «Обслуживание» → «Корректировка данных» → «Групповое изменение реквизитов». В УНФ путь похож: «Настройки» → «Администрирование» → «Групповое изменение реквизитов». Обработка доступна пользователю с правами администратора.

Порядок действий: в обработке выберите справочник «Номенклатура», при необходимости задайте отбор (например, только элементы с пустым артикулом или конкретная группа товаров). В списке реквизитов отметьте «Артикул» и задайте значение. Ограничение типовой обработки — она умеет подставлять фиксированное значение, а не формулу из кода. Поэтому для генерации вида «Код элемента» эта обработка подходит только если вы готовы заполнять артикулы партиями вручную заданными значениями.

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

1. 1
   Сделайте резервную копию базы через конфигуратор или средствами СУБД
2. 2
   Откройте «Администрирование» → «Обслуживание» → «Групповое изменение реквизитов»
3. 3
   Выберите объект «Номенклатура» и задайте отбор по пустому артикулу
4. 4
   Отметьте реквизит «Артикул» и задайте значение или алгоритм
5. 5
   Выполните изменение и проверьте результат на нескольких карточках

Способ 2. Автоприсвоение артикула при записи карточки

Чтобы артикул заполнялся сам при создании товара, нужна небольшая доработка. Классический вариант — подписка на событие «ПриЗаписи» справочника «Номенклатура»: если артикул пустой, процедура присваивает ему значение кода элемента (возможно, с префиксом). Подписка добавляется в конфигураторе, конфигурация при этом должна быть открыта для изменений.

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

Пример логики обработчика: проверить, что артикул пуст; взять код элемента; удалить пробелы и лидирующие нули при необходимости; добавить префикс базы или вида номенклатуры; записать результат в реквизит «Артикул». Обратите внимание: код присваивается платформой при записи, поэтому в событии «ПриЗаписи» он уже доступен.

Процедура НоменклатураПриЗаписи(Источник, Отказ) Экспорт
	Если Источник.ОбменДанными.Загрузка Тогда Возврат; КонецЕсли;
	Если ПустаяСтрока(Источник.Артикул) Тогда
		Источник.Артикул = СокрЛП(Источник.Код);
	КонецЕсли;
КонецПроцедуры

Если требуется составной артикул (например, «ИНС-000123» для инструмента и «ОДЖ-000045» для одежды), логику префиксов определяют по реквизиту «ВидНоменклатуры» или по родительской группе. Такое правило лучше оформить функцией с явным соответствием видов и префиксов, чтобы при добавлении нового вида товара поведение было предсказуемым.

Способ 3. Разовое заполнение артикулов для существующей базы

Когда товаров уже заведено много, а артикулы пустые, нужна разовая обработка. Можно написать простую внешнюю обработку: запросом выбрать элементы с пустым артикулом, в цикле присвоить артикул из кода и записать. Запуск — через «Файл» → «Открыть» в режиме предприятия.

Для больших объёмов (десятки и сотни тысяч позиций) выполняйте запись порциями и вне монопольных операций, чтобы не блокировать работу пользователей. Проверьте, не участвует ли артикул в обменах: если база синхронизируется с сайтом или другой 1С, массовое изменение артикулов вызовет перерегистрацию большого числа объектов в планах обмена и увеличит трафик синхронизации.

Как обеспечить уникальность артикулов

По умолчанию платформа не контролирует уникальность реквизита «Артикул» — дубли возможны. Если артикул используется как ключ в обменах, дубли приведут к тому, что внешняя система будет сопоставлять один товар с несколькими карточками 1С или наоборот.

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

Типичные ошибки и ограничения

Частая ошибка — путать код и артикул при настройке обмена: в настройках выгрузки на сайт можно выбрать, что выгружать как внешний идентификатор, и неверный выбор приводит к дублям. Другая типичная ситуация — префиксация кода в распределённой базе: коды вида «ЦБ-000123» содержат дефис и буквы, и если внешняя система ожидает только цифры, артикул нужно очищать от префикса.

Ещё ограничение: длина артикула в типовых конфигурациях ограничена (обычно 25–50 символов, зависит от конфигурации). Длинные составные шаблоны с наименованием группы могут обрезаться. Также помните, что изменение уже используемых артикулов затрагивает исторические данные в обменах — печатные формы прошлых документов при перепроведении могут показать новые артикулы.

Часто задаваемые вопросы