Описание функционала KDS (Kitchen Display System) для WEB-разработчиков

1. Основная цель
Разработать веб-приложение для отображения и управления заказами на кухне ресторана. Система получает данные из POS-системы, отображает их поварам и передает обратно статусы приготовления.

2. Архитектура и интеграция

  • API: Приложение должно предоставлять REST API (или WebSocket) для приема данных из любых внешних POS-систем.

  • Мультитенантность: Необходима поддержка работы с несколькими ресторанами (организациями) и их точками через одну систему. Реализовать настройку подключения к разным серверам POS и выбор доступной точки.

  • Данные от POS: Приложение получает и должно быть способно обрабатывать данные о:

    • Заказах (номер, время, стол, официант).

    • Блюдах (название, курс приготовления, модификаторы, комментарии гостя).

    • Атрибутах для фильтрации (коды цехов/зон).

    • Данных для рецептов (текст, фото).

3. Обязательный базовый функционал (Core Features)

3.1. Рабочие экраны и интерфейсы

  • Экран "По заказам":

    • Отображение заказов, сгруппированных по столам.

    • Сортировка по времени поступления и приоритету от POS.

    • Отображение всей информации по заказу (номер, стол, официант, блюда по курсам, комментарии).

    • Кнопка массового действия "Начать готовить все блюда".

  • Экран "По цехам/зонам":

    • Отображение блюд без привязки к заказам, единым списком.

    • Фильтрация осуществляется путем сопоставления кодов цехов из POS с фильтрами в KDS.

    • Очередность и приоритет блюд управляется POS-системой.

  • Экран "Готовые" (сборщика):

    • Отображение заказов, все блюда в которых имеют статус "ГОТОВ".

    • Заказы скрываются после установки статуса "ВЫДАН".

3.2. Управление статусами жизненного цикла заказа
Реализовать конечный автомат статусов для каждого блюда с передачей времени на каждом этапе в POS-систему:

  1. НОВЫЙ -> (время получения)

  2. В ПРОЦЕССЕ -> (время начала приготовления)

  3. ГОТОВ -> (время завершения приготовления, блюдо скрывается с экрана повара)

  4. ВЫДАН -> (время выдачи, блюдо уходит в архив)

4. Важный дополнительный функционал (High-Priority Features)

4.1. Дополнительные экраны и данные

  • Экран "Электронная очередь":

    • Split-view интерфейс: слева - заказы в работе, справа - готовые к выдаче.

  • Модуль "Рецепты":

    • Возможность открыть модальное окно с рецептом и фото блюда по клику на него. Данные запрашиваются из POS.

4.2. Отчетность и архив

  • Раздел "Архив" для просмотра закрытых заказов за смену.

  • Базовая аналитика: расчет среднего времени на каждом этапе, нагрузка.

5. Опциональный функционал (Future Enhancements)

  • Кнопка "ВЫЗОВ ОФИЦИАНТА" с отправкой уведомления в POS-систему или систему для официантов.


    Система JUPITER                                 www.jupiter.systems                                 (с) 2024г.