FrontPad меню и модификаторы: полная настройка за вечер
Меню во FrontPad — это не просто список блюд, а фундамент, на котором держатся заказы, чеки, отчёты и любые интеграции. Разберём, как настроить товары и модификаторы так, чтобы касса, сайт и ИИ-администратор понимали друг друга без ошибок.

Большинство проблем с доставкой растут из одного корня — криво заведённого меню. Модификатор, который не привязался к блюду. Артикул, который совпал у двух позиций. Товар в стоп-листе, который всё равно продаётся на сайте. Всё это бьёт по выручке тихо, но постоянно. Ниже — практическая настройка меню и модификаторов во FrontPad, без воды, с цифрами и чек-листами.
Как устроено меню во FrontPad: товары, категории, модификаторы
В основе всего лежит товар (по-фронтпадовски — «товар» или «блюдо»). У каждого товара есть набор полей, и именно от их аккуратности зависит, доедет ли заказ до повара в правильном виде.
Товары объединяются в категории (Пицца, Роллы, Напитки, Соусы). Категории — это не просто красота в меню, они управляют тем, как позиции группируются на кассе, на сайте и в выгрузке. А модификаторы во FrontPad — это отдельные товары, которые прикрепляются к основному блюду: «без лука», «двойной сыр», «острый соус», размер, тесто.
Ключевая особенность FrontPad: модификатор — это тоже товар со своим артикулом. Он живёт в общем справочнике, просто помечен как добавка. Поэтому «двойной сыр» имеет цену, себестоимость и может попасть в стоп-лист ровно как обычное блюдо.
Настройка меню FrontPad: поля товара, которые нельзя пропускать
Зайдите в раздел Товары и заведите каждую позицию. Вот поля, за которыми чаще всего охотятся ошибки:
| Поле | Что это | Почему важно |
|---|---|---|
| Название | Как блюдо видит гость и повар | Одно и то же название у двух позиций путает и кухню, и интеграции |
| Артикул (код) | Уникальный ID товара | Главный ключ для API и сайта. Дубли артикулов ломают заказы |
| Категория | Группа меню | Управляет отображением и выгрузкой по разделам |
| Цена | Продажная стоимость | Пустая цена = позиция уходит в заказ за 0 ₽ |
| Себестоимость | Затраты на блюдо | Без неё отчёт по марже врёт |
| Модификаторы | Привязанные добавки | Не привязал — гость не выберет опцию |
| Стоп-лист | Флаг «нет в наличии» | Управляет доступностью в реальном времени |
Самое коварное поле — артикул. Это уникальный идентификатор, по которому FrontPad, ваш сайт и любая внешняя система понимают, о каком именно блюде речь. Заведите систему нумерации заранее: например, 1000–1999 — пицца, 2000–2999 — роллы, 9000+ — модификаторы. Это спасёт от каши, когда позиций станет 200, а не 20.
Цена и себестоимость: где теряются деньги
FrontPad считает маржу автоматически, но только если у каждого товара и модификатора заполнена себестоимость. Частая история: основное блюдо посчитано, а «двойной сыр» за 90 ₽ идёт без себестоимости — и отчёт по фудкосту показывает завышенную прибыль на каждой второй пицце. Потратьте час и проставьте себестоимость даже добавкам.
FrontPad модификаторы: как настроить и где ломается
Логика такая: сначала создаёте модификатор как товар (с ценой и артикулом), затем в карточке основного блюда привязываете нужные модификаторы. Разберём по шагам.
- Создайте товары-модификаторы. «Без лука» — цена 0 ₽, «Двойной сыр» — 90 ₽, «Острый соус» — 40 ₽. Каждому — свой артикул из зарезервированного диапазона (9000+).
- Сгруппируйте по смыслу. Размеры отдельно, добавки отдельно, «убрать ингредиент» отдельно. Так гость не запутается, а вы не привяжете к ролламу «толщину теста».
- Привяжите к блюдам. В карточке пиццы отметьте: тесто, размер, добавки. К напиткам — только объём и лёд.
- Проверьте цену модификатора. «Без лука» должно быть 0 ₽. Забыли — и гость платит за минус ингредиента.
Типичные грабли с модификаторами:
- Модификатор не привязан ни к одному блюду. Он есть в справочнике, но гость его не видит. Проверяется просто: откройте карточку блюда и посмотрите список.
- Один модификатор с разной ценой у разных блюд. FrontPad хранит цену у товара-модификатора. Если «доп. сыр» стоит 60 ₽ на бургер и 90 ₽ на пиццу — заводите два разных модификатора.
- Обязательный выбор не настроен. Для пиццы размер должен быть обязательным. Иначе прилетит заказ без размера, и кухня встанет.
- Модификатор в стоп-листе, а блюдо продаётся. Кончился соус — блюдо с обязательным соусом фактически недоступно, но система об этом не всегда предупреждает явно.
Стоп-лист и синхронизация в реальном времени
Стоп-лист — это переключатель «есть/нет» у товара. Кончилась моцарелла — ставите модификатор «двойной сыр» и все блюда с ним в стоп, и они мгновенно пропадают из продажи. Это один из самых недооценённых инструментов: он экономит нервы и возвраты, когда гость заказал то, чего нет на кухне.
Проблема начинается, когда каналов продаж несколько: касса, сайт, агрегаторы, мессенджеры. Стоп-лист во FrontPad — источник правды, но он полезен ровно настолько, насколько остальные каналы его слушают. Если ваш сайт тянет меню из FrontPad по API — отлично, стоп-лист подхватится. Если меню где-то вбито руками — оно устареет в первый же вечер.
API FrontPad: как меню уходит на сайт и к ИИ-администратору
У FrontPad есть открытый API — именно через него внешние системы получают меню и отправляют заказы. Для работы нужен секретный ключ (Secret) из настроек аккаунта. Основное, что стоит знать владельцу:
- Получение меню. Метод отдаёт список товаров с артикулами, ценами, категориями и признаком стоп-листа. Это тот самый мост, по которому актуальное меню попадает во внешние каналы.
- Создание заказа. Заказ уходит во FrontPad набором артикулов и количеств. Модификаторы передаются теми же артикулами товаров-модификаторов — вот почему их аккуратная нумерация так критична.
- Ключ — это доступ к кассе. Не публикуйте Secret в открытом коде сайта и не пересылайте в мессенджерах. Утёкший ключ = чужие заказы и слив данных.
Честно о разделении труда: завести меню, цены, модификаторы и стоп-лист — ваша работа внутри FrontPad, это не автоматизируется за вас. А вот забирать это меню, разговаривать с гостем и оформлять заказ обратно в кассу — уже задача интеграции.
Здесь и подключается ИИ-администратор вроде Людочки: она читает меню и стоп-лист из FrontPad по API, отвечает гостю в мессенджере или по телефону, собирает заказ с модификаторами («пицца 30 см, тонкое тесто, без лука, двойной сыр») и отправляет его во FrontPad готовым — теми самыми артикулами. Если позиция в стоп-листе, Людочка не предложит её гостю. Но работает это ровно настолько чисто, насколько аккуратно заведено меню: артикулы без дублей, модификаторы привязаны, цены проставлены.
Чек-лист перед запуском меню
Прежде чем открывать приём заказов, пройдитесь по списку:
- У каждого товара уникальный артикул, дублей нет;
- Все цены проставлены, нет позиций за 0 ₽ (кроме «без ингредиента»);
- Себестоимость заполнена у блюд и у модификаторов;
- Каждый модификатор привязан хотя бы к одному блюду;
- Обязательные модификаторы (размер, тесто) отмечены как обязательные;
- Категории разложены логично, ничего не висит в «Без категории»;
- Стоп-лист проверен: то, чего нет, — выключено;
- Секретный ключ API хранится безопасно и не светится на сайте.
Заложите на первую полноценную настройку меню из 50–80 позиций примерно вечер. Это разовая работа, которая потом годами держит всю доставку. Сэкономите здесь — будете разбирать ошибки в заказах каждую смену.
Частые вопросы
Чем модификатор отличается от обычного товара во FrontPad?
Технически ничем: модификатор — это тот же товар со своим артикулом, ценой и себестоимостью, просто он прикрепляется к основному блюду как добавка. Поэтому модификатор можно поставить в стоп-лист и он передаётся в заказ по API так же, как обычная позиция.
Почему гость не видит модификатор, который я завёл?
Скорее всего, модификатор создан в справочнике, но не привязан ни к одному блюду. Откройте карточку нужного товара и добавьте модификатор в его список опций — только после привязки он появится при заказе.
Как сделать так, чтобы меню на сайте обновлялось вместе с FrontPad?
Сайт или внешняя система должны тянуть меню через API FrontPad по секретному ключу, а не хранить его отдельно вручную. Тогда цены, новые позиции и стоп-лист подхватываются автоматически. Меню, вбитое руками в двух местах, устареет в первый же вечер.
Можно ли задать разную цену одного модификатора для разных блюд?
Нет, цена хранится у самого товара-модификатора. Если «двойной сыр» должен стоить по-разному на бургер и на пиццу, заведите два отдельных модификатора с разными артикулами и ценами.
Нужно ли заполнять себестоимость у модификаторов?
Обязательно, если хотите видеть честный фудкост и маржу. Без себестоимости у добавок отчёт по прибыли будет завышен, потому что доход с них FrontPad учитывает, а затраты — нет.