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