Eine Flotte ist längst keine Fahrzeugliste in einer Tabelle mehr. Jedes Fahrzeug sendet heute einen Strom von Signalen: GPS-Position, Laufleistung, Kraftstoffverbrauch, Diagnosecodes vom CAN-Bus. Der Haken ist, dass diese Daten genau so viel wert sind wie die Software, die sie einsammeln, deuten und in eine Entscheidung verwandeln kann. Für Flotten- und Betriebsleitung heißt das eines: Flottenmanagement-Software wird zum Kern eines Transportgeschäfts und nicht zu einem weiteren Werkzeug neben Excel.
Aus unserer Erfahrung liegt das Schwierige nicht darin, ein einzelnes Gerät anzubinden, sondern darin, ein stimmiges Echtzeitbild der gesamten Flotte zu halten und es über Jahre weiterzuentwickeln. Wir haben keine eigene Flottenumsetzung, aber wir haben Projekte, die sich direkt darauf übertragen: Datensysteme, IoT sowie Transport und Travel Tech, in denen wir Telemetrie-Pipelines, Backends und Integrationen gebaut haben. Wir gehen an Flottenarbeit also nicht mit einem Versprechen heran, sondern mit der Kompetenz und den Menschen, die solche Systeme bereits aufgebaut haben.
Warum braucht eine Flotte ein digitales Managementsystem und Telematik?
Weil man bei einem Dutzend Fahrzeugen noch mit Tabellen durchkommt, bei Hunderten aber jeder Tag ohne Daten verbrannten Kraftstoff, Stillstand und Vertragsstrafen bedeutet, die niemand rechtzeitig sieht.
Eine digitale Flotte ändert die Regeln: Die Disposition sieht, wo die Fahrzeuge tatsächlich sind, die Werkstatt weiß, dass ein Fahrzeug auf ein Serviceintervall zuläuft, bevor es auf dem Standstreifen stehen bleibt, und die Geschäftsführung bekommt Kosten je Kilometer statt einer Rechnung am Monatsende. Wert entsteht nicht daraus, Daten zu sammeln, sondern daraus, dass das System im richtigen Moment zu einer Handlung auffordert.
Wie bauen Sie die Erfassung der Telematikdaten aus den Geräten?
Das Fundament eines Flottensystems ist eine verlässliche Strecke vom Gerät bis in die Datenbank. Wir legen sie so aus, dass sie Tausende parallel meldende Fahrzeuge trägt und bei schwachem Empfang keine Signale verliert:
- das Bordgerät (GPS, ein OBD-II-Modul oder werkseitige Telematik) erfasst Position, Motortelemetrie und Ereignisse,
- die Erfassungsschicht nimmt Daten über MQTT und HTTP entgegen, puffert sie und normalisiert Rahmenformate auf ein Modell,
- eine Queue mit Stream-Verarbeitung (zum Beispiel Kafka) verteilt den Verkehr, berechnet Aggregate und erkennt Ereignisse im Fluss,
- die Speicherung in einer Zeitreihendatenbank für rohe Telemetrie plus einer relationalen Datenbank für Geschäftsdaten.
Die Trennung von Strom und Zustand erlaubt es, Verkehrsspitzen aufzufangen und neue Geräte ohne Neuschreiben zu ergänzen.
Wie führen Sie die Stammdaten von Fahrzeugen und Fahrern?
Telemetrie ohne Kontext sind nur Zahlen. Das System ergibt erst dann Sinn, wenn sich jedes Signal einem konkreten Fahrzeug, einer Fahrerin und einem Auftrag zuordnen lässt. Deshalb ist das Herz der Anwendung eine geordnete Datenführung: ein Fahrzeugregister (Fahrgestellnummer, technische Daten, Policen, Prüftermine) und ein Fahrerregister (Führerscheine, Arbeitszeit, Routenzuordnungen).
Dieses Modul legen wir auf Veränderung aus, denn eine Flotte lebt: Fahrzeuge kommen und gehen, und Vorschriften erzwingen neue Felder. Ein gut modelliertes Register trägt außerdem Kostenkontrolle und Compliance (DSGVO, Arbeitszeiterfassung), weil alles an einem Datensatz hängt statt an Tabellen, die auseinanderlaufen.
Wie verfolgen Sie Kraftstoffverbrauch und Flottenkosten?
Kraftstoff ist meist der größte Kostenblock und die Stelle, an der Geld am leichtesten versickert. Wir führen Daten aus mehreren Quellen zusammen, um echte Kosten je Kilometer zu berechnen und keine Schätzung:
- Betankungen über Tankkarten, gegen Laufleistung und Tankvolumen geprüft,
- Verbrauch vom Fahrzeugbus, mit dem angegebenen Wert verglichen, was Auffälligkeiten und Missbrauch offenlegt,
- Betriebskosten (Reifen, Reparaturen, Versicherung, Maut), einem Fahrzeug und einer Strecke zugeordnet,
- Berichte und Alarme, die Kosten je Kilometer, Fahrzeug und Fahrer berechnen und Abweichungen von der Norm melden.
In einem Modell zusammengeführt ergeben diese Ströme echte Kosten je Kilometer statt einer Vermutung.
Wie planen Sie einen Wartungsplan wie in einem CMMS?
Eine Panne auf der Straße kostet ein Vielfaches eines rechtzeitigen Services. Deshalb behandeln wir das Wartungsmodul wie ein System der CMMS-Klasse, eingebettet in den Flottenkontext. Den Plan stützen wir nicht allein auf Termine, sondern auf tatsächliche Laufleistung und Betriebsstunden aus der Telemetrie, sodass ein Service dann geplant wird, wenn das Fahrzeug ihn verdient hat.
Darum herum ergänzen wir die Bearbeitung von Arbeitsaufträgen, eine Reparaturhistorie je Fahrzeug und ein Ersatzteillager und machen aus Diagnosecodes vom Bus automatische Alarme. Das führt eine Flotte in Richtung vorausschauende Wartung, bei der Defekte erkannt werden, bevor sie ein Fahrzeug lahmlegen.
Welche mobilen Apps bauen wir für Fahrer?
Ein Flottensystem lebt im Feld und nicht nur auf dem Bildschirm der Disposition, deshalb ist die Fahrer-App so wichtig wie das zentrale Panel. Wir legen sie so aus, dass sie im Fahrerhaus funktioniert, oft offline und ohne die Aufmerksamkeit von der Straße zu ziehen:
- Aufträge und Routen mit Navigation und Abschlussbestätigung,
- eine digitale Abfahrtkontrolle (Zustands-Checkliste, Fotos von Schäden),
- elektronische Dokumentation der Lieferungen und Unterschrift der empfangenden Person,
- Kommunikation mit der Disposition und Ereignismeldung in wenigen Schritten.
Die App synchronisiert, sobald der Empfang zurückkehrt, sodass Offline-Arbeit unterwegs nichts verliert.
Wie verdrahten Sie Integrationen: Geräte, ERP und TMS?
Ein Flottensystem steht selten allein, und damit es sich rechnet, muss es mit dem Rest des Unternehmens sprechen. Auf der Hardwareseite integrieren wir verschiedene Telematikanbieter und OBD-Geräte, denn eine Flotte ist fast nie einheitlich, und die Bindung an einen einzigen Anbieter ist eine Falle. Hier entwerfen wir eine Adapterschicht, die Protokollunterschiede hinter einer stabilen API verbirgt.
Auf der Geschäftsseite bringt die Anbindung an ERP und TMS den meisten Wert: Flottenkosten fließen ohne Abtippen in die Buchhaltung, und Daten zur Fahrzeugverfügbarkeit gehen zurück in die Transportplanung. Das verdrahten wir über APIs und Ereignisaustausch, sodass Systeme sich nahezu in Echtzeit aktualisieren und nicht einmal täglich im Stapel.
Welche Kompetenzen stellen wir für ein Flottenprojekt bereit?
Wir stellen das Team passend zur Phase und Architektur des Systems zusammen, nicht „auf Vorrat”. In einem Flottenprojekt besetzen wir typischerweise:
- einen Backend-Entwickler (Java/Kotlin, Node, Python) für Datenpipeline und APIs,
- eine Daten- und IoT-Spezialistin, die Telemetrie-Erfassung, Queues und Zeitreihenspeicher verantwortet,
- einen Mobile-Entwickler (nativ für iOS/Android oder plattformübergreifend) für die Fahrer-App,
- einen DevOps- und Cloud-Engineer für Skalierung, CI/CD und Infrastruktur,
- und, wo nötig, einen Architekten, der das Ganze durchgängig zusammenhält.
Jede dieser Kompetenzen prüfen wir vor dem Start, denn Telematik verzeiht nichts: Eine Pipeline ist entweder dicht, oder sie verliert Signale.
Wie machen wir das bei RITS?
Wir machen das als Nearshore-Partner aus Polen, der Kompetenz dort ergänzt, wo sie dem Kunden fehlt. Wir haben keine fertige Flottenumsetzung; worauf wir stattdessen bauen, ist Erfahrung in Datensystemen, IoT sowie Transport und Travel Tech - den Bausteinen, aus denen Telematik besteht.
- wir bauen Telemetrie-Pipelines und Backends auf, die den Verkehr der gesamten Flotte tragen,
- wir entwerfen die durchgängige Architektur: Gerät, Cloud, App, Integrationen,
- wir besetzen Rollen mit geprüften Spezialisten und stellen das Team passend zur Projektphase zusammen,
- wir arbeiten in einer nahen Zeitzone, sodass das Team ohne lange Anlaufzeit an Code-Reviews und Terminen teilnimmt.
Meist machen wir das als Individualsoftware, gebaut von unserem Team, und dort, wo Kompetenzen schnell aufgestockt werden müssen, als Team-Verstärkung.
Womit fangen Sie beim Bau eines Flottenmanagement-Systems an?
Starten Sie mit dem schmerzhaftesten Problem und nicht mit der ganzen Plattform auf einmal: Für die einen ist das die Kraftstoffkontrolle, für die anderen die Wartung oder die Sicht auf die Fahrzeuge in Echtzeit. Dieser Bereich bestimmt, welche Daten die Erfassung tragen muss, wie das Datenmodell aussieht und welche Rollen Sie brauchen. Alles Weitere wird auf diesem Fundament ergänzt, ohne Neuschreiben. Die Unterschiede zwischen den Kooperationsmodellen haben wir in unserem Artikel zu IT-Kooperationsmodellen beschrieben.
Sie bauen ein System für Flottenmanagement oder Telematik? Sprechen wir darüber - wir stellen Team und Architektur passend zu Ihrer Flotte zusammen.
Bauen Sie ein System für Flottenmanagement und Telematik mit uns