Официант вводит заказ, кухня видит его на экране, продажа попадает в складской учёт, при закрытии смены касса сверяется с учётом. Фискальный чек и рецептура блюда — отдельный вопрос: мы описываем их открыто.
Ресторан работает одновременно в двух местах: в зале и на кухне. Разрыв между ними приводит к задержкам, потерям и спорам.
Odoo S.A. публикует в Apps Store отраслевые пакеты для общественного питания. Odoo описывает их как «готовую настроенную базу». В категории Hospitality (линейка Odoo 20, по состоянию на 25 октября 2026 года) есть «Fine Dining Restaurant», «Fast Food», «Bar & Pub», «Takeaway Restaurant», «Food Trucks» и «Catering».
Пакет Fine Dining на своей странице описан как охватывающий бронирование, заказы, склад и сотрудников. Среди его зависимостей — Restaurant (POS), Appointments, Planning, Purchase, Employees, Attendances, Website и Project. Пакет Fast Food объединяет кассу, заказ по телефону, самостоятельный заказ через киоск или QR, экран кухни, график смен и закупки. Пакет Catering охватывает предложение, план меню и логистику на месте — для каждого мероприятия (event).
У всех трёх пакетов на странице есть одно условие: пакет требует Odoo Enterprise. Доступность: Odoo Online, Odoo.sh и собственный сервер. А отраслевая страница Odoo для ресторана отдельный пакет не упоминает, а только перечисляет приложения: Point of Sale, Purchase, Appointments, Inventory, Planning и Website.
Основа — ресторанная касса. Остальные приложения связывают её с кухней, складом, закупками и учётом. Какие приложения нужны, определяется на диагностике.
План зала, столы, заказ, курсы подачи, разделение счёта, чаевые, временное скрытие блюда из меню (Odoo 20).
Заказ по категории попадает на экран кухни или бара; есть этапы и отметка о задержке.
Предварительное бронирование стола, ресурс и вместимость. Бронь видна на плане зала. Входит в Enterprise.
Приём сырья, внутреннее перемещение, инвентаризация и списание.
Срок годности по партии (лоту), дата предупреждения, первоочередной расход сырья с истекающим сроком (FEFO).
Правило минимального остатка, запрос коммерческого предложения поставщику и заказ.
Заготовки вроде соуса, теста, маринада: спецификация (BoM) и производственный заказ.
Постановка официанта, повара и кассира в смену. Входит в Enterprise.
Кассовый журнал, бухгалтерская проводка при закрытии смены, учёт расчётов с поставщиками, счёт-фактура корпоративному клиенту.
Каждый шаг оставляет в Odoo документ. Зал, кухня и учёт работают с одним и тем же заказом.
Блюда распределяются по категориям, собираются комбо (сеты). Налоговая настройка для обслуживания в зале и для заказов навынос задаётся отдельно.
На плане зала рисуются столы. Для большой компании столы объединяются перетаскиванием, они привязываются к одному заказу и после оплаты возвращаются на место.
Официант выбирает стол и добавляет блюда. Курсы подачи задаются вручную или автоматически по категории. Начиная с Odoo 19, при самостоятельном заказе есть управление аллергенами.
После нажатия «Send» первый курс попадает на экран кухни. Следующие курсы остаются в статусе «Pending» и выходят, когда официант нажимает «Fire». Там, где нет экрана, работает сетевой кухонный принтер.
Счёт делится между гостями: каждый субзаказ оплачивается отдельно. Чаевые записываются отдельным товаром; в Odoo 20 можно также добавить сервисный сбор.
Наличные, карта или QR. Чек Odoo — внутренний документ, а фискальный чек выдаёт кассовое средство из реестра.
Срок годности сырья контролируется по лотам, непригодный товар списывается с указанием причины. Расход проданного блюда зависит от пути учёта рецептов (ниже).
Кассир пересчитывает деньги, при расхождении сверх допустимого менеджер подтверждает. Руководитель видит выручку по сессиям, способам оплаты и блюдам; начиная с Odoo 19 есть и отчёт о времени приготовления.
Честный ответ: в ресторанной документации Odoo списание расхода ингредиентов при продаже блюда не описано. Отраслевая страница Odoo для ресторана тоже не упоминает рецепт или ингредиент. Спецификация (BoM) и производственный заказ есть в приложении Manufacturing, но их связь с кассой в официальной ресторанной документации не раскрыта.
Путей три, выбор зависит от вашего процесса. Первый: производственный заказ для заготовок (соус, тесто, маринад); касса продаёт готовое блюдо, а расход сверяется периодической инвентаризацией. Второй: спецификация типа «комплект» (Kit). Согласно документации, при продаже комплекта в заказе остаётся одна строка, а при отгрузке записываются компоненты; как это работает в кассе, проверяется на тестовой базе. Третий: сторонние модули в Apps Store. Поиск по слову «ingredient» 25 октября 2026 года показал в линейке 19.0 34 приложения, среди них есть те, что связывают товар кассы со спецификацией. Качество проверяется по каждому отдельно; Odoo Online с ними несовместим.
Правовая сторона: по правилам общественного питания предприятие составляет и утверждает рецептуру блюд. Вести калькуляционную карточку необязательно, она предназначена для внутреннего использования и не служит основанием для установления цены (постановление Кабинета Министров №75, приложение 2, п. 15).
Пример условный, без цифр. В ресторане семейное застолье за тремя объединёнными столами. Бронь ранее внесена через Booking и видна на плане зала.
Часть, касающаяся зала и кухни, есть в готовых приложениях. Расход по рецептам, фискальный чек и местные платформы — отдельная работа. Сведения основаны на документации и новостях Odoo 19 и 20; если в вашей версии есть отличия, проверим на диагностике.
| Задача | В стандартном Odoo | Дополнительная работа (BUline) |
|---|---|---|
| Столы, план зала, объединение столов | Есть: POS Restaurant, редактор плана зала, объединение перетаскиванием | Структура зала, номера столов, роли |
| Отправка на кухню | Есть: экран кухни (работает в браузере, IoT Box не поддерживается, документация 19.0) или сетевой принтер | Маршрут по категориям: кухня, бар, десерт; этапы |
| Курсы подачи | Есть: вручную или по категории, выход по «Fire» | Привязка категорий к курсам, инструкция для официанта |
| Бронирование стола | Есть: Booking в POS; Appointments (Enterprise) с ресурсами и вместимостью | Правила бронирования, срок отмены, уведомление |
| QR-меню и самостоятельный заказ | Есть: «QR menu», «QR menu + Ordering», «Kiosk». В киоске терминал только Adyen, Stripe, Viva.com; наличные не поддерживаются | Настройка меню, проверка местного способа оплаты |
| Разделение счёта, чаевые | Есть; в Odoo 20 добавляется и сервисный сбор | Привести правило чаевых и сервисного сбора в соответствие с вашей политикой |
| В зале, навынос, доставка | Есть: пресеты и разные налоговые позиции | Подтвердить налоговую позицию с бухгалтером |
| Рецептура и расход ингредиентов | В ресторанной документации не упомянуто | Один из трёх путей выше, оценивается отдельно |
| Срок годности и FEFO | Есть: лот, четыре даты, FEFO. Касса Odoo 20 предупреждает о товаре с истёкшим сроком | Для каких групп сырья включить отслеживание |
| Заказы с платформ доставки | Местных платформ в документации нет. В новостях Odoo упомянуты интеграции GoFood, GrabFood и UrbanPiper (для других рынков) | Договорённость с платформой и интеграция, оценивается отдельно |
| Налоговый чек (онлайн- или виртуальная касса) | Нет: в документации Odoo не упомянуто подключение к узбекскому фискальному модулю | Подключение к кассовому средству из реестра или другая схема. Страница о кассе |
Нижеследующее проверено по официальным источникам. То, что относится к вашему типу объекта, мы письменно фиксируем списком на диагностике.
Каждое подключение оценивается и выполняется отдельно. Мы не обещаем, что «готовый коннектор есть».
Отчёты не выгружаются в отдельную таблицу: они формируются из документов сессий, заказов и склада в этой же базе.
Этапы соответствуют общему методу BUline. Срок письменно согласовывается после диагностики. Порядок внедрения →
Изучаются процесс зала и кухни, структура меню, текущее кассовое средство и программа, платформы доставки, учёт заготовок и рецептов. Готовятся письменные вопросы в налоговую службу. Результат: карта бизнес-требований (BRD).
Утверждаются пакет или набор приложений, схема кассы (после письменного ответа), путь учёта рецептов, структура склада и тип хостинга.
Сначала пилот с реальной работой в одном зале или одном филиале: стол, кухня, касса, закрытие смены. Затем остальные филиалы.
Официантов, кассиров, поваров, кладовщиков и менеджеров обучаем по ролям; практика проходит на данных вашего меню. Выдаются инструкции и видеоуроки.
После запуска — 30 дней усиленной поддержки, затем согласованное постоянное сопровождение: новый филиал, изменение меню, отчёты.
Этот список ускоряет диагностику. Начать можно и без полного комплекта.
| Ошибка | Последствие | Как предотвращаем |
|---|---|---|
| Не определить в начале путь учёта расхода ингредиентов | Себестоимость и складской учёт не сходятся | Выбрать путь учёта рецептов на диагностике и проверить на тестовой базе |
| Включить контроль срока годности для всего сырья | При приёмке растёт объём дополнительного ввода данных | Включить только для быстропортящихся групп |
| Строить схему кассы, не согласовав её с налоговой службой | Схема может попасть под новый запрет | Получить письменный ответ до этапа архитектуры |
| Не проверить, как работает экран кухни при обрыве связи | В часы пик кухня может остаться без заказов | Смоделировать обрыв на тестовой базе и описать резервный порядок |
| Не привязать курсы к категориям | Все блюда выходят одновременно | Связать категории с курсами и научить официанта порядку «Fire» |
Есть. Odoo S.A. публикует в Apps Store пакеты «Fine Dining Restaurant», «Fast Food», «Bar & Pub», «Takeaway Restaurant» и «Catering». Это готовая настроенная база, требующая Enterprise и доступная также в Odoo Online. Локализация для страны, фискальный чек и местные платформы в пакет не входят.
Есть и то и другое. Экран кухни работает в браузере: достаточно телефона или сенсорного экрана, подключённого по USB/HDMI, IoT Box не поддерживается (документация Odoo 19.0). Принтер подключается по сети по IP-адресу и служит резервом.
В ресторанной документации это не описано. Пути: производственный заказ для заготовок, спецификация типа «комплект» (Kit) или сторонний модуль. Какой из них подходит вашему процессу, мы покажем с расчётом на тестовой базе.
На странице ресторана Odoo описывает онлайн-бронирование через Appointments, бронь видна на плане зала. Appointments входит в Enterprise. Правила бронирования (вместимость, срок отмены, аванс) согласовываются на диагностике.
Касса Odoo ведёт заказ, стол и оплату, а фискальный чек выдаёт кассовое средство из реестра. Новая редакция пункта 4 постановления №943 запрещает предприятиям общественного питания использовать не интегрированные программы учёта. Подпадает ли касса Odoo под это определение, мы письменно выясним в налоговой службе. Страница о кассе →
В документации Odoo местных платформ нет; интеграции из новостей Odoo (GoFood, GrabFood, UrbanPiper) рассчитаны на другие рынки. Обмен заказами с Yandex Eats, Wolt или Uzum Tezkor зависит от условий партнёрства этих сервисов. На диагностике мы получаем от платформы письменный ответ и оцениваем путь подключения.
Odoo Online несовместим со сторонними и кастомными модулями. Если нужен модуль фискального чека, платформы или ингредиентов, выбирается Odoo.sh или собственный сервер. Отраслевые пакеты в Online доступны. Типы хостинга →
Лицензия Odoo зависит от числа пользователей и приложений (условия на odoo.com). Объём работ BUline зависит от числа залов и столов, филиалов, приложений, кастомизации, интеграций, объёма данных и обучения. Точные затраты и сроки указываются в письменном предложении после бесплатной диагностики.
На диагностике разберём ваши процессы и скажем, где достаточно стандартного Odoo, а где нужна настройка, — со списком приложений, версией и этапами.