РАЗБОР 05 / 05← Все проекты
ДОСТАВКА / ОПЕРАЦИОННАЯ СИСТЕМА2026

ЦАРЬ РОЛЛ

Заказ — это процесс, а не сообщение в чате.

Витрина доставки связана с кабинетом команды: заказ проходит проверку, сохраняется с историей, движется по этапам и отправляет уведомления в Telegram и MAX.

Автор проекта и разбора — Эрнест, дизайнер и разработчик.

СТАТУС
В ПРОДАКШЕНЕ
МОЯ РОЛЬ
UX/UI · fullstack · CRM · автоматизация

Принять корзину недостаточно. Нужно проверить её по действующему меню, согласовать заказ, провести его через кухню и доставку, сохранить историю клиента и корректно учесть отмену.

ЛОГИКА ПРОЕКТА

У каждого этапа — следующий допустимый шаг.

ПЕРЕД СОЗДАНИЕМ ЗАКАЗАПроверить.
Посчитать.
Сохранить.

Актуальные цены · наличие
Повтор запроса · контакты

ПУТЬ ДОСТАВКИ
  1. 01Новый
  2. 02Подтверждён
  3. 03Готовится
  4. 04Готов
  5. 05У курьера
  6. 06Завершён

Самовывоз: «Готов» → «Завершён»
Отмена — из активных этапов

Доставка проходит через курьера; самовывоз после готовности ведёт к выдаче. Отмена доступна из активных этапов.

01

Сервер заново проверяет корзину

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

Расчёт и защита от повторного заказа не зависят только от браузера.

02

Статусы управляют работой и учётом

Нельзя пропустить этап или снова открыть завершённый заказ. История хранит смену статуса и исполнителя. Промокоды и клиентские показатели учитывают подтверждение; отмена корректирует их.

Новый заказ не становится подтверждённой выручкой автоматически.

03

Сохранение предшествует уведомлению

Заказ записывается в SQLite, затем отправляются сообщения. Сотрудники Telegram проходят одобрение владельца и могут менять этапы кнопками. CRM собирает историю заказов по нормализованному телефону.

Кабинет остаётся основным рабочим местом, а мессенджер помогает реагировать.

Подтверждение не означает оплату

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

Доставке сообщений нужен отдельный контроль

Ошибки отправки уведомлений журналируются. Устойчивой очереди с повторными попытками в этом пути нет; сохранение всего состояния также потребует пересмотра при росте истории.

СЛЕДУЮЩИЙ ШАГ
  • Добавить очередь уведомлений с повторной отправкой и контролем результата.
  • Перейти от перезаписи общего состояния к отдельным операциям с заказами; проверить нагрузку.
JavaScript + Node.js
витрина, кабинет и серверные правила
SQLite + транзакции
заказы, история и клиентские данные
Telegram + MAX
уведомления и действия сотрудников
РЕЗУЛЬТАТ

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

ОРИГИНАЛцарьролл.рф
ВАШ ПРОЕКТ

Нужна система заказов для вашей команды?

Расскажите, что хотите сделать. Обсудим задачу и следующий шаг.

Обсудить задачу