Oprogramowanie do zarządzania flotą pojazdów wojskowych: architektura i wymagania

Zarządzanie flotą wojskową jest zasadniczo innym problemem niż zarządzanie flotą komercyjną. Komercyjna firma logistyczna śledzi ciężarówki na autostradach z ciągłą łącznością komórkową. Zgrupowanie wojskowe śledzi pojazdy opancerzone, cysterny paliwowe i sprzęt inżynieryjny w terenie z przerywaną lub zerową łącznością, pod ograniczeniami EMCON (kontrola emisji elektromagnetycznych), podczas gdy przeciwnik aktywnie próbuje zlokalizować i zniszczyć samą infrastrukturę danych umożliwiającą śledzenie.

Architektura oprogramowania do zarządzania flotą wojskową MON musi uwzględniać te ograniczenia od podstaw — nie jako doraźne uzupełnienia platformy komercyjnej. Ten artykuł omawia śledzenie pojazdów w środowiskach zagrożonych, zarządzanie konserwacją i gotowością bojową, monitorowanie zużycia paliwa, integrację z łańcuchami dostaw oraz architekturę offline-first, która sprawia, że system działa przy braku łączności.

Śledzenie pojazdów w warunkach EMCON

Raportowanie pozycji jest podstawą zarządzania flotą, ale śledzenie pojazdów wojskowych nie może po prostu transmitować ciągłych odczytów GPS. Procedury EMCON ograniczają transmisje radiowe, aby zapobiec lokalizacji pojazdów przez przeciwnika za pomocą ich emisji radiowych. System zarządzania flotą wymagający częstych transmisji do utrzymania dokładności pozycji zmuszałby dowódców do wyboru między świadomością sytuacyjną a ochroną sił.

Architektonicznym rozwiązaniem jest raportowanie z przechowywaniem i przekazywaniem o zmiennych interwałach raportowania. Każdy pojazd nosi pokładową jednostkę (OBU) — zazwyczaj utwardzony komputer z GPS, nawigacją inercyjną i interfejsem taktycznego radia — który ciągle rejestruje pozycję, prędkość, kurs i telemetrię pojazdu. Transmisja odbywa się zgodnie z harmonogramem lub na polecenie: co 15 minut podczas normalnych operacji, co 5 minut podczas aktywnego ruchu lub całkowicie wstrzymana pod ścisłym EMCON.

Format danych pozycji ma znaczenie. Systemy śledzenia floty wojskowej kodują pozycję za pomocą MGRS (Military Grid Reference System) lub WGS-84 z odpowiednią precyzją dla skali operacyjnej. Raporty pozycji zazwyczaj stosują format śladu NFFI lub CoT XML dla interoperacyjności z systemami C2 wyświetlającymi ikony pojazdów na wspólnym obrazie operacyjnym.

Architektura jednostki pokładowej

OBU uruchamia lokalną bazę danych (zazwyczaj SQLite) przechowującą dziennik pozycji, rejestr konserwacji pojazdu, dane zużycia paliwa i manifest ładunku. Wszystkie dane są najpierw rejestrowane lokalnie; transmisja do serwera zarządzania flotą jest drugorzędna. Ten projekt offline-first oznacza, że OBU nadal funkcjonuje jako rekord na poziomie pojazdu nawet jeśli serwer zarządzania flotą jest nieosiągalny przez dni.

Gdy łączność zostaje przywrócona — przez radio, modem satelitarny lub fizyczny transfer danych w depocie konserwacji — OBU synchronizuje się z serwerem zarządzania flotą używając strategii replikacji bez konfliktów. OBU jest autorytatywny dla danych własnego pojazdu; serwer agreguje dane ze wszystkich OBU w zgrupowaniu.

Śledzenie konserwacji i gotowości bojowej

Gotowość bojowa pojazdu — czy jest dostępny do operacji, w zaplanowanej konserwacji, oczekujący na części lub wyłączony z eksploatacji — jest wskaźnikiem, którym dowódcy najbardziej się interesują. Dowódca batalionu musi wiedzieć nie tylko ile pojazdów jest w zgrupowaniu, ale ile jest zdolnych do wykonywania misji w danym momencie.

Śledzenie konserwacji w oprogramowaniu do zarządzania flotą wojskową stosuje model danych analogiczny do TAMMS lub jego odpowiedników NATO. Każdy pojazd ma rejestr konserwacji obejmujący: zaplanowane interwały serwisowe (oparte na licznikach kilometrów lub motogodzin), historię usterek, aktualny status operacyjny (FMC — w pełni zdolny do misji, PMC — częściowo zdolny do misji, lub NMC — niezdolny do misji) oraz części oczekujące na dostawę.

Monitorowanie zużycia paliwa

Paliwo to najbardziej zużywany zasób wojskowy. Zmechanizowany batalion prowadzący trwałe operacje spala tysiące litrów oleju napędowego dziennie w całej flocie pojazdów. Śledzenie zużycia paliwa na pojazd, uzgadnianie z wydaniem paliwa z punktów zaopatrzenia oraz prognozowanie przyszłych potrzeb paliwowych to podstawowe funkcje zarządzania flotą.

Monitorowanie paliwa OBU integruje się z magistralą CAN J1939 pojazdu, która udostępnia parametry silnika, w tym poziom zużycia paliwa, łączne zużycie paliwa od ostatniego serwisu i poziom zbiornika paliwa. Backend zarządzania flotą agreguje zużycie paliwa na pojazd w celu obliczenia poziomów zużycia na poziomie zgrupowania, uzgadniania z dokumentacją dostaw i prognozowania wymagań uzupełnienia zapasów.

Integracja z systemami łańcucha dostaw

Oprogramowanie do zarządzania flotą nie działa w izolacji. Musi wymieniać dane z szerszym łańcuchem logistycznym: systemem zaopatrzenia w części zamienne, systemem zamówień konserwacji inicjującym zlecenia robocze oraz wyższeszczeblowym logistycznym systemem C2 przydzielającym zespoły konserwacyjne i pojazdy ratownicze w całym zgrupowaniu.

Integracja używa standardowych wojskowych formatów danych logistycznych tam, gdzie są dostępne — transakcji DLMS dla żądań i odbioru części, wiadomości logistycznych NFFI dla raportowania statusu pojazdu do wyższego szczebla. Tam gdzie standardowe formaty są niedostępne, integracja używa REST API z ładunkami JSON.