Комплекты и наборы товаров на 1С-Битрикс: bundle и подарочные наборы

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

В этой статье разберём комплекты товаров в Битрикс без общих слов: зачем они нужны и как влияют на средний чек, чем комплект отличается от торгового предложения и сопутствующих товаров, какие бывают типы наборов, как устроены штатные наборы bundle в 1С-Битрикс, как задаётся состав комплекта из отдельных товаров, как считать цену набора против суммы компонентов и показывать скидку за набор, как определять наличие набора по минимуму компонентов и правильно списывать остатки при продаже, как сделать конструктор «соберите свой набор», как вывести состав в карточке и корзине, как собирать подарочный набор и сезонные боксы, как апсейлить наборами и как синхронизировать всё это с 1С. Материал — выжимка из наших внедрений по разработке каталога товаров на 1С-Битрикс, где комплекты почти всегда идут отдельным блоком задач.

Что такое комплекты и наборы товаров

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

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

Комплекты бывают двух больших видов по способу формирования состава. Готовый (фиксированный) набор — состав задан заранее магазином: покупатель либо берёт его целиком, либо нет. Собираемый набор (конструктор) — покупатель сам выбирает компоненты из предложенных вариантов («выберите 3 товара из категории», «крем + сыворотка + маска на выбор»). Первый вид проще и чаще реализуется штатными средствами; второй мощнее по влиянию на чек, но требует кастомной разработки. Оба разберём подробно ниже.

Зачем магазину комплекты: средний чек и готовые решения

Комплекты — это не «фича ради фичи», а инструмент, который решает сразу несколько бизнес-задач. Разберём, ради чего их вообще внедряют.

Рост среднего чека

Самый очевидный эффект: вместо одного товара покупатель берёт несколько. Человек, пришедший за станком для бритья, с большей вероятностью добавит к нему кассеты и пену, если они уже собраны в готовый комплект с понятной выгодой, чем если ему придётся искать и добавлять их вручную по отдельным карточкам. Набор снижает трение — не нужно принимать три отдельных решения о покупке, достаточно одного.

Готовые решения вместо ручной сборки

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

Подарочные наборы

Отдельный большой сценарий — подарки. Человек, который ищет подарок, часто не знает конкретный товар, но знает бюджет и повод. Подарочный набор («бокс к 8 Марта», «набор для чаепития», «косметический сет») продаёт себя сам: это готовое, красиво упакованное решение под повод. Подарочные наборы дают всплески продаж к праздникам и вытягивают в чек товары, которые поодиночке покупают редко.

Продажа сопутствующих и «залежавшихся» товаров

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

Комплект, SKU и сопутствующие: не путаем сущности

Комплекты часто путают с двумя соседними механиками — торговыми предложениями и сопутствующими товарами. Это разные сущности, и смешивать их в проектировании нельзя, иначе получится каша и в интерфейсе, и в учёте.

• Торговое предложение (SKU) — это вариант одного и того же товара: та же футболка в размерах M и L, тот же смартфон в разных цветах и объёмах памяти. Покупатель выбирает один вариант, и это по-прежнему один товар. Про SKU у нас есть отдельный разбор — торговые предложения (SKU) в 1С-Битрикс.
• Сопутствующие товары (кросс-сейл) — это подсказка «к этому часто берут»: отдельные товары со своими карточками, которые предлагают в дополнение. Покупатель добавляет их по отдельности, каждый как самостоятельную позицию. Механику апсейла и кросс-сейла мы разбирали в статье про апсейл, кросс-сейл и сопутствующие товары.
• Комплект (bundle) — это несколько разных товаров, упакованных в одну продажу: единая карточка, единая цена (обычно со скидкой), единая кнопка «в корзину». В корзину попадает набор (а за ним — его компоненты), а не отдельные товары по выбору.

Простая формула, чтобы не путаться: SKU отвечает на вопрос «какой именно этот товар» (размер, цвет), сопутствующие — «что ещё предложить рядом», комплект — «несколько товаров вместе как один продукт». Ошибка выбора сущности дорого обходится: если оформить набор как SKU, сломается склад (варианты не списываются как состав); если оформить его как кросс-сейл, пропадёт единая цена и выгода набора. Комплект — это именно отдельная модель, и относиться к ней надо как к отдельной.

Типы наборов: сравнительная таблица

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

Границы между типами подвижны: подарочный набор почти всегда идёт со скидкой или, наоборот, с наценкой за упаковку; сезонный бокс может быть и готовым, и собираемым. Но именно способ формирования состава (фиксированный магазином или собираемый покупателем) и наличие скидки определяют, укладывается ли набор в штатные средства или требует доработки. Дальше идём от простого к сложному: сначала штатные готовые наборы, потом цена и наличие, потом конструктор.

Штатные наборы (комплекты) в 1С-Битрикс

В 1С-Битрикс есть встроенный механизм наборов (комплектов) в модуле каталога. Идея штатного набора такая: берётся обычный товар каталога, у него включается признак «это набор», и к нему привязывается состав — список других элементов каталога с указанием количества каждого. С этого момента товар ведёт себя как комплект: у него своя карточка, но при добавлении в корзину система знает про его составляющие.

Что важно понимать про штатную модель наборов:

• Набор — это обычный элемент каталога с особым признаком. У него есть название, картинка, описание, ЧПУ, метатеги — всё как у товара. Он лежит в разделе каталога и участвует в навигации и фильтре как обычная позиция.
• Состав — это привязка к существующим товарам. Компоненты набора не дублируют товары, а ссылаются на них. Один и тот же товар может входить в несколько наборов и одновременно продаваться отдельно.
• У компонентов свои цены и остатки. Набор не «поглощает» компоненты — они остаются самостоятельными товарами со своим складским учётом. Это и есть источник всей механики наличия и списания.
• Цена набора — отдельная величина. Она не обязана равняться сумме компонентов; чаще её задают со скидкой (об этом ниже).

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

Состав комплекта: из чего собирается набор

Состав — сердце комплекта. Это список компонентов, где у каждой строки есть сам товар (ссылка на элемент каталога) и его количество в наборе. «Комплект для бритья» может выглядеть так: станок × 1, кассеты сменные × 3, пена для бритья × 1. Количество здесь принципиально: оно влияет и на цену, и на наличие, и на списание.

Как задают и хранят состав на практике:

• Через штатный механизм наборов. Состав привязывается к товару-набору стандартными средствами каталога: выбираются элементы-компоненты и их количества.
• Через свойство инфоблока «привязка к элементам». Часто дополнительно заводят свойство типа «привязка к товарам», чтобы удобно хранить, выводить и редактировать состав, а также управлять порядком компонентов и их количеством в наборе.
• Через данные обмена 1С. Если наборы ведутся в учётной системе (спецификации номенклатуры), состав приходит из 1С и раскладывается по товарам сайта по XML_ID.

Проектируя состав, держат в голове несколько правил. Компонент должен быть реальным товаром каталога — тогда у него есть цена и остаток, и набор можно считать и списывать. Количество компонента задают явно, даже если оно равно единице, — на нём строится вся арифметика. И крайне желательно, чтобы у каждого компонента была своя рабочая карточка: тогда в составе набора его можно показать ссылкой, а покупатель сможет посмотреть детали. Товары-«призраки», существующие только внутри набора и не имеющие остатка, — источник проблем с наличием и списанием.

Цена набора против суммы компонентов

Цена — один из главных вопросов комплекта, и здесь есть развилка. У набора цена может формироваться двумя принципиально разными способами:

• Сумма компонентов. Цена набора автоматически складывается из цен товаров состава с учётом их количеств. Плюс — цена всегда актуальна и меняется вместе с ценами компонентов. Минус — у набора нет «своей» выгоды, он стоит ровно как товары по отдельности (годится для «удобной упаковки», но не для стимула к покупке).
• Фиксированная цена набора. Магазин задаёт цену комплекта вручную, обычно ниже суммы компонентов. Плюс — можно заложить понятную скидку за набор. Минус — цену нужно контролировать: если цены компонентов изменятся, фиксированная цена набора может «отвязаться» от реальности.

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

Отдельная тонкость — округление и НДС. Если цена набора считается как сумма компонентов минус процент, следите за копейками при округлении, чтобы итог набора и сумма строк заказа не расходились. А при обмене с 1С заранее договоритесь, где «источник правды» по цене набора: если цену диктует учётная система, сайт не должен пересчитывать её по-своему.

Скидка за набор и как показать выгоду

Скидка — то, ради чего покупатель выбирает готовый набор вместо ручной сборки. И дело не только в размере скидки, но и в том, как её показать. Психологически сильнее всего работает явное сравнение: цена набора рядом с зачёркнутой суммой компонентов и подписью «выгода N ₽».

Как задают скидку за набор

• Фиксированной ценой набора. Просто ставят цену комплекта ниже суммы — разница и есть выгода. Самый прямой способ.
• Правилом работы с корзиной. Настраивают скидку (процент или сумму), которая срабатывает на набор или на группу товаров набора. Гибко, но требует аккуратной настройки условий, чтобы правило не конфликтовало с другими акциями.
• Комбинированно. Базовая цена набора плюс акционные правила поверх — здесь особенно важно проверить итог в корзине, чтобы скидки не складывались непредсказуемо.

Как показать выгоду покупателю

На карточке набора выводят три числа: цену набора, сумму компонентов по отдельности (зачёркнутую) и явную экономию. Формулировка «Набор 4 900 ₽ вместо 5 600 ₽ — выгода 700 ₽» конвертирует лучше, чем просто «4 900 ₽», потому что делает ценность очевидной. Полезно также показать состав со стоимостью каждого компонента — тогда сравнение прозрачно и не вызывает подозрений.

Наличие набора: минимум по компонентам

Один из самых коварных вопросов наборов: сколько комплектов доступно к продаже? У набора нет собственного склада — на полке лежат не «наборы», а отдельные компоненты. Значит, наличие набора надо вычислять по компонентам, и правило здесь одно — минимум по самому дефицитному компоненту.

Логика простая. Если товар входит в набор в количестве K, то по этому компоненту можно собрать «его остаток / K» наборов. Итоговое число доступных наборов — минимум из этих значений по всем компонентам. Пример:

В этом примере, несмотря на большой запас станков и кассет, собрать можно только 2 набора — по числу пены. Как только пена закончится, весь комплект должен стать недоступным, даже если остальных компонентов навалом. Это и есть «минимум по компонентам».

Практические следствия, которые надо заложить в реализацию:

• Наличие набора — вычисляемое, а не хранимое. Его пересчитывают по остаткам компонентов, а не держат отдельным числом (иначе оно быстро разойдётся с реальностью).
• Статус «в наличии/нет» набора зависит от всех компонентов. Отсутствие любого компонента = набор недоступен. Про статусы наличия и предзаказ у нас есть отдельный разбор — наличие, статусы и предзаказ в 1С-Битрикс.
• Количество в наборе учитывается. Если компонент входит в наборе как «× 3», делите его остаток на 3 при расчёте.
• Максимум к заказу ограничен наличием набора. Нельзя позволить положить в корзину больше наборов, чем можно собрать из компонентов.

Списание остатков компонентов при продаже

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

Правильная схема списания:

1. Набор — виртуальная позиция без своего склада. У него нет числового остатка, который уменьшается при продаже. Остаток — только у компонентов.
2. При заказе набора резервируются компоненты. На момент оформления система резервирует товары состава в нужных количествах, чтобы их не «увели» в другой заказ.
3. При отгрузке/проведении списываются компоненты. Фактическое списание идёт по строкам состава: минус станок, минус кассеты, минус пена. Это и отражает реальную отгрузку.
4. Обмен с 1С проводит набор через компоненты. В учётной системе набор обычно разворачивается в спецификацию, и склад видит движение конкретной номенклатуры, а не «наборов».

Здесь прячутся две классические ошибки, каждая из которых ломает учёт:

• Остаток набора не сходится. Если списать «штуку набора», но не списать компоненты (или наоборот), склад начинает врать: физически товары ушли, а система показывает их в наличии — или наоборот. Причина — набор ошибочно получил собственный складской учёт, не связанный с компонентами.
• Двойное списание. Компонент списывается и как часть набора, и как отдельный товар — например, потому что он одновременно продаётся сам по себе и входит в набор, а логика списания задваивает движение. Итог — минусовые остатки и хаос в резервах.

Обе ошибки лечатся одним подходом: чётко определить, что набор — это виртуальная обёртка, а весь количественный учёт (остаток, резерв, списание) ведётся исключительно по компонентам, и ровно один раз. Эту логику обязательно согласуют с тем, как набор проводится в 1С, чтобы сайт и учёт списывали одно и то же.

«Соберите свой набор»: конструктор комплектов

До сих пор речь шла о готовых наборах с фиксированным составом. Но есть и более мощный сценарий — конструктор, где покупатель сам собирает комплект: «выберите 3 товара из категории по цене набора», «крем + сыворотка + маска на выбор», «соберите бокс из 5 сладостей». Это отдельный интерфейс поверх каталога, который заметно поднимает средний чек в косметике, продуктах, подарках, спорттоварах.

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

Как устроен конструктор

1. Слоты и правила выбора. Определяют, из чего собирается набор: сколько позиций, из каких категорий/списков, есть ли обязательные слоты («основа») и опциональные («добавки»).
2. Выбор компонентов. Покупатель отмечает товары в интерфейсе конструктора; система на каждом шаге проверяет наличие выбранных позиций.
3. Расчёт цены набора. Применяется правило: фиксированная цена за N товаров, скидка процентом при сборке от K позиций, или сумма выбранных минус выгода. Цена пересчитывается динамически при изменении выбора.
4. Добавление в корзину. В корзину кладутся выбранные компоненты как связанная группа-набор, а правило цены/скидки применяется к этой группе. Списание и наличие дальше работают по компонентам, как у обычного набора.

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

Вывод комплекта в карточке товара

Карточка набора — главное место, где покупатель принимает решение. Она должна одновременно показывать набор как единый продукт и раскрывать его состав, чтобы человек понимал, за что платит. Что обязательно выводят на карточке комплекта:

• Название и главную ценность набора. Для чего этот комплект, кому и в каком сценарии он полезен — коротко и по делу.
• Состав с компонентами. Список товаров, входящих в набор, с количествами. Каждый компонент — ссылка на его карточку, чтобы покупатель мог изучить детали. Это и удобство, и внутренняя перелинковка.
• Цену набора и выгоду. Цену комплекта, зачёркнутую сумму компонентов и явную экономию (см. раздел про скидку).
• Наличие набора. Статус «в наличии / нет», рассчитанный по минимуму компонентов, и, при необходимости, доступное количество.
• Одну кнопку «в корзину». Набор добавляется целиком, а не по компонентам.

Особое внимание — выводу состава. Компоненты показывают карточками или списком со стоимостью каждого, и обязательно ссылками: это повышает доверие (видно, из чего набор) и работает на перелинковку каталога. Технически состав выводят в шаблоне детальной карточки через данные набора или через свойство «привязка к элементам», подтягивая по каждому компоненту название, картинку, цену, остаток и URL. Если компонент — товар с торговыми предложениями, в составе показывают конкретный вариант (нужный размер/цвет), а не «любой».

Хорошая практика — сделать карточку набора «самодостаточной»: покупатель должен понять состав и выгоду, не открывая каждый компонент. Ссылки на компоненты — для тех, кто хочет вникнуть, а не обязательный шаг к покупке. Чем меньше усилий требует решение «взять набор», тем выше конверсия карточки.

Комплект в корзине и оформлении заказа

Второе критичное место — корзина и оформление. Здесь набор должен вести себя предсказуемо и честно: показывать себя как единую позицию, но при этом корректно резервировать и списывать компоненты. Что важно в корзине:

• Набор — одна строка корзины. Покупатель видит «Комплект для бритья × 1 — 4 900 ₽», а не три отдельные строки компонентов, которые он не заказывал по отдельности. Это соответствует его модели «я купил один набор».
• Состав виден по желанию. Полезно дать раскрыть состав набора прямо в корзине (что внутри), но по умолчанию не засорять корзину компонентами.
• Скидка за набор применена и видна. Итог по строке набора должен совпадать с обещанием на карточке; если была выгода — она отражена.
• Изменение количества — целыми наборами. Меняя количество, покупатель добавляет/убирает наборы целиком; система проверяет, хватает ли компонентов на новое количество.
• Резерв и списание — по компонентам. Внутри система резервирует и затем списывает товары состава, хотя покупателю это не показывается как отдельные строки.

В момент оформления заказа возникает развилка: показывать ли в составе заказа компоненты отдельными строками. Для покупателя удобнее видеть набор одной позицией; для склада и 1С нужны компоненты. Часто делают так: в клиентской части заказа набор — одна строка (с возможностью раскрыть состав), а в учётную систему заказ уходит уже развёрнутым в компоненты (спецификацию), понятным складу. Как именно провести это разделение — согласуют с логикой обмена 1С.

Подарочные и сезонные наборы

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

Подарочные наборы

Подарочный набор продаёт себя как готовое решение под повод: покупатель не выбирает товар, а выбирает «подарок за N рублей на 8 Марта». Особенности реализации:

• Упаковка как компонент. Коробка, лента, открытка — это тоже товары состава со своим остатком. Их надо учитывать в наличии набора: закончились коробки — набор недоступен, даже если содержимое есть.
• Цена «за подарок». Подарочные наборы часто продают не со скидкой, а по цене «сумма компонентов плюс упаковка» — покупатель платит за удобство и вид. Тогда честно показывают, что цена = содержимое + упаковка, без ложного обещания скидки.
• Акцент на визуал. Карточка подарочного набора — это про эмоцию и повод, а не про сравнение характеристик. Фото собранного бокса важнее таблицы состава.

Сезонные наборы

Сезонные и тематические наборы живут ограниченный период (новогодние, летние, «к 1 сентября»). Их специфика — управление жизненным циклом:

• Активность по расписанию. Набор включают к сезону и выключают после — через активность элемента или даты активности, чтобы он не висел на витрине не в сезон.
• Ограниченные остатки компонентов. Сезонные компоненты часто в дефиците — тем важнее корректный расчёт наличия по минимуму, чтобы не продать больше, чем можно собрать.
• Посадочные подборки. Сезонные наборы удобно собирать в тематический раздел/подборку под запрос («новогодние подарки»), что даёт и SEO-трафик, и удобную навигацию.

И для подарочных, и для сезонных наборов работает общее правило: чем понятнее повод и чем очевиднее «всё готово, бери и дари», тем лучше конвертирует. Такие наборы часто становятся точкой входа новых покупателей, которые пришли за подарком, а остались за ассортиментом.

Апсейл и кросс-сейл наборами

Комплекты — сами по себе мощный инструмент апсейла, но их эффект усиливается, когда наборы встроены в общую систему рекомендаций. Наборы и кросс-сейл работают в связке.

• Набор как апсейл к товару. На карточке отдельного товара предлагают «Возьмите в наборе выгоднее» — ссылку на комплект, куда этот товар входит. Покупатель, пришедший за станком, видит готовый комплект со скидкой и берёт его вместо одного товара. Это классический апсейл — переход к более дорогой, но более ценной покупке.
• Сопутствующие к набору. К набору предлагают дополняющие товары, не вошедшие в состав («к этому набору часто берут»). Это уже кросс-сейл поверх комплекта.
• «Часто покупают вместе» → готовый набор. Если аналитика показывает устойчивую связку товаров, которые берут вместе, её оформляют в готовый комплект со скидкой — так магазин превращает наблюдение в продукт.

Механику апсейла и кросс-сейла, блоки «с этим товаром покупают» и правила рекомендаций мы подробно разбирали в статье про апсейл, кросс-сейл и сопутствующие товары в 1С-Битрикс — наборы органично встраиваются в эти блоки. Ключевой принцип: рекомендация набора должна быть релевантной и выгодной. Предложить готовый комплект человеку, который уже смотрит на один из его компонентов, — почти всегда попадание; навязать случайный набор без связи с интересом покупателя — раздражение и потеря доверия.

Обмен комплектов с 1С: спецификации и наборы

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

В 1С аналог комплекта — это, как правило, одно из двух:

• Номенклатура со спецификацией. Товар-набор, у которого задана спецификация — состав из других номенклатур с количествами. По сути прямой аналог состава комплекта на сайте.
• Помеченный «набор/комплект». Специальный признак номенклатуры, что это набор, с привязанным составом. Как именно он проводится по складу (списываются компоненты или сам набор), зависит от настроек учёта.

Что критично согласовать при обмене наборов через коммерческую информацию (CommerceML):

1. Источник правды по составу и цене. Обычно это 1С: состав и цена набора задаются в учёте и приезжают на сайт. Тогда сайт не пересчитывает их по-своему, а показывает то, что пришло.
2. Сопоставление по XML_ID. И набор, и его компоненты сопоставляются с товарами сайта по стабильному внешнему коду, а не по случайным ID. Иначе при следующей выгрузке состав «отвяжется» от товаров.
3. Единая логика списания. Договариваются, что при заказе набора списываются компоненты (спецификация), и сайт, и 1С делают это одинаково и один раз — без двойного списания.
4. Наличие по компонентам. Остатки приходят по компонентам; наличие набора сайт считает по минимуму. 1С не обязана присылать «остаток набора» — его нет.

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

Пошагово: внедряем комплекты

Сведём всё в практическую последовательность — так мы внедряем наборы на реальных проектах, от идеи до приёмки.

1. Определить сценарии наборов. Решить, какие комплекты нужны бизнесу: готовые, подарочные, сезонные, конструктор. Собрать наборы под реальные связки товаров и поводы, а не под остатки.
2. Задать состав. Для каждого набора прописать компоненты (реальные товары каталога) с количествами. Убедиться, что у компонентов есть цены, остатки и карточки.
3. Выбрать модель цены. Решить: сумма компонентов или фиксированная цена набора; заложить скидку за набор и способ её показа (цена набора против суммы).
4. Настроить расчёт наличия. Реализовать вычисление доступного числа наборов по минимуму компонентов с учётом количеств; ограничить максимум к заказу этим числом.
5. Настроить списание. Сделать набор виртуальной позицией без своего склада; резерв и списание — по компонентам, ровно один раз, без двойного списания.
6. Оформить карточку набора. Вывести состав компонентами-ссылками, цену и выгоду, наличие, одну кнопку «в корзину».
7. Проверить корзину и заказ. Набор — одна строка; скидка применена; итог совпадает с карточкой; в учёт заказ уходит развёрнутым в компоненты.
8. Согласовать обмен с 1С. Определить источник правды по составу/цене, сопоставление по XML_ID, единую логику списания и наличие по компонентам.
9. Добавить конструктор (если нужен). Реализовать интерфейс «соберите набор» с правилами выбора, динамической ценой и добавлением выбранного в корзину.
10. Протестировать сквозным сценарием. Пройти путь карточка → корзина → заказ → списание → обмен на реальных остатках и скидках; проверить, что склад сходится.

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

Реализация в компонентах Битрикса

Соберём в одном месте, какими штатными средствами и доработками реализуется всё описанное, — чтобы было понятно, что где настраивается.

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

Частые ошибки

• Остаток набора не сходится. Набору ошибочно дали собственный складской остаток, не связанный с компонентами: физически товары ушли, а система показывает набор в наличии (или наоборот). Набор должен быть виртуальным, учёт — по компонентам.
• Двойное списание. Компонент списывается и как часть набора, и как отдельный товар — минусовые остатки и хаос в резервах. Списание по составу должно проходить ровно один раз.
• Наличие набора не считается по минимуму. Набор остаётся «в наличии», хотя один из компонентов кончился. Доступное число наборов — минимум по самому дефицитному компоненту с учётом количеств.
• Скидка на карточке не совпадает с корзиной. «Выгода 700 ₽» на витрине, а в корзине правило не сработало. Тестируйте сквозной сценарий с реальными скидками.
• Компоненты — товары без остатка и карточки. «Призрачные» компоненты, существующие только внутри набора, ломают расчёт наличия и списание. Компонент — реальный товар каталога.
• Фиксированная цена набора «отвязалась». Цены компонентов изменились, а фиксированная цена набора осталась старой — набор стал дороже суммы или ушёл в минус по марже. Нужен контроль или обмен цены из 1С.
• Набор распадается в корзине. В корзине показываются отдельные компоненты, которые можно удалять по одному, — покупатель ломает набор. Набор — атомарная строка корзины.
• Обмен не согласован с 1С. Состав и цена «прыгают» после выгрузки, заказы с наборами приходят в учёт в непонятном виде. Договоритесь об источнике правды, XML_ID и логике списания заранее.
• Забыли про упаковку в подарочных наборах. Коробка/лента не учтены в наличии — набор продаётся, а упаковки нет. Упаковка — тоже компонент состава.
• Сезонный набор висит не в сезон. Забыли выключить набор после праздника — на витрине неактуальное предложение. Управляйте активностью по датам.
• Конструктор без проверки наличия. Покупатель собрал набор из товаров, которых уже нет, — заказ не собрать. Проверяйте наличие компонентов на каждом шаге сборки.

Чек-лист по комплектам и наборам

Сведём в практический список то, что проверяют при внедрении и приёмке комплектов перед запуском.

1. Сценарии наборов осмыслены. Комплекты собраны под реальные связки товаров и поводы, а не под остатки; выгода для покупателя понятна.
2. Состав корректен. У каждого набора — компоненты (реальные товары) с количествами; у компонентов есть цены, остатки и карточки.
3. Модель цены выбрана. Сумма компонентов или фиксированная цена; скидка за набор задана и показана как «цена набора против суммы».
4. Наличие по минимуму. Доступное число наборов считается по самому дефицитному компоненту с учётом количеств; максимум к заказу ограничен.
5. Списание по компонентам. Набор виртуален; резерв и списание идут по составу ровно один раз, без двойного списания.
6. Карточка набора полна. Состав компонентами-ссылками, цена и выгода, статус наличия, одна кнопка «в корзину».
7. Корзина ведёт себя правильно. Набор — одна строка; скидка применена; итог совпадает с карточкой; количество меняется целыми наборами.
8. Заказ разворачивается для склада. В учёт заказ уходит компонентами (спецификацией), понятными 1С.
9. Обмен с 1С согласован. Источник правды по составу/цене, сопоставление по XML_ID, единая логика списания, наличие по компонентам.
10. Подарочные и сезонные учтены. Упаковка входит в состав; сезонные наборы управляются активностью по датам.
11. Сквозной тест пройден. Путь карточка → корзина → заказ → списание → обмен проверен на реальных остатках и скидках; склад сходится.

Вывод

Комплекты и наборы — это не просто «связать товары на витрине», а полноценная механика с двойной природой: единый продукт для покупателя и несколько компонентов для склада. Сделаете эту механику правильно — наборы поднимут средний чек, продадут сопутствующее, дадут всплески на подарках и сезонах и превратят складские остатки в готовые решения. Ошибётесь в наличии, списании или обмене — и красивые наборы начнут ломать учёт: остатки разойдутся, скидки «потеряются», склад уйдёт в минус.

Практический вывод один: комплект проектируют целиком, а не по частям. Состав — из реальных товаров каталога; цена — прозрачная, со скидкой, совпадающей на карточке и в корзине; наличие — по минимуму компонентов; списание — по составу, ровно один раз; карточка и корзина — с понятным составом и одной кнопкой; обмен с 1С — согласован по XML_ID с единой логикой. Добавьте конструктор «соберите набор» там, где ниша это позволяет, — и получите инструмент, который заметно двигает чек. А если наборы нужно внедрить с нуля или починить рассинхрон остатков, мы помогаем с этим в рамках разработки каталога товаров на 1С-Битрикс и повышения конверсии. Больше разборов по теме — в рубрике «Каталог и поиск».