← На главную

При работе с крупными торговыми сетями и ключевыми покупателями часто возникает требование: в печатных формах (ТОРГ-12, УПД) и при электронном обмене должны фигурировать не внутренние артикулы компании, а коды и артикулы контрагента. Разберем архитектурные особенности 1С:Управление торговлей 11 в сравнении с версией 10.3, проанализируем типовые ограничения и рассмотрим правильные варианты реализации этой задачи.

Сопоставление терминологии: УТ 10.3 и УТ 11

В конфигурации 1С:Управление торговлей 10.3 использовались понятия «Свойства номенклатуры» и «Категории». В современных редакциях (УТ 11, КА 2, ERP) механизм переработан в рамках подсистемы БСП «Свойства»:

1. Характеристики номенклатуры — позволяют вести складской, стоимостный и партионный учет одного товара в разрезе параметров (размер, цвет, модификация).
2. Дополнительные реквизиты и сведения (бывшие свойства номенклатуры в 10.3) — хранят произвольные статические характеристики для описания карточки номенклатуры.

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

Попытка создать для каждого покупателя отдельный дополнительный реквизит (например, «Артикул X5», «Артикул Тандер», «Код Ашан») быстро приводит к архитектурным проблемам:

1. Проблемы с масштабируемостью: если клиентов сотни, карточка номенклатуры оказывается перегружена полями, которые не нужны 99% пользователей.
2. Падение производительности: значения дополнительных реквизитов хранятся в табличной части ДополнительныеРеквизиты. Поиск, сортировка и построение сложных отчетов по таким данным работают существенно медленнее, чем по индексированным полям таблиц и регистров.
3. Сложность автоматизации печати: типовые алгоритмы печати документов продажи не умеют динамически определять, из какого именно дополнительного реквизита подставлять артикул для конкретного контрагента.

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

В УТ 11 предусмотрен типовой справочник НоменклатураПоставщиков (в ряде релизов и документации фигурирует как номенклатура контрагентов). Проанализируем его применение:

1. Назначение механизма: справочник предназначен для хранения связки «Наша номенклатура + Характеристика» — «Партнер» — «Артикул и наименование партнера».
2. Преимущество: данные строго нормализованы, не засоряют карточку номенклатуры и привязаны к конкретному партнеру.
3. Особенность продажи: типовой функционал по умолчанию рассчитан на контур закупок. Чтобы выводить артикул покупателя в документах РеализацияТоваровУслуг или ЗаказКлиента, типовой связки недостаточно — требуется доработка печатных форм (ВПФ) или расширение конфигурации, которое будет перехватывать формирование макетов ТОРГ-12 / УПД и подставлять данные сопоставления по покупателю.

Вариант 2. Механизм 1С:ЭДО / БЭД для торговых сетей

Если взаимодействие с торговыми сетями ведется через EDI и электронный документооборот, типовые механизмы Библиотеки электронных документов (БЭД) решают задачу автоматически:

1. При сопоставлении номенклатуры данные контрагента записываются в регистры подсистемы электронных документов.
2. При выгрузке и отправке электронного УПД система автоматически подставляет в файл обмена внешний код, артикул и наименование, принятые у конкретной торговой сети.

Вариант 3. Создание собственного регистра сведений через расширение

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

1. Структура регистра сведений:
   1. Измерения: Партнер (СправочникСсылка.Партнеры), Номенклатура (СправочникСсылка.Номенклатура), Характеристика (СправочникСсылка.ХарактеристикиНоменклатуры).
   2. Ресурсы / Реквизиты: АртикулПокупателя (Строка), НаименованиеПокупателя (Строка), КодПокупателя (Строка).
2. Подключение к печати: через расширение переопределяем процедуру печати накладных или подключаем внешнюю печатную форму. При формировании печатной формы запрос обращается к регистру сведений и при наличии соответствия заменяет внутренний артикул на артикул покупателя.

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