Главная → Блог → Программа для общепита

Программа для общепита: что она должна уметь и как её выбрать

6 сентября 2026 · 9 минут

Под «программой для общепита» разные люди понимают разное: кто-то кассу, кто-то складской учёт, кто-то приём заказов на доставку. В итоге заведение покупает три системы, которые не разговаривают друг с другом, и сводит данные вручную. Разберём, из чего вообще состоит такая программа и какие вопросы задать себе до покупки.

Чем программа для общепита отличается от кассы

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

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

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

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

Что должна уметь программа для общепита

1. Принимать заказы из всех каналов в одно окно

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

Лента заказов: зал, приложение, сайт и агрегаторы в одном списке — Один список заказов. Слева состав, в центре оплата, справа адрес и статус; бейджем помечено, откуда пришёл заказ.

2. Держать меню и цены в одном месте

Меню меняется чаще, чем кажется: сезонные позиции, стоп-лист, разные цены для зала и доставки, отдельные цены для агрегаторов. Если карточку блюда приходится править в пяти местах, рано или поздно где-то останется старая цена — обычно там, где её увидит гость.

Справочник блюд и полуфабрикатов с категориями — Меню ведётся в одном месте: категории слева, блюда и полуфабрикаты справа. Отсюда цены уходят во все каналы.

3. Считать себестоимость по техкартам

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

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

4. Списывать продукты и показывать реальные остатки

Продажа блюда должна автоматически списывать ингредиенты по техкарте. Плюс отдельно — приход от поставщика, перемещения между складами, ревизии. Без этого «остаток» существует только в голове у шеф-повара, а расхождения всплывают раз в месяц и объяснить их уже некому.

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

5. Управлять доставкой, а не просто её фиксировать

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

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

Зоны доставки на карте в карточке торговой точки и порог бесплатной доставки — Зоны доставки рисуются прямо на карте. У каждой своя цена, свой порог бесплатной доставки и минимальная сумма заказа — адрес гостя сам попадает в нужную зону.

6. Отдавать меню в агрегаторы и принимать оттуда заказы

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

Раздел агрегаторов: заказы, доступность заведений и актуальное меню — Раздел агрегаторов: заказы за период, доступность точек и меню, которое сейчас видит Яндекс Еда. Стоп-лист и цены уезжают туда из той же карточки блюда.

7. Показывать деньги без ручных сводок

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

Как выбрать и на чём обычно ошибаются

Считать функции, а не задачи

Список возможностей на сайте есть у всех, и он у всех примерно одинаковый. Полезнее взять три своих реальных сценария — например, «гость заказал на дальний адрес», «повар поставил блюдо в стоп-лист», «пришла накладная от поставщика» — и попросить показать их вживую. Разница между системами видна именно здесь.

Не проверять, что будет при закрытии смены

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

Забыть про тех, кто будет работать в системе

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

Смотреть только на цену подписки

К подписке обычно добавляются внедрение, обучение, интеграции, иногда плата за каждое рабочее место или процент с онлайн-заказов. Спрашивайте итоговую сумму за первый год, а не цену из тарифной таблицы.

Когда пора ставить систему

заказы приходят больше чем из двух источников, и их сводят вручную;
себестоимость блюда никто не может назвать без калькулятора;
остатки на складе расходятся с фактом, и причину не находят;
меню в агрегаторах отличается от вашего;
вы не знаете, сколько заработала доставка отдельно от зала.

Если совпало хотя бы три пункта — потери уже есть, просто они не оцифрованы.

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

DelRes — система для заведений с доставкой. Заказы из зала, с сайта, из приложения и от агрегаторов попадают в один список; меню и цены ведутся в одном месте и оттуда же уезжают в агрегаторы; продажа списывает продукты по техкарте.

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

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

Показать на ваших блюдах

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