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