Flottenmanagement-Software für Militärfahrzeuge: Architektur und Anforderungen

Militärisches Flottenmanagement ist ein grundlegend anderes Problem als kommerzielles Flottenmanagement. Ein kommerzielles Logistikunternehmen verfolgt LKWs auf Autobahnen mit kontinuierlicher Mobilfunkverbindung. Ein militärischer Verband verfolgt Panzerfahrzeuge, Tankfahrzeuge und Pionierfahrzeuge in Gelände mit unterbrochener oder keiner Verbindung, unter EMCON-Beschränkungen (Emissionskontrolle), während der Gegner aktiv versucht, genau die Dateninfrastruktur zu lokalisieren und zu bekämpfen, die das Tracking ermöglicht.

Die Softwarearchitektur für militärisches Flottenmanagement der Bundeswehr muss diese Einschränkungen von Grund auf berücksichtigen — nicht als nachträgliche Ergänzungen zu einer kommerziellen Plattform. Dieser Artikel behandelt die Fahrzeugverfolgung in umkämpften Umgebungen, Wartungs- und Bereitschaftsmanagement, Kraftstoffverbrauchsüberwachung, Integration mit Logistikketten und die Offline-First-Architektur, die das System bei Kommunikationsausfällen funktionsfähig hält.

Fahrzeugverfolgung unter EMCON

Positionsmeldung ist die Grundlage des Flottenmanagements, aber die Verfolgung militärischer Fahrzeuge kann nicht einfach kontinuierliche GPS-Fixes übertragen. EMCON-Verfahren beschränken Funkübertragungen, um zu verhindern, dass der Gegner Fahrzeuge durch ihre Funke missionen lokalisiert. Ein Flottenmanagement-System, das häufige Übertragungen zur Aufrechterhaltung der Positionsgenauigkeit erfordert, würde Kommandeure zwingen, zwischen Lageüberblick und Truppenschutz zu wählen.

Die architektonische Lösung ist Store-and-Forward-Reporting mit variablen Meldeintervallen. Jedes Fahrzeug trägt eine Bordeinheit (OBU) — typischerweise ein gehärteter Computer mit GPS, Trägheitsnavigation und taktischer Funkschnittstelle — die kontinuierlich Position, Geschwindigkeit, Kurs und Fahrzeugtelemetrie protokolliert. Die Übertragung erfolgt planmäßig oder auf Befehl: alle 15 Minuten im Normalbetrieb, alle 5 Minuten während aktiver Bewegung oder vollständig unterdrückt unter strengem EMCON.

Das Positionsdatenformat ist wichtig. Militärische Flottentracking-Systeme kodieren die Position mit MGRS (Military Grid Reference System) oder WGS-84 mit angemessener Genauigkeit für den operativen Maßstab. Positionsmeldungen folgen typischerweise dem NFFI-Spurformat oder CoT-XML für Interoperabilität mit C2-Systemen, die Fahrzeugsymbole auf dem gemeinsamen Lagebild anzeigen.

Boreinheitenarchitektur

Die OBU betreibt eine lokale Datenbank (typischerweise SQLite), die das Positionsprotokoll, den Fahrzeugwartungsdatensatz, Kraftstoffverbrauchsdaten und das Frachtmanifest speichert. Alle Daten werden zuerst lokal protokolliert; die Übertragung an den Flottenmanagement-Server ist sekundär. Dieses Offline-First-Design bedeutet, dass die OBU als fahrzeugweiter Datensatz weiter funktioniert, auch wenn der Flottenmanagement-Server tagelang nicht erreichbar ist.

Wenn die Verbindung wiederhergestellt wird — über Funk, Satellitenmodem oder physische Datenübertragung in einem Wartungsdepot — synchronisiert sich die OBU mit dem Flottenmanagement-Server unter Verwendung einer konfliktfreien Replikationsstrategie. Die OBU ist maßgeblich für die Daten ihres eigenen Fahrzeugs; der Server aggregiert Daten von allen OBUs im Verband.

Wartungs- und Bereitschaftsverfolgung

Fahrzeugbereitschaft — ob ein Fahrzeug für Operationen verfügbar, in planmäßiger Wartung, auf Teile wartend oder außer Gefecht ist — ist der Kennwert, um den sich Kommandeure am meisten sorgen. Ein Bataillonskommandeur muss nicht nur wissen, wie viele Fahrzeuge im Verband sind, sondern wie viele zu jedem Zeitpunkt einsatzbereit sind.

Die Wartungsverfolgung in militärischer Flottenmanagement-Software folgt dem TAMMS-Datenmodell oder seinem NATO-Äquivalent. Jedes Fahrzeug hat einen Wartungsdatensatz, der umfasst: geplante Wartungsintervalle (basierend auf Kilometer- oder Stundenzählern), Fehlerverlauf, aktuellen Betriebsstatus (FMC — voll einsatzbereit, PMC — eingeschränkt einsatzbereit oder NMC — nicht einsatzbereit) und bestellte Teile.

Kraftstoffverbrauchsüberwachung

Kraftstoff ist der am meisten verbrauchte militärische Versorgungsartikel. Ein mechanisiertes Bataillon, das anhaltende Operationen durchführt, verbraucht täglich tausende Liter Diesel über seine Fahrzeugflotte. Die Verfolgung des Kraftstoffverbrauchs pro Fahrzeug, der Abgleich mit Kraftstoffausgaben von Versorgungspunkten und die Prognose des zukünftigen Kraftstoffbedarfs sind Kernfunktionen des Flottenmanagements.

Die OBU-Kraftstoffüberwachung integriert sich in den J1939-CAN-Bus des Fahrzeugs, der Motorparameter bereitstellt, einschließlich Kraftstoffverbrauchsrate, Gesamtkraftstoffverbrauch seit dem letzten Service und Kraftstofftankstand. Der Flottenmanagement-Backend aggregiert den Kraftstoffverbrauch pro Fahrzeug, um Verbrauchsraten auf Verbandsebene zu berechnen, Versorgungsdatensätze abzugleichen und NachschubAnforderungen zu prognostizieren.

Integration mit Versorgungskettensystemen

Flottenmanagement-Software funktioniert nicht isoliert. Sie muss Daten mit der breiteren Logistikkette austauschen: dem Versorgungssystem für Ersatzteile, dem Wartungsbestellsystem, das Arbeitsaufträge initiiert, und dem übergeordneten Logistik-C2-System, das Wartungsteams und Bergungsfahrzeuge im gesamten Verband zuteilt.

Die Integration verwendet standardmilitärische Logistikdatenformate wo verfügbar — DLMS-Transaktionen für Teileanforderungen und -eingänge, NFFI-Logistikmeldungen für Fahrzeugstatusberichte an höhere Ebenen. Wo Standardformate nicht verfügbar sind, verwendet die Integration REST-APIs mit JSON-Nutzdaten.