1. Назначение отчета
Отчет предназначен для контроля заявок на ремонт, созданных водителями, и отслеживания их перехода в сервисные работы (СР).
Позволяет:
- видеть все заявки на ремонт
- контролировать статус обработки заявок
- отслеживать создание и выполнение СР
- контролировать ответственных за ремонт
📌 В системах управления автопарком такие отчеты используются для повышения прозрачности и принятия управленческих решений по ремонту
2. Источник данных
Отчет формируется на основе:
- заявок водителей
- сервисных работ (СР)
- связки “заявка → СР”
- статусов обработки
3. Особенности отображения
- табличный отчет
- каждая строка = отдельная заявка на ремонт
-
заявка может:
- не иметь СР
- иметь связанную СР
4. Структура отчета
4.1. Фильтры
- ID заявки
- Госномер
- Тип ТС
- Автор заявки (водитель)
- Дата создания
- Статус заявки
- Тип СР
- Ответственный за СР
- Статус СР
4.2. Табличная часть
- ID заявки
- Госномер
- Тип ТС
- Автор заявки
- Дата создания
- Статус заявки
- Тип СР
- Ответственный за СР
- Ссылка на СР
- Статус СР
5. Ключевая логика (ОЧЕНЬ ВАЖНО)
5.1. Жизненный цикл заявки
Водитель → создает заявку → заявка обрабатывается → создается СР
5.2. Статус заявки
Отражает этап обработки заявки:
- Новая — заявка не обработана
- Прочитано — заявка просмотрена
- (дальше логика может зависеть от процессов компании)
5.3. Связь с сервисной работой (СР)
Заявка → может перейти в СР
📌 Важно:
- не у всех заявок есть СР
- СР создается после принятия решения по заявке
5.4. Ответственный за СР
Поле показывает:
Кто реально отвечает за ремонт
👉 Это уже эксплуатация, а не водитель
5.5. Статус СР
Отражает текущий этап ремонта:
- Запланировано
- В работе
- Выполнено
6. Ключевые сценарии
6.1. Заявка есть, СР нет
👉 значит:
- заявка еще не обработана
- решение по ремонту не принято
6.2. Заявка "Прочитано", но СР нет
👉 проблема:
- заявка увидена
- но действия не предприняты
6.3. Есть СР
👉 значит:
- заявка отработана
- ремонт запущен
7. Практическое использование
Для механика
- контролировать новые заявки
- принимать решения по ремонту
Для руководителя
- видеть нагрузку
- контролировать SLA обработки
- выявлять “зависшие” заявки
8. Типовые проблемы
8.1. Много заявок без СР
👉 проблема:
- заявки не обрабатываются
- нет реакции
8.2. Старые заявки в статусе "Новая"
👉 проблема:
- отсутствие контроля
8.3. Нет ответственного за СР
👉 проблема:
- не назначен исполнитель
9. Рекомендации по использованию
- сортировать по дате создания ↑
- контролировать заявки старше 1–2 дней
-
проверять:
- есть ли СР
- назначен ли ответственный