Вечером в ресторане одновременно принимают заказы в зале и на доставку. Гость просит заменить гарнир, бар готовит напитки, кухня ждёт уточнение по блюду, а официанту нужно разделить счёт. После смены управляющий сверяет выручку и пытается понять, почему продуктов осталось меньше, чем показывает учёт.
Программа для ресторана помогает связать эти действия: сохранить состав заказа, передать его нужным сотрудникам, провести расчёт и использовать данные о продажах в учёте. Но результат зависит от того, какие функции подключены, как подготовлены справочники и кто отвечает за ежедневные операции.
Что делает программа для ресторана
Программа для ресторана — это программное обеспечение для работы с заказами, меню, оплатой и другими процессами заведения. В зависимости от состава решения оно также помогает управлять кухней, учитывать продукты, рассчитывать себестоимость, организовывать доставку и получать отчёты.
Под одним названием могут предлагать разные продукты. Простая программа для кафе обслуживает кассу и показывает продажи. Комплексная система связывает несколько рабочих мест и модулей: официанта, кассира, кухню, склад, управляющего. Часть задач при этом может оставаться в отдельных сервисах.
Например, в кофейне сотрудник принимает заказ у стойки и сразу рассчитывает гостя. В ресторане заказ сначала открывают на стол, несколько раз дополняют, отправляют блюда в разные цеха и закрывают после обслуживания. В обоих случаях нужны продажи и оплата, но порядок работы существенно отличается.
| Компонент | Задачи |
|---|---|
| Кассовая программа | Ввод заказа, меню и цены, скидки, расчёт гостя и кассовые операции |
| Складской и производственный учёт | Поступления, рецептуры, движение продуктов, инвентаризация и себестоимость |
| POS-оборудование | Компьютер, экран, принтеры и другие устройства рабочего места |
| Дополнительные модули | Кухонный экран, доставка, бронирование, лояльность и другие выбранные сервисы |
Бухгалтерская программа тоже не заменяет весь ресторанный учёт. Бухгалтеру могут быть нужны итоговые документы, а управляющему — движение ингредиентов, причины списаний и результаты конкретной смены. Состав и периодичность обмена между системами определяют отдельно.
В r_keeper кассовая часть отвечает за работу с заказами и расчёт гостей. Для складского и производственного учёта рассматривают StoreHouse. Учёт, доставку, лояльность и интеграции включают в проект по задачам заведения; все эти возможности не следует считать частью одной базовой лицензии.
Зал, кухня и доставка
Меню и обслуживание гостей
Здесь сотрудник выбирает стол или создаёт заказ у стойки, добавляет блюда, указывает пожелания гостя и передаёт заказ дальше. Для обслуживания за столиками могут понадобиться схема зала, перенос заказа между столами, разделение счёта и поэтапная подача.
При большом меню особенно важен интерфейс. Официант должен быстро находить блюдо и видеть обязательные варианты: размер порции, степень прожарки, гарнир. Если нужный выбор приходится записывать в свободном комментарии, его сложнее использовать при расчёте цены и расхода продуктов.
Стоп-лист помогает остановить продажу недоступного блюда. Но его связь со складскими остатками нельзя считать заданной по умолчанию. Нужно выяснить, кто добавляет блюдо в стоп-лист, распространяется ли запрет на доставку и что произойдёт с уже открытыми заказами.
Для ресторана важны перенос стола, добавление позиций, разделение счёта и работа нескольких сотрудников с заказом. Для кафе у стойки — скорость выбора блюда, исправления ошибки и перехода к оплате.
Кухня и бар
Заказ передают на сервисный принтер или кухонный экран — KDS. Принтер выдаёт задание на бумаге. Экран может показывать очередь и статусы приготовления, если такие возможности предусмотрены выбранным решением.
До покупки нужно определить маршруты: напитки идут в бар, горячие блюда — в соответствующий цех, а выдача получает сведения, необходимые для сборки. Сотрудникам важно отличать новый заказ от дополнения, отмены и повторной печати.
Для небольшой точки может быть достаточно принтера. Экран имеет смысл выбирать, когда сотрудники действительно будут отмечать статусы, а управляющему нужны данные о времени приготовления. Если статусы никто не обновляет, точность такой аналитики будет ограниченной.
Доставка и лояльность
Для доставки важен полный путь заказа: получение, подтверждение, приготовление, упаковка, выдача и расчёты. Если заказы поступают из нескольких каналов, проверяют актуальность меню, цены, стоп-лист и защиту от повторного создания одной заявки.
Бонусы и скидки полезны, когда для них определены понятные правила. Нужно проверить начисление, списание, ограничения и возврат покупки. Отдельный вопрос — что произойдёт с бонусной операцией при недоступности внешнего сервиса.
Порядок работы с очередью блюд и статусами описан в статье о кухонном экране KDS. Для заказов из нескольких каналов важна синхронизация стоп-листа: недоступное блюдо должно вовремя исчезать из продажи.
Как заказ попадает в учёт
Например, гости заказывают два горячих блюда и напитки, к одному блюду добавляют соус, а счёт просят оплатить раздельно.
- Сотрудник создаёт заказ. Выбирает стол, добавляет позиции и платное дополнение. Программа рассчитывает сумму по действующему меню. Пожелание «без лука» должно быть заметно кухне; платный соус — ещё и правильно отражаться в цене и учёте.
- Заказ распределяется по участкам. Бар получает напитки, кухня — горячие блюда. Сотрудники видят относящиеся к ним позиции и комментарии. Если используется управление подачами, проверяют, как кухня узнаёт, что блюдо нужно готовить сейчас или позднее.
- Изменения передаются исполнителям. Гость отказывается от одного напитка. Программа и регламент должны позволять понять, получил ли бар заказ и начал ли приготовление. Отмена до приготовления и списание уже приготовленного напитка — разные события.
- Гостей рассчитывают. Сотрудник разделяет позиции между счетами и проводит предусмотренные способы оплаты. Результат нужно проверить и в заказе, и в платёжном сервисе, и в кассовых документах. Один успешный шаг не подтверждает автоматически остальные.
- Продажи поступают в учёт. При настроенном обмене сведения используются для расчёта расхода продуктов по рецептурам. Когда именно происходит обработка — сразу, по расписанию или при выполнении учётной операции — зависит от конфигурации.
- Руководитель проверяет смену. Сопоставляет продажи, оплаты, возвраты и списания. Если цифры расходятся, важно проследить путь конкретного заказа, а не только увидеть общую сумму за день.
Складской учёт и себестоимость
В этой части системы учитывают закупки, поступления, перемещения, приготовление заготовок, расход ингредиентов и инвентаризации. Именно здесь продажу блюда связывают с продуктами, из которых его приготовили.
Для ресторана полного цикла важно учитывать не только конечное блюдо, но и полуфабрикаты. Например, соус готовят отдельной партией, а затем используют в нескольких позициях меню. Если такую схему заменить условным списанием одного ингредиента, отчёты будут плохо отражать реальную работу кухни.
Учётная программа для ресторана должна соответствовать производству: учитывать сырьё, заготовки, выход готовой продукции, потери при обработке и разные единицы измерения. Особенно внимательно проверяют переходы между килограммами, граммами, литрами, упаковками и порциями.
Например, сыр закупают головками, хранят в килограммах, а в рецепте используют граммы. Ошибка в пересчёте способна испортить остатки сразу по нескольким блюдам. Такие случаи лучше проверить на собственных накладных и техкартах до запуска.
Автоматическое списание по рецептуре показывает расчётный расход. Программа сама не взвешивает каждую порцию и не узнаёт о порче, если её не зафиксировали. Поэтому приходные документы, производственные операции и инвентаризации остаются частью ежедневной работы.
В технологической карте фиксируют состав, нормы ингредиентов и выход блюда. Данные карты связывают продажу с расчётным расходом продуктов; фактические отклонения выявляют при инвентаризации ресторана.
Как считать фудкост
Программа помогает сопоставлять стоимость продуктов с продажами. Для принятия решений нужно заранее договориться, что именно входит в показатель и за какой период он рассчитан.
Условный пример: ингредиенты одной порции обходятся в 24 000 сумов, цена блюда — 80 000 сумов. Доля стоимости ингредиентов в цене составляет 24 000 ÷ 80 000 × 100% = 30%. Если из-за новых закупочных цен стоимость ингредиентов выросла до 28 000 сумов, при прежней цене доля составит 35%.
Это пример расчёта по одному блюду, а не норматив для ресторанов. Он также не показывает чистую прибыль: остаются зарплата, аренда, коммунальные расходы и другие затраты. Для доставки отдельно полезно учитывать упаковку, комиссию канала и расходы на выполнение заказа.
Подробный расчёт и причины отклонений приведены в статье про фудкост ресторана.
Выбор программы под формат заведения
Площадь помещения и количество посадочных мест полезны для описания объекта, но сами по себе не определяют подходящее ПО. Две одинаковые по размеру точки могут сильно различаться по меню, потоку заказов и производству.
В требованиях удобно выделить три группы: обязательно при запуске, понадобится на следующем этапе, можно не подключать. Для необязательных функций всё равно стоит узнать стоимость расширения. Иначе недорогой старт может потребовать дорогой замены системы при открытии второй точки.
| Формат | Основные задачи |
|---|---|
| Кофейня, небольшое кафе | Быстрый заказ у стойки, размеры напитков, добавки, простые рецептуры и списания |
| Ресторан с обслуживанием за столами | Схема зала, подачи, модификаторы, разделение счёта и полномочия смены |
| Бар | Порционный расход, рецептуры коктейлей, учёт бутылок и открытых остатков |
| Фастфуд | Скорость кассы, состав комбо, очередь кухни и сборка заказа на выдаче |
| Доставка, dark kitchen | Заказы из разных каналов, стоп-лист, упаковка и выдача курьеру |
| Пекарня или столовая | Выпуск партиями, полуфабрикаты, выход продукции и непроданные остатки |
| Сеть заведений | Общие справочники, цены по точкам, перемещения и сводные отчёты |
Облачное или локальное решение
Способ размещения — другой критерий. Облачное, локальное и смешанное решение описывают организацию работы системы, а не глубину её ресторанных функций.
| Размещение | Что согласовать |
|---|---|
| Облачное | Какие операции выполняются на месте, что требует интернета, как выгрузить данные и восстановить доступ |
| Локальное | Кто обслуживает сервер или рабочий компьютер, делает резервные копии и восстанавливает систему |
| Смешанное | Какие данные хранятся локально, как происходит синхронизация после восстановления связи |
Слова «облачная программа» не означают, что касса обязательно останавливается без интернета. Локальная установка тоже не гарантирует автономность оплаты, доставки и внешней лояльности. Поведение проверяют для каждой операции выбранной конфигурации.
Что проверить в Узбекистане
Оплата и кассовые документы. Передайте поставщику список банков, терминалов и QR-сервисов, которыми пользуется заведение. Попросите показать продажу, отказ оплаты, повторную попытку и возврат на согласованной конфигурации. Порядок формирования фискальных документов и применимые требования проверяют для конкретного бизнеса до запуска.
Языки и названия. Проверьте отображение меню, комментариев и печатных заданий на языках, с которыми работает команда. Важно, чтобы названия и символы корректно выводились не только на экране кассира, но и на кухонном принтере.
Интеграции. Укажите точную программу бухгалтерии, её версию и нужный обмен. Фразы «есть интеграция с 1С» недостаточно: понадобятся сведения о документах, направлениях передачи, расписании и обработке ошибок.
Поддержка по графику заведения. Если ресторан закрывается после полуночи, уточните помощь в вечерние часы, выходные и праздники. Зафиксируйте, что считается критическим сбоем, как зарегистрировать обращение и когда подключается специалист.
Состав поставки на текущую дату. В предложении должны быть версии, модули, количество рабочих мест и условия обновления. Возможности из старого обзора или демонстрации другой комплектации нельзя автоматически переносить в свой проект.
Стоимость программы и внедрения
Стоимость программы — только часть бюджета. Сравнивать предложения удобнее на одинаковом горизонте, например за первый год, при одном числе касс, пользователей и подключённых функций.
Бюджет первого года = разовые работы и оборудование + регулярные платежи за 12 месяцев + согласованные дополнительные расходы.
- лицензии или подписку: касса, учёт, кухня, доставка, лояльность и дополнительные рабочие места;
- оборудование: кассовые компьютеры, принтеры, экраны, сетевые устройства и резервное питание;
- подготовку: настройку меню, техкарт, остатков, прав, интеграций и перенос данных;
- запуск: обучение сотрудников, тестирование и помощь в первых сменах;
- сопровождение: обновления, поддержку, резервное копирование и платные обращения, если они предусмотрены;
- развитие: подключение новой точки, кассы, канала доставки или дополнительного отчёта.
Отдельно сравнивают расходы банка, платёжных сервисов и каналов доставки. Они могут не входить в счёт интегратора, но влияют на экономику выбранного процесса.
До подписания уточните, что произойдёт при прекращении подписки, сколько стоит выгрузка данных и кому принадлежат доступы администратора. Возможность получить собственные справочники и историю операций важна не меньше начальной цены.
Оборудование ресторана
Оборудование подбирают после описания процессов и выбора конфигурации ПО. Уже работающие устройства сначала проверяют на совместимость: заменять всё без обследования необязательно.
Для кассира могут использоваться POS-моноблоки. При выборе учитывают требования программы, подключение периферии, удобство экрана и условия рабочего места. Для официанта отдельное мобильное устройство имеет смысл, если выбранное приложение поддерживает нужные действия в зале.
Для кухни и бара выбирают принтеры заказов или экраны. В разделе принтеров SBG можно подобрать оборудование под задачу печати; конкретную модель согласуют с ПО. Принтер кухонного задания и устройство, участвующее в выдаче фискального чека, нельзя считать взаимозаменяемыми только потому, что оба печатают на бумаге.
Также проверяют локальную сеть, покрытие Wi-Fi, питание и размещение устройств. Если связь пропадает в дальнем зале, мобильное рабочее место официанта будет неудобным независимо от возможностей программы.
Как перейти на новую систему
- Обследование. Описывают путь заказа, меню, производство, расчёты и отчётность. Для действующего заведения полезно разобрать несколько проблемных смен: где сотрудники повторно вводят данные и какие операции требуют ручных исправлений.
- Согласование состава. Фиксируют программы, оборудование, интеграции, обязанности сторон и критерии готовности. Для каждой задачи должно быть понятно, входит ли она в стоимость или оценивается отдельно.
- Подготовка данных. Проверяют блюда, ингредиенты, единицы измерения, рецептуры и начальные остатки. При переходе выясняют, что можно перенести автоматически, что нужно очистить и какая история останется в архиве старой программы.
- Настройка и проверка. Проводят типовые заказы, изменения, оплаты, возвраты и учётные операции. Отдельно проверяют доступы, печать, обмен и резервное восстановление.
- Обучение. Кассир отрабатывает расчёты, официант — обслуживание, менеджер — исключения, ответственный за учёт — документы и пересчёт. Общей презентации для всех ролей обычно недостаточно.
- Переключение. Выбирают время запуска, закрывают незавершённые операции по согласованному порядку и сверяют остатки. Назначают ответственных, канал связи и условия возврата к резервному сценарию, если критическая проверка не пройдена.
- Первые смены. Сверяют реальные заказы с оплатами и учётом, исправляют настройки, собирают вопросы сотрудников. Срок запуска зависит от готовности данных, числа точек и сложности обмена, поэтому его стоит связывать с планом работ.
Для сети разумно сначала проверить решение на одной типичной точке. При этом пилот должен включать сложные операции сети, а не только самые простые продажи.
Проверка перед запуском
Подготовьте небольшое тестовое меню: несколько обычных блюд, позицию с модификаторами, полуфабрикат и товар, который продаётся порциями. Добавьте пример накладной, типичную скидку и привычные способы оплаты.
После показа дайте сотруднику самостоятельно провести несколько операций. Если всё выполняет только специалист поставщика, оценить удобство ежедневной работы сложно.
Отказ интернета, поломка кассового компьютера, недоступность банка и сбой кухонного принтера — разные ситуации. Для каждой нужен свой порядок действий.
Например, локальный заказ может сохраниться при отключении внешней связи, но подтверждение оплаты или получение новой доставки останется недоступным. После восстановления важно исключить повторную печать, повторный заказ и двойную обработку операции.
Попросите описать резервный вариант: где открыть заказы при поломке рабочего места, как восстановить данные и кто помогает сотрудникам. Проверку отключений проводят в согласованной тестовой среде, чтобы не нарушить обслуживание гостей.
Как оценить результат
До запуска выберите несколько показателей, которые можно измерять одинаково. Это могут быть время ввода заказа, число повторных вводов, ошибки передачи на кухню, время закрытия смены или количество несверенных оплат.
Сравнивайте сопоставимые дни и часы с учётом числа заказов, состава смены и изменений меню. Если после запуска выросла выручка, причиной могли быть реклама, сезонность или новые цены. Для оценки программы полезнее сначала проверить конкретную операцию, которую хотели улучшить.
По учёту отдельно смотрят своевременность ввода накладных, актуальность техкарт и причины расхождений. В первые периоды новая система может показать больше проблем просто потому, что раньше их не фиксировали. Это повод разобраться в данных, а не сразу признать внедрение неудачным.
