# ТЗ: Evrone Industrial — промышленная логистика

Демонстрационная версия документа · категория «Логистика» · №23

> Это демонстрационное техническое задание: оно показывает структуру и глубину
> документа, который передаётся вместе с прототипом. Боевое ТЗ по этому солюшену
> готовится и заменит этот файл.

## 1. Суть решения

Диспетчеризация техники, смены и задания, телеметрия, ТО, KPI смены.

Диспетчеризация техники на промышленной площадке (карьерные самосвалы, спецтехника), задания и смены, телеметрия и учёт моточасов/топлива, ТО и ремонты по регламенту, KPI смены (тонны, рейсы, простои), аналитика узких мест.

## 2. Технологический стек

| Слой | Решение |
|---|---|
| Backend | Ruby on Rails 8, PostgreSQL |
| Frontend | Hotwire (Turbo + Stimulus), Tailwind CSS |
| Фоновые задачи | Solid Queue |
| Файлы | Active Storage, S3-совместимое хранилище |
| Деплой | Docker, Kamal, production + staging |

## 3. Роли

- Диспетчер
- Водитель техники
- Механик
- Руководитель смены

## 4. Модель данных

### 4.1. Vehicle

```
kind: enum # самосвал, экскаватор, погрузчик
engine_hours: integer
fuel_level: decimal
state: enum
```

### 4.2. Task

```
vehicle_id: references
shift_id: references
payload_tons: decimal
state: enum
```

### 4.3. Maintenance

```
vehicle_id: references
kind: enum # ТО, ремонт
planned_at: datetime
done_at: datetime, nullable
```

## 5. Ключевые сценарии

1. Диспетчер распределяет задания по технике на смену
2. Телеметрия пишет моточасы, расход топлива и простои
3. Механик ведёт ТО и ремонты по регламенту
4. Отчёт смены показывает тонны, рейсы и узкие места

## 6. Интеграции

- Телеметрия техники
- Учётная система предприятия
- Топливные карты

## 7. Нефункциональные требования

- Серверный рендеринг, работоспособность ключевых страниц без JavaScript
- Мобильная адаптивность обязательна
- Роли и права проверяются на уровне сервера, а не интерфейса
- Логирование действий пользователей по значимым операциям
- Покрытие тестами моделей и ключевых сценариев
- Развёртывание одной командой, окружения production и staging

## 8. Состав MVP

Парк техники + задания + смены + отчёт смены.

## 9. Критерии приёмки

1. Все сценарии из раздела 5 проходят end-to-end на тестовом стенде
2. Роли из раздела 3 видят только то, что им положено
3. Интеграции из раздела 6 работают через слой адаптеров и переключаются конфигурацией
4. Прототип разворачивается из репозитория одной командой
5. Документация по запуску и переменным окружения лежит в README