Как настроить использование нескольких артикулов для одной номенклатуры в 1С:УТ 11.4

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

Вариант 1. Использование дополнительных реквизитов

Рассмотрим самый очевидный и часто используемый метод — создание дополнительных реквизитов. Если вам нужно просто добавить два дополнительных поля («Артикул 2» и «Артикул 3»), которые будут жестко привязаны к карточке товара, этот способ является наиболее быстрым в реализации.

Разберем по шагам, как это настроить:

1. Перейдем в раздел НСИ и администрирование — Общие настройки — Дополнительные реквизиты и сведения.
2. Убедимся, что флаг Дополнительные реквизиты и сведения включен.
3. Перейдем по ссылке Дополнительные реквизиты.
4. В списке слева найдем справочник Номенклатура (или конкретный вид номенклатуры, для которого нужны изменения).
5. Нажмем кнопку Создать и добавим новый реквизит с наименованием «Артикул 2» (тип значения — Строка).
6. Повторим процедуру для «Артикула 3».

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

Проанализируем пример программного обращения к такому артикулу, если он используется для идентификации при обмене:

// Пример получения значения дополнительного реквизита "Артикул 2"
Запрос = Новый Запрос;
Запрос.Текст = 
    "ВЫБРАТЬ
    |	НоменклатураДополнительныеРеквизиты.Значение КАК Артикул2
    |ИЗ
    |	Справочник.Номенклатура.ДополнительныеРеквизиты КАК НоменклатураДополнительныеРеквизиты
    |ГДЕ
    |	НоменклатураДополнительныеРеквизиты.Ссылка = &Ссылка
    |	И НоменклатураДополнительныеРеквизиты.Свойство.Наименование = ""Артикул 2""";

Запрос.УстановитьПараметр("Ссылка", ТекущаяНоменклатура);
Результат = Запрос.Выполнить();

Вариант 2. Механизм «Номенклатура поставщиков»

Выясним причину, по которой опытные специалисты часто советуют отказаться от дополнительных реквизитов в пользу справочника Номенклатура поставщиков. Если ваши дополнительные артикулы — это коды, которые используют ваши контрагенты (поставщики), то схема с доп. реквизитами «рухнет», как только у одного товара появится 5 разных поставщиков с разными кодами.

Посмотрим, как включить и использовать этот механизм:

Перейдем в НСИ и администрирование — Настройка НСИ и разделов — Закупки. Установим флаг Номенклатура поставщиков. Теперь в карточке номенклатуры появится возможность создавать связанные записи, где для каждого поставщика указывается его собственный артикул и наименование.

Преимущества этого метода:

• Связь «один ко многим»: у одной вашей позиции может быть неограниченное количество артикулов разных поставщиков.
• Автоматическое сопоставление при загрузке электронных накладных и прайс-листов.
• Отсутствие необходимости «плодить» колонки в самой карточке товара.

Вариант 3. Использование регистра «Штрихкоды номенклатуры»

Рассмотрим ситуацию, когда артикулы нужны исключительно для быстрого поиска внутри программы (например, с помощью сканера или ручного ввода). В 1С штрихкод — это не всегда графический символ EAN-13, это просто строковый идентификатор.

Мы можем записать в регистр сведений ШтрихкодыНоменклатуры любые текстовые значения. По умолчанию поиск в документах (Заказ клиента, Реализация) настроен так, что при вводе строки в поле подбора система сначала ищет совпадение по штрихкоду. Таким образом, введя «Артикул 2» в поле поиска, система мгновенно найдет нужную позицию номенклатуры.

Вариант 4. Характеристики номенклатуры

Если дополнительные артикулы относятся не к самому товару целиком, а к его вариантам (например, артикул для синего платья и артикул для красного), то правильно использовать Характеристики номенклатуры. В УТ 11.4 у каждой характеристики есть собственное поле Артикул.

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

Вариант 5. Расширение конфигурации

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

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

Преимущества расширения:

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

Итоги и рекомендации

Проанализировав ситуацию, можно сделать следующие выводы:

1. Если артикулы нужны для идентификации при загрузке/выгрузке и их количество фиксировано (всегда три), использование дополнительных реквизитов — рабочий вариант, но требующий доработки обмена.
2. Если артикулы принадлежат разным поставщикам — используйте справочник Номенклатура поставщиков. Это методологически верно для 1С:УТ 11.4.
3. Если артикулы нужны для быстрого поиска пользователем — рассмотрите использование штрихкодов.
4. Если необходимо обеспечить максимальную производительность и удобство программирования — используйте расширения для добавления реквизитов в основную таблицу.

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