Telematik im Fuhrpark einführen: Projektplan in sieben Schritten

Eine Telematiklösung ist technisch schnell erklärt: Gerät ins Fahrzeug, Daten in die Cloud, Karte im Browser. Ein erfolgreiches Fuhrparkprojekt ist deutlich komplexer. Ziele, Daten, Rollen, Fahrzeugtechnik, Schnittstellen, Datenschutz und Betriebsprozesse müssen zusammenpassen.

Wer zuerst Hardware auswählt und erst später den Prozess definiert, riskiert teure Funktionen, die niemand nutzt, oder Daten, die rechtlich und organisatorisch schwer sauber einzuordnen sind.

Der Projektplan in sieben Schritten

1. Geschäftsziele und Use Cases festlegen

Starten Sie nicht mit einer Funktionsliste. Definieren Sie konkrete Probleme.

Beispiele:

• Servicefahrzeuge schneller disponieren,
• Ankunftsstatus für Kundenservice verbessern,
• Tachographendownload automatisieren,
• definierte Sicherheitsereignisse erkennen,
• Baustellenan-/abfahrten dokumentieren,
• Fahrzeugauslastung transparenter machen.

Für jeden Use Case sollte mindestens ein KPI und eine Ausgangsbasis existieren.

Ohne Baseline lässt sich später kaum zeigen, ob die Einführung etwas verbessert hat.

2. Daten- und Datenschutzkonzept vor dem Pilot erstellen

Jetzt wird festgelegt, welche Daten wirklich nötig sind.

Fragen:

• Brauchen wir Liveposition oder reicht letzte bekannte Position?
• Wie lange benötigen wir Fahrthistorien?
• Werden Fahrzeuge einzelnen Fahrern zugeordnet?
• Gibt es Privatnutzung?
• Wer darf Rohdaten sehen?
• Welche Auswertungen sind ausdrücklich ausgeschlossen?
• Welche Schnittstellen erhalten Daten?

Die DSGVO-Grundsätze Zweckbindung und Datenminimierung gehören in diese Phase. Bei Beschäftigtendaten ist in Deutschland § 26 BDSG relevant. Besteht ein Betriebsrat, sollte außerdem früh geprüft werden, ob Mitbestimmungsrechte nach § 87 Abs. 1 Nr. 6 BetrVG betroffen sind.

Das ist kein Thema für „nach dem technischen Pilot“.

3. Fahrzeug- und Systembestand aufnehmen

Eine Telematikplattform ist nur eine Ebene. Im Fahrzeug existieren bereits OEM-Systeme, Tachograph, Kameras, Aufbauten und möglicherweise andere Telematikgeräte.

Erfassen Sie pro Fahrzeuggruppe:

• Modell/Baujahr,
• 12/24-V-Umgebung,
• vorhandene Telematik,
• Tachographengeneration,
• relevante Schnittstellen,
• Aufbau/Sondertechnik,
• Einbauort,
• mobile Datenversorgung,
• geplante Restlaufzeit des Fahrzeugs.

Damit wird sichtbar, ob ein einheitliches Hardwarepaket realistisch ist.

4. Plattform und Integrationen nach Use Case bewerten

Nicht nur Kartenansicht vergleichen. Wichtig sind:

• Rollen- und Rechteverwaltung,
• Datenexport,
• API/Schnittstellen,
• Ereignis- und Alarmregeln,
• Geräteverwaltung,
• Offline-/Fehlerstatus,
• Mandanten-/Standortstruktur,
• Lösch- und Aufbewahrungsoptionen,
• Audit-/Protokollfunktionen, soweit benötigt.

Eine API ist nur dann wertvoll, wenn klar ist, welches Zielsystem welche Daten in welchem Prozess benötigt.

5. Pilot mit repräsentativen Fahrzeugen durchführen

Ein Pilot sollte typische und schwierige Fälle enthalten. Beispiel:

• Standardtransporter,
• Fahrzeug mit abweichender Elektrik,
• Fahrzeug an anderem Standort,
• Nutzer mit Privatfahrzeugregelung, falls relevant,
• typischer Dispositionsprozess.

Pilotziele:

1. technische Stabilität,
2. Datenqualität,
3. Nutzerrollen,
4. Datenschutzkonfiguration,
5. Alarmqualität,
6. Integrationen,
7. Supportprozess,
8. Montage-/Serviceaufwand.

6. Rollout und Fahrerkommunikation trennen, aber koordinieren

Der Hardware-Rollout benötigt Fahrzeugtermine, Material und Qualitätskontrolle. Die organisatorische Einführung benötigt Schulung, Ansprechpartner und dokumentierte Regeln.

Fahrer sollten vor Nutzung wissen:

• welche Daten erhoben werden,
• zu welchem Zweck,
• wer Zugriff hat,
• welche Funktionen sie selbst bedienen müssen,
• wie Privatnutzung behandelt wird,
• wohin technische oder datenschutzbezogene Fragen gehen.

Transparenz ist nicht nur eine Datenschutzerklärung im Intranet, sondern Teil einer funktionierenden Einführung.

7. Nach dem Rollout mit KPIs steuern

Nach vier bis zwölf Wochen sollte geprüft werden:

• werden die ursprünglichen Use Cases tatsächlich genutzt?
• welche Alarme sind unnötig?
• welche Geräte sind häufig offline?
• welche Datenfelder fehlen?
• welche Rollen sind zu weit vergeben?
• entstehen neue manuelle Workarounds?
• stimmen die erwarteten KPIs?

Funktionen ohne Nutzen können deaktiviert werden. So bleibt das System fokussiert.

Data Act und Fahrzeugdaten

Der EU Data Act gilt seit dem 12. September 2025. Für vernetzte Fahrzeuge kann er Regeln zum Zugang und zur Nutzung generierter Daten relevant machen. Die Europäische Kommission hat 2025 spezifische Guidance für Fahrzeugdaten veröffentlicht.

Für Telematikprojekte ist wichtig, den Data Act nicht mit Datenschutz zu verwechseln. Der Data Act regelt Datenzugang und -nutzung; die DSGVO schützt personenbezogene Daten. Sind Fahrzeugdaten einer Person zuordenbar, können beide Regime parallel relevant sein.

Betriebsmodell nach Projektende

Ein Telematiksystem braucht dauerhafte Besitzer für:

• Nutzerkonten,
• Fahrzeugzugänge/-abgänge,
• Datenqualität,
• Gerätefehler,
• Geofences,
• Schnittstellen,
• Datenschutz-/Löschregeln,
• Anbieter- und Lizenzmanagement.

Ohne diese Rollen altert die Plattform schnell.

Umsetzung mit Wollnikom

Für eine Wollnikom-Anfrage sollten Fahrzeuganzahl, Standorte, Fahrzeugtypen und die zwei bis vier wichtigsten Use Cases vorbereitet werden. Die im Altentwurf genannten Telematik- und Vor-Ort-Service-URLs muss der Codex-Agent gegen die reale Website und Projektstruktur auflösen, bevor Links gesetzt werden.

Fazit

Telematik ist kein Hardwarekauf, sondern ein Betriebsprojekt. Wer Ziele und Daten zuerst definiert, danach Technik auswählt, mit einem repräsentativen Pilot testet und erst dann ausrollt, reduziert Nacharbeit und schafft eine Plattform, die im Alltag tatsächlich genutzt wird.

Quellen und rechtlicher Hinweis

• DSGVO
• § 26 BDSG
• § 87 BetrVG
• EU Data Act
• EU-Kommission – Guidance on vehicle data

Dieser Beitrag ist allgemeine Projekt- und Rechtsorientierung und keine individuelle Rechtsberatung. Stand: 11. August 2026.

Häufige Fragen zur Telematik-Einführung

Wie startet man ein Telematikprojekt sinnvoll?

Mit zwei bis vier messbaren Use Cases und einer Baseline. Erst danach sollten Funktionen und Anbieter verglichen werden.

Wann sollte Datenschutz geprüft werden?

Vor Pilot und Systemkonfiguration. Spätere Korrekturen an Datenumfang, Rollen oder Speicherung sind meist aufwendiger.

Wie groß sollte ein Pilot sein?

So groß, dass typische Fahrzeuggruppen, Nutzer und technische Sonderfälle abgedeckt sind. Eine universelle Fahrzeugzahl gibt es nicht.

Welche Abteilungen gehören ins Projekt?

Typischerweise Fuhrpark/Disposition, IT, Datenschutz, Personal, Einkauf und – soweit relevant – Betriebsrat sowie Fachbereiche der gewählten Use Cases.

Welche Rolle spielt der Data Act bei Telematik?

Er kann für Zugang und Nutzung von Daten vernetzter Fahrzeuge relevant sein. Personenbezogene Daten unterliegen zusätzlich der DSGVO; beide Regelwerke haben unterschiedliche Funktionen.