Настройка обмена 1С:Общепит и 1С-Битрикс
Общепит — отраслевая конфигурация с собственной логикой номенклатуры: здесь есть блюда, техкарты, модификаторы, полуфабрикаты. Интернет-магазин или сайт доставки еды на Битрикс ожидает другую структуру данных, чем обычный товарный каталог. Это и есть главная сложность интеграции.
Номенклатура в Общепит: что отличается
В 1С:Общепит справочник «Номенклатура» расширен специфическими видами: Блюда, Полуфабрикаты, Товары, Услуги. Для сайта доставки нужны только «Блюда» (иногда «Товары» — напитки в упаковке). Полуфабрикаты на сайт не выгружаются — это внутренние объекты производства.
Модификаторы. Блюдо «Пицца Маргарита» может иметь модификаторы: размер (25/30/35 см), тип теста (тонкое/пышное), дополнительные топпинги. В 1С:Общепит модификаторы — это отдельный справочник, привязанный к блюду через «Группы модификаторов». В CommerceML стандартного тега для модификаторов нет — их нужно передавать через ДополнительныеРеквизиты или через характеристики.
На стороне Битрикс модификаторы реализуются как торговые предложения (SKU) или как кастомные свойства с JSON-структурой. Оба подхода рабочие; SKU проще для стандартного каталога, JSON — гибче для сложных комбинаций.
Схема передачи модификаторов через характеристики
Настройка в 1С:Общепит: в выгрузке включаем передачу групп модификаторов как характеристики блюда.
<!-- Пример XML для блюда с модификаторами -->
<Товар>
<Ид>abc-123</Ид>
<Наименование>Пицца Маргарита</Наименование>
<ХарактеристикиТовара>
<ХарактеристикаТовара>
<Ид>size-25</Ид>
<Наименование>Размер 25 см</Наименование>
<Цена>450</Цена>
</ХарактеристикаТовара>
<ХарактеристикаТовара>
<Ид>size-30</Ид>
<Наименование>Размер 30 см</Наименование>
<Цена>650</Цена>
</ХарактеристикаТовара>
</ХарактеристикиТовара>
</Товар>
Битрикс читает характеристики и создаёт SKU. Для каждого SKU — своя цена. Это работает для простых модификаторов (размер). Для сложных комбинаций (размер × тесто × топпинги) количество SKU взрывается: 3 размера × 2 теста × 10 топпингов = 60 SKU на одно блюдо. В таком случае правильнее передавать модификаторы как JSON в пользовательском свойстве блюда и обрабатывать их на фронтенде.
Меню и категории
В 1С:Общепит меню — это отдельный объект, который привязывает блюда к торговым точкам и времени суток. На сайте это обычно просто разделы каталога (Горячее, Холодное, Напитки). Маппинг: «Тип номенклатуры» или «Группа номенклатуры» в Общепит → раздел инфоблока в Битрикс.
Проблема: одно блюдо может входить в несколько категорий меню (например, «Бизнес-ланч» и «Основные блюда»). Стандартный CommerceML передаёт одну группу. Множественную привязку к разделам нужно реализовывать через кастомный обработчик или дополнительное свойство «Доп. категории».
Обмен заказами: от Битрикс к Общепит
Заказы доставки еды с сайта должны попадать в 1С:Общепит как «Заказ на доставку» или «Продажа». Стандартный CommerceML создаёт заказы покупателей, но в Общепит нужна привязка к адресу доставки, времени доставки и зоне.
Адрес доставки передаётся через свойства заказа. В Битрикс — стандартные поля профиля покупателя. В XML заказа они попадают в секцию Контрагент → Адреса. Общепит при импорте может не прочитать нестандартные поля адреса — нужен обработчик на стороне 1С.
Кейс: сеть пиццерий
Сеть из 8 пиццерий: единый сайт на Битрикс, в каждой точке — своя база 1С:Общепит (не центральная). Задача: единый каталог с ценами (цены одинаковые), но заказы должны попадать в базу конкретной точки по зоне доставки.
Решение: центральная выгрузка каталога из «мастер»-базы Общепит в Битрикс (один раз в сутки). Заказы маршрутизируются на сайте: определяется зона доставки по адресу → выбирается endpoint конкретной точки → заказ отправляется в нужную базу Общепит.
Каждая база Общепит имеет свой URL обмена в Битрикс (несколько узлов обмена в Битрикс, один на каждую точку). Маршрутизатор — кастомный компонент в local/components/.
Время внедрения: 12 рабочих дней с учётом тестирования всех точек.