Торговля и Склад · 9 мин
Что такое предложения в 1С Битрикс и как с ними работать
Что такое торговые предложения в 1С Битрикс, чем отличаются от товаров, как создавать вариации по размеру и цвету, настраивать цены и выгрузку в 1С.
Торговое предложение — это вариация товара в каталоге 1С-Битрикс: конкретный размер, цвет, объём или комплектация одной и той же позиции. Футболка «одна и та же», но существует в размерах S, M, L и в трёх цветах — в Битриксе это один товар и девять торговых предложений, привязанных к нему. Покупатель на сайте видит единую карточку, а выбирает нужный вариант через переключатели свойств.
Механизм предложений решает две задачи. Во-первых, он избавляет каталог от дублей: не нужно создавать девять отдельных страниц под каждый размер, что ухудшало бы навигацию и поисковую оптимизацию. Во-вторых, каждое предложение имеет собственную цену, остаток на складе, артикул и штрихкод, поэтому учёт остаётся точным до конкретной вариации.
Предложения доступны в редакциях, где есть модуль «Торговый каталог» с поддержкой SKU (stock keeping unit). Технически они хранятся в отдельном инфоблоке, который связан с инфоблоком товаров через служебное свойство. Понимание этой структуры критично при настройке обмена с 1С:Управление торговлей, импорте из Excel и доработке шаблонов компонентов каталога.
Чем предложение отличается от товара
Товар в Битриксе — это «родительская» карточка: название, описание, фотографии, SEO-поля, общие характеристики. Предложение — «дочерний» элемент, который наследует карточку товара, но добавляет варьируемые параметры: размер, цвет, объём, мощность. У предложения свои цена, количество на складах, вес, артикул и штрихкоды.
Важное следствие: цена и остаток по товару с предложениями обычно не заполняются вручную — система берёт минимальную цену и суммарный остаток из предложений. Если вы редактируете цену в карточке товара и она «не сохраняется», причина почти всегда в том, что реальные цены живут на уровне SKU.
Структура: инфоблок товаров и инфоблок предложений
При создании каталога с вариациями Битрикс использует два инфоблока. Первый хранит товары, второй — предложения. Связь устанавливается через свойство типа «Привязка к элементам» в инфоблоке предложений: каждое SKU «знает», к какому товару оно относится. Стандартное служебное свойство называется CML2_LINK и создаётся автоматически при включении режима торгового каталога.
Создать структуру можно вручную: Контент → Инфоблоки → Типы инфоблоков, создать инфоблок предложений, добавить свойство привязки к элементам инфоблока товаров, затем в настройках модуля «Торговый каталог» указать, что инфоблок является торговым каталогом и содержит предложения. Проще использовать штатный мастер: в настройках инфоблока товаров включить опцию «является торговым каталогом» и отметить наличие предложений — инфоблок SKU будет создан автоматически.
- 1Создайте или откройте инфоблок товаров и в его настройках включите режим торгового каталога с предложениями
- 2В появившемся инфоблоке предложений создайте свойства вариаций: размер, цвет (тип «Список» или «Справочник»)
- 3Откройте карточку товара, перейдите на вкладку «Торговые предложения» и сгенерируйте вариации по нужным значениям свойств
- 4Заполните для каждого предложения цену, остаток и артикул
- 5Проверьте на публичной странице, что переключатель свойств отображается и меняет цену
Какие свойства выносятся в предложения
Правило простое: в предложения выносится только то, что реально влияет на выбор покупателя и на учёт. Размер и цвет одежды, объём флакона, напряжение инструмента, комплектация — типичные кандидаты. Описание, бренд, материал, страна производства, как правило, общие для всех вариаций и остаются в товаре.
Частая ошибка — выносить в предложения слишком много свойств. Каждая комбинация значений порождает отдельное SKU: три свойства по пять значений — это уже до 125 предложений на один товар. Каталог раздувается, обмен с 1С замедляется, а покупатель получает запутанный набор переключателей. Ограничивайтесь двумя-тремя варьируемыми свойствами.
Цены и остатки на уровне предложений
Каждое предложение — самостоятельная складская единица. Цены назначаются на вкладке «Торговый каталог» внутри SKU либо массово через генератор вариаций и импорт. Остатки ведутся по складам отдельно для каждого предложения: размер M может быть в наличии, а L — закончиться, и витрина должна это корректно показывать.
Если включён складской учёт, доступность предложения определяется суммой остатков по складам с учётом резервов. При отключённом складском учёте работает простое поле «Доступное количество». Проверяйте, что настройки компонента каталога (параметры «показывать только с остатком», поведение при нулевой цене) соответствуют вашей модели: иначе распроданные размеры будут кликабельны, а заказ оформится на отсутствующую позицию.
Как проверить корректность настройки
При выборе размера/цвета меняются цена, артикул и кнопка доступности
Цена не меняется или переключатель не реагирует — проверьте заполнение SKU и настройки компонента
Распроданный вариант скрыт или помечен «нет в наличии»
Можно положить в корзину предложение с нулевым остатком при запрете в настройках
После выгрузки цены и остатки совпадают с данными 1С по каждому SKU
Цены обновились у товара, но не у предложений — проверьте соответствие характеристик в 1С и свойств на сайте
Обмен с 1С и импорт предложений
В типовом обмене с 1С:Управление торговлей предложениям соответствуют «характеристики номенклатуры». Номенклатура с характеристиками выгружается как товар с SKU, без характеристик — как простой товар. Сопоставление идёт по внешнему коду, поэтому критично не менять структуру свойств вариаций на сайте вручную после первого обмена: 1С при следующей выгрузке может создать дубли свойств или предложений.
При импорте из CSV или Excel через штатный импорт инфоблоков предложения загружаются отдельным файлом с обязательной колонкой привязки к товару (по внешнему коду или ID). Перед массовой загрузкой сделайте тест на пяти-десяти строках и проверьте, что привязка сработала: предложения без связи с товаром не отображаются на витрине и превращаются в «мусор» в базе.
Когда предложения не нужны
SKU оправданы, только если у товара реально есть вариации, влияющие на учёт или выбор. Для каталога, где каждая позиция уникальна (запчасти, книги, электроника без вариантов комплектации), предложения добавляют лишний уровень сложности без выгоды: медленнее импорт, сложнее шаблоны, больше мест для ошибок.
Промежуточный вариант — простой товар с набором свойств, не участвующих в выборе цены и остатка. Если «цвет» указан только для информации и не порождает отдельных артикулов, оставьте его обычным свойством товара. Перевод каталога с простых товаров на SKU и обратно — трудоёмкая операция с миграцией данных, поэтому модель каталога стоит определить до первой загрузки.
Как выбрать модель каталога
Что важно запомнить
Предложение — это вариация товара с собственной ценой, остатком и артикулом, хранящаяся в отдельном инфоблоке и связанная с товаром служебным свойством. Выносите в SKU только реально варьируемые параметры, заполняйте цены и остатки на уровне предложений и не меняйте структуру свойств после настройки обмена с 1С.
Частые вопросы
Можно ли превратить простые товары в товары с предложениями?
Да, но автоматического штатного конвертера нет. Обычно создают инфоблок предложений, переносят варьируемые позиции в него скриптом или импортом, а исходные товары превращают в «родительские» карточки. Операцию выполняют на копии сайта с последующей проверкой обмена и витрины.
Почему в карточке товара цена не редактируется?
Если у товара есть предложения, цена хранится в каждом SKU, а в товаре показывается производное значение. Откройте вкладку «Торговые предложения» в карточке товара и редактируйте цены там либо через групповые операции в списке предложений.
Сколько предложений может быть у одного товара?
Жёсткого лимита в системе нет, но практическая граница определяется производительностью: сотни SKU на товар замедляют карточку, обмен с 1С и поисковую индексацию. Если комбинаций очень много, пересмотрите набор варьируемых свойств или разбейте позицию на несколько товаров.
Как скрыть распроданный размер, не удаляя предложение?
Установите остаток предложения в ноль и убедитесь, что в настройках компонента каталога включено скрытие недоступных вариаций либо их отображение со статусом «нет в наличии». Удалять SKU не нужно — при следующем поступлении остаток обновится обменом.
Что происходит с предложениями при обмене с 1С?
Характеристики номенклатуры из 1С выгружаются как предложения, сопоставление идёт по внешним кодам. Если характеристика в 1С помечена на удаление, поведение зависит от настроек обмена: предложение деактивируется или удаляется. Перед изменением этих настроек проверьте результат на тестовом контуре.
Можно ли задать разные фотографии для разных предложений?
Да, у каждого SKU есть собственные поля картинки анонса и детальной картинки. Компоненты каталога умеют подменять изображение при переключении вариации, если в шаблоне предусмотрен вывод фотографий предложений, а не только товара.