46 lines
2.7 KiB
Markdown
46 lines
2.7 KiB
Markdown
# Сценарии работы приложения
|
||
|
||
## 1. Менеджер создаёт заказ
|
||
|
||
1. Менеджер входит по email и OTP.
|
||
2. Создаёт заказ с клиентом, адресом, каналом связи и комментарием.
|
||
3. Заказ получает статус `Новый`.
|
||
4. После проверки менеджер переводит его в `Подтверждён`.
|
||
5. Затем переводит в `В очереди производства`.
|
||
|
||
## 2. Производство запускает заказ
|
||
|
||
1. Начальник производства открывает очередь.
|
||
2. Переводит заказ в `В производстве`.
|
||
3. По завершении меняет статус на `Готово к доставке`.
|
||
4. В `order_history` фиксируются пользователь, время и переход статусов.
|
||
|
||
## 3. Логист согласует доставку через чатбот
|
||
|
||
1. Логист видит заказ со статусом `Готово к доставке`.
|
||
2. Система или логист отправляет сообщение в VK, Telegram или Messenger Max.
|
||
3. Статус меняется на `Согласование с клиентом через чатбот`.
|
||
4. Клиент подтверждает слот.
|
||
5. Статус переходит в `Доставка запланирована`.
|
||
|
||
## 4. Клиент переносит доставку
|
||
|
||
1. Клиент жмёт кнопку переноса.
|
||
2. Бот предлагает новые слоты.
|
||
3. Выбранный слот сохраняется в `delivery_slots`.
|
||
4. В заказе фиксируется новый статус `Доставка перенесена`.
|
||
5. Логист и менеджер получают уведомление.
|
||
|
||
## 5. Исключение
|
||
|
||
1. Если клиент не отвечает в течение SLA, система создаёт исключение.
|
||
2. Статус становится `Исключение: отсутствие ответа клиента`.
|
||
3. Администратор видит инцидент в панели аудита.
|
||
4. После ручной обработки логист может снова отправить сообщение или отменить доставку.
|
||
|
||
## 6. Завершение доставки
|
||
|
||
1. Логист отмечает фактическую доставку.
|
||
2. Заказ получает статус `Доставка завершена`.
|
||
3. В истории появляется финальная запись, а чат закрывается для активных действий.
|