Налаштування обміну 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 робочих днів з урахуванням тестування всіх точок. Вартість налаштування визначається після аналізу складності каталогу та кількості точок.
Процес налаштування інтеграції
| Етап | Тривалість | Результат |
|---|---|---|
| Аудит структури номенклатури | 1-2 дні | Розуміння мапінгу |
| Узгодження мапінгу | 1 день | Схема вивантаження |
| Налаштування вивантаження модифікаторів | 2-4 дні | Робоча передача SKU/JSON |
| Конфігурація обміну замовленнями | 2-5 днів | Маршрутизація по точках |
| Тестування та навчання | 2-3 дні | Стабільна робота |
Що входить у налаштування
- Аналіз схеми даних 1С:Громадське харчування та Бітрікс.
- Розробка кастомного обробника для модифікаторів (якщо потрібно).
- Налаштування кількох вузлів обміну (при мережі точок).
- Документування процесу та передача інструкцій.
- Гарантійна підтримка протягом 30 днів після запуску.
Наш досвід — понад 8 років в інтеграціях 1С та Бітрікс, більше 30 проєктів для закладів громадського харчування. Ми гарантуємо коректний обмін та надаємо сертифікати відповідності за потреби.
Зв'яжіться з нами для оцінки вашого проєкту — ми підготуємо комерційну пропозицію за 2 дні. Отримайте консультацію інженера, щоб обговорити деталі інтеграції.