Разработка мобильного приложения для ресторана (заказ из-за стола)
Гость садится, сканирует QR-код или берёт планшет, листает меню, добавляет блюда в корзину и отправляет заказ на кухню — без вызова официанта. На выходе — экономия на персонале и рост среднего чека (люди легче добавляют позиции, когда не надо никого ждать). Но за этой простотой прячется real-time синхронизация между несколькими устройствами и кухонным дисплеем.
Архитектура real-time заказов
Заказ из приложения должен мгновенно появиться на кухонном дисплее (KDS — Kitchen Display System). Это WebSocket-соединение: приложение отправляет заказ → Laravel Broadcasting публикует событие в канал кухни → KDS получает событие и показывает новую позицию.
Если стол разбит на несколько устройств (большая компания, у каждого свой планшет или телефон) — заказы с одного стола агрегируются в единый kitchen ticket. Идентификатор сессии стола — это ключ агрегации.
Критичный момент: что делать при потере соединения. Гость добавил блюда, нажал «Заказать» — ответа нет (Wi-Fi на планшете упал). Приложение должно показать состояние «Заказ отправляется» с повторными попытками через exponential backoff, а не молча потерять заказ или выдать «Ошибка, попробуйте снова».
Синхронизация корзины между устройствами стола
Если несколько человек за столом делают заказ с разных устройств, корзина стола — это общее состояние на сервере, а не локальный список в приложении. При добавлении позиции любым участником — все устройства стола получают обновление через WebSocket.
Это меняет архитектуру: вместо HydratedBloc (локальное состояние корзины) — серверная корзина с WebSocket-подпиской. Каждое изменение — optimistic update на клиенте + подтверждение с сервера.
Идентификация стола
QR-код на каждом столе — это URL с параметром table_id или зашифрованным токеном сессии. При сканировании открывается либо веб-версия в браузере (без установки приложения), либо deep link в установленное приложение.
Для планшетного режима (планшет закреплён за столом) — приложение запускается в kiosk mode (Android Task Locking / iOS Guided Access), всегда открыто на нужном столе, не требует авторизации гостя.
Интеграция с кассой
Готовый заказ должен попасть в кассовую систему — iiko, r_keeper, Poster. Большинство имеют REST API или webhook. Реализуем адаптер на Laravel: заказ из мобильного приложения → трансформация под формат кассы → POST в API кассы. Обратный поток — статус «блюдо готово» из KDS → push на устройство гостя.
Стек: Flutter 3.x (или PWA для QR-режима без установки), Laravel 10 + WebSocket, PostgreSQL, Redis, FCM, интеграция с кассой через REST API.
Сроки
Приложение с заказом из-за стола, real-time синхронизацией и KDS — от 12 до 18 недель. С интеграцией кассовой системы и мультиустройственной корзиной — ближе к 18 неделям.
Стоимость рассчитывается индивидуально после анализа требований.