01
ANDROID_APP
Android-приложение
Приложение для водителя: запускается в фоне, отправляет координаты каждые 5–30 секунд.
Кейс 04 / ПРОТОТИП / LOGISTICS
Диспетчер видит все машины онлайн.
Прототип GPS-трекера использует телефоны водителей как источник координат. В тестовой конфигурации данные передаются через WebSocket с интервалом пять секунд. Это не универсальная замена специализированному оборудованию: точность, фоновая работа, связь, батарея и требования к мониторингу проверяются для конкретного автопарка.
Android
ИСТОЧНИК КООРДИНАТ
5–30 сек
ТЕСТОВЫЙ ИНТЕРВАЛ
WebSocket
ПЕРЕДАЧА ДАННЫХ
Прототип
СТАТУС РЕШЕНИЯ
Проблема
Задача прототипа: диспетчер не видит, где находятся машины. Водители звонят или пишут в мессенджер — «я уже выехал», «подъезжаю». Ручная работа вместо системы.
Что проверено в прототипе
Прототип проверяет основной технический маршрут: телефон получает координаты, сервер принимает их, хранит историю и передаёт обновления в веб-интерфейс диспетчера. Это доказательство работоспособности связки компонентов, а не готовность к эксплуатации на любом автопарке.
Перед пилотом нужно отдельно проверить фоновую работу на моделях телефонов водителей, расход батареи и мобильного трафика, поведение при пропадании сети, права доступа, срок хранения истории и точность в реальных маршрутах. Для контроля топлива, зажигания и оборудования автомобиля понадобятся специализированные трекеры и датчики.
Что сделано
02
BACKEND
Бэкенд на FastAPI
Принимает координаты, хранит в базе, отдаёт WebSocket-стрим для веб-дашборда.
03
DASHBOARD
Веб-дашборд
Показывает тестовые устройства на карте; частота и задержка зависят от связи и настроек клиента.
04
HISTORY
История маршрутов
Сервер сохраняет полученные точки в пределах согласованного срока хранения и доступного соединения.
Стек
01 · ANDROID 02 · KOTLIN 03 · FASTAPI 04 · WEBSOCKET 05 · REACT 06 · POSTGRESQL 07 · DOCKER
Результат
APK и серверная часть собраны в рабочий прототип: диспетчер видит тестовые устройства на карте и может открыть историю маршрута. В этой конфигурации не требуется отдельный аппаратный трекер, но остаются расходы на сервер, мобильную связь, поддержку и развитие системы.
Связанные материалы
Что ещё посмотреть
Услуги в кейсе
Другие кейсы
Начнём
Нужен пилот мониторинга? Сначала проверим условия автопарка.
Частые вопросы
Про этот прототип
Что проверялось в прототипе? +
Что связка «телефон водителя — сервер — карта диспетчера» работает без отдельного трекера в машине. Android-приложение шлёт координаты, сервер их принимает и раздаёт в дашборд по WebSocket, метка на карте двигается без перезагрузки страницы.
Почему телефон, а не GPS-трекер? +
Потому что телефон уже есть у каждого водителя, а трекер нужно купить, установить и обслуживать. Для проверки самой идеи это лишние расходы. У телефона свои ограничения — заряд, фоновые ограничения ОС, качество связи, — и они как раз и проверялись.
Что значит «5–30 секунд»? +
Интервал отправки координат. Чаще — точнее трек, но быстрее садится батарея и растёт трафик. Это первая настройка, которую подбирают под задачу: доставке по городу и межгороду нужна разная частота.
Прототип готов к использованию в компании? +
Нет. У него нет ролей, разграничения доступа, истории за длительный период и обязательств по доступности. Это стенд, на котором проверена механика, а не продукт с поддержкой.
Что из этого переносится в клиентские проекты? +
Работа с реальным временем: постоянное соединение вместо опроса сервера, поведение при обрыве связи, отображение состояния на карте. Тот же приём нужен там, где статус должен меняться на экране без обновления страницы — заявки, статусы заказов, дашборды.