Розробка мобільного додатку для управління автопарком (Fleet Management)

Розробка мобільного додатку для управління автопарком (Fleet Management)

Механік фіксує заміну масла в польових умовах — без інтернету, на планшеті в кабіні грузовика. Дані уходять на сервер через 40 хвилин, коли машина в'їжджає на базу. У цей момент виясняється, що диспетчер уже призначив той же автомобіль на рейс через годину. Конфлікту не було б, якби плане ТО відображалося в розписанні до постановки на маршрут. Саме такі стики — між механіком, диспетчером та водієм — автоматизує Fleet Management додаток.

Три ролі, три інтерфейси

Fleet Management — рідкий випадок, коли один мобільний додаток не закриває всі сценарії. Звичайно:

Додаток водія — путевий лист, маршрут дня, позначки про проходження точок, витрата палива по чеках, фіксація інцидентів. Працює в основному офлайн, синхронізується при зупинках.

Додаток механіка/техніка — журнал ТО, чек-листи передрейсового осмотру, заявки на запчастини, фото дефектів з привязкою до транспортного засобу. Також офлайн-first.

Додаток диспетчера/менеджера — карта з флотом у реальному часі, призначення маршрутів, статус водіїв, KPI автопарку, алерти. Online-орієнтований, реальний час важливий.

Технічно всі три будуються як один Flutter- або React Native-проект з різними entry point та ролевою логікою, або як три окремих app flavor/target з shared business logic у пакеті.

Телематика та інтеграція з бортовими системами

Сучасний комерційний транспорт оснащений OBD-II/J1939 портом. Через нього можна отримувати: обороти двигуна, швидкість, витрата палива, коди DTC (діагностичні помилки), пробіг. Телематичний блок (Teltonika, Wialon, Omnicomm) читає шину та відправляє дані на сервер.

Мобільний додаток водія може прямо читати OBD через Bluetooth: android.bluetooth.BluetoothSocket з протоколом ELM327 або через готові SDK (OBDLink SX). На iOS — через ELM327 WiFi-адаптер та URLSession на локальний IP. Це працює для діагностики, але для основного трекінга продакшн-системи використовують виділений бортовий блок, не смартфон водія.

Передрейсовий осмотр

Водій перед виїздом проходить цифровий чек-лист: гальма, тиск шин, освітлення, аптечка, вогнегасник. Кожен пункт — підтвердження або позначка дефекту з фото. Без завершеного осмотру рейс неможливо розпочати — блокування на рівні додатку.

Чек-лист настроюється для кожного типу транспорту (легковий, вантажний, спецтехніка) через admin-панель. У додатку це динамічні форми — JSON Schema з набором полів, які рендерятся в нативні віджети. JSONSchema → користувацький FormBuilder на Flutter/React Native.

Фото дефектів завантажуються через WorkManager з NetworkConstraint — водій не чекає загрузки, йде на маршрут, дані синхронізуються фоном.

Путевые листи та документообіг

Електронний путевой лист — вимога російського законодавства з 2023 року (ФЗ-259, наказ Мінтрансу). Інтеграція з ГІС «Путевые листи» через API Мінтрансу. Підписання через УКЕП (кваліфікована електронна підпис) або спрощена схема через ruToken SDK / КриптоПро CSP Mobile.

Для міжнародних проектів — Driver Hours of Service (HOS) compliance: ELD-mandate (США, FMCSA), AETR (Європа). Цілий окремий модуль з контролем часу вождіння та відпочинку.

Карта та диспетчеризація

Диспетчер бачить весь флот на карті у реальному часі — те ж саме, яке обговорювали в розділі моніторингу транспорту. Специфіка fleet management: кожен маркер транспортного засобу несе контекст — призначен чи водій, виконується ли рейс, є ли відкриті дефекти, коли наступне ТО.

Призначення маршруту: диспетчер перетягує завдання на машину на карті або вибирає зі списку. Маршрут будується через Google Maps Directions API або HERE Routing (корпоративний тариф без обмежень запитів), з урахуванням вагових обмежень доріг (truck routing profile у HERE/OpenRouteService).

Аналітика та ТО

Планування ТО — не просто «кожні 10 000 км». Залежить від пробігу (по одометру або CAN-даним), моточасів, типу експлуатації. Зберігається як maintenance_schedule з правилами-тригерами. Мобільний клієнт відображає приближаючиеся ТО та нотифікації — push через FCM/APNs механіку та менеджеру парку.

KPI дашборд: пробіг за період, витрата палива на 100 км (нормативна vs фактична), коефіцієнт використання (дні в рейсі / доступні дні), кількість аварийних інцидентів. Дані з PostgreSQL, агрегуються на сервері, відображаються у нативних Chart-компонентах (fl_chart для Flutter, MPAndroidChart для Android-нативки, Charts для iOS).

Етапи та графік

Вартість залежить від набору модулів та глибини інтеграцій. Розраховується індивідуально після аудиту інфраструктури автопарку.