Das vernetzte Fahrzeug als Datenspeicher: Wem gehören Fahrprofil und Telemetrie?

Das Auto als rollendes Rechenzentrum und die Realität in der Werkstatt

Moderne Fahrzeuge sind keine rein mechanischen Systeme mehr, sondern vernetzte Rechenzentren auf Rädern. In Motorsteuergerät, Getriebesteuerung, ABS- und Airbagmodul, Gateway, Infotainment und Telematics Control Unit, kurz TCU, entstehen laufend Daten. Dazu gehören Drehzahlen, Temperaturen, Spannungen, Stellgrößen, Beschleunigungen, Bremsvorgänge, Ladezustände, Positionsinformationen und Kommunikationsereignisse. Für die Diagnose sind diese Informationen wertvoll, weil sie Fehler nicht nur anzeigen, sondern häufig auch deren Entstehung zeitlich einordnen.

Gleichzeitig wird der Zugang zur technischen Realität des Fahrzeugs zunehmend kanalisiert. Ein Standard-OBD-II-Tester kann zwar oft noch Fehlercodes lesen, erhält aber nicht automatisch die Berechtigung für Stellgliedtests, Codierungen oder sicherheitsrelevante Funktionen. Für Werkstätten ist deshalb eine saubere Differenzierung entscheidend: Ein flüchtiger Fehlerspeicher, ein dauerhaft gespeichertes Fahrprofil und ein ereignisbezogener Crash-Datensatz sind technisch und rechtlich nicht dasselbe. Die Frage, wem diese Informationen zugeordnet werden und wer sie verwenden darf, entscheidet zunehmend über Diagnoseumfang, Haftung und Wettbewerb.

Welche Telemetriedaten moderne Steuergeräte und TCUs wirklich speichern

Im Werkstattalltag beginnt die Einordnung mit der Trennung von Diagnose- und Telematikdaten. Diagnoseprotokolle enthalten typischerweise Diagnostic Trouble Codes, also DTCs, dazu Umgebungs- oder Freeze-Frame-Daten. Ein Freeze-Frame hält bestimmte Betriebswerte in dem Moment fest, in dem ein Fehler erkannt wurde, etwa Motordrehzahl, Kühlmitteltemperatur, Versorgungsspannung oder Fahrzeuggeschwindigkeit. Diese Informationen sind für die Ursachenanalyse nützlich, bilden aber normalerweise kein vollständiges Bewegungsprofil ab.

Die TCU arbeitet dagegen als Kommunikations- und Datendrehscheibe. Je nach Fahrzeug, Ausstattung, Mobilfunkvertrag und Herstellerplattform können dort Daten aus mehreren Steuergeräten zusammengeführt und an Backend-Systeme übertragen werden. Dazu können Fahrstrecken, Standortpunkte, Lade- oder Tankzustände, Wartungsereignisse, Warnmeldungen und Informationen zur Nutzung digitaler Dienste gehören. Auch die Verbraucherzentrale zu Telematikdaten weist darauf hin, dass Geschwindigkeit, Beschleunigung, Bremsen, Kurvenverhalten, Zeit und Ort Rückschlüsse auf das Fahrverhalten und den Aufenthaltsort ermöglichen.

In technischen Auswertungen können aus Rohwerten weitere Aussagen abgeleitet werden. Eine hohe Motordrehzahl in Verbindung mit bestimmten Lastzuständen kann auf Drehzahlexzesse hinweisen. Häufige starke Bremsungen lassen sich mit Druck- und Beschleunigungswerten korrelieren. Temperaturverläufe, Stromaufnahmen und Betriebsstunden können die Belastung einzelner Komponenten beschreiben. Damit entsteht eine direkte Verbindung zwischen Sensordaten und Fragen der Gewährleistung, Kulanz oder Schadenregulierung. Wichtig ist jedoch: Ein einzelner Messwert beweist noch keinen Bedienfehler. Für eine belastbare Bewertung müssen Zeitstempel, Messgenauigkeit, Betriebszustand, Softwarestand und mögliche alternative Ursachen berücksichtigt werden.

• Fehlerspeicher und Freeze-Frames: ereignisbezogene Diagnoseinformationen für die Fehlersuche.
• TCU- und Backend-Daten: Kommunikations-, Standort-, Nutzungs- und Zustandsdaten, die je nach System dauerhaft oder über längere Zeiträume gespeichert werden können.
• EDR-Daten: ausgewählte Unfallparameter, die erst nach einem definierten Auslöseereignis dauerhaft gespeichert werden.
• Abgeleitete Bewertungen: Scores, Risikoklassen oder Wartungsempfehlungen, die aus mehreren Rohdaten berechnet werden.

Der Event Data Recorder, häufig als Blackbox bezeichnet, ist davon technisch abzugrenzen. In Deutschland muss er seit dem 7. Juli 2024 in allen neu zugelassenen Pkw und leichten Nutzfahrzeugen vorhanden sein. Er überwacht bestimmte Werte fortlaufend, speichert sie aber grundsätzlich nur, wenn eine unfallbezogene Auslöseschwelle erreicht wird, etwa eine starke Geschwindigkeitsänderung innerhalb kurzer Zeit oder die Aktivierung von Airbags und Rückhaltesystemen. Nach den Informationen des ADAC zum Event Data Recorder können unter anderem Geschwindigkeit, Gas- und Bremsbetätigung, Motordrehzahl, Lenkwinkel und Sicherheitsystemzustände ausgelesen werden. Der EDR ist somit kein dauerhaftes Fahrtenbuch.

Security Gateways und die Hürden der freien Fahrzeugdiagnose

Security Gateways, kurz SGW, sitzen als kontrollierende Instanz zwischen dem externen Diagnosezugang und den internen Fahrzeugnetzen. Sie prüfen, ob ein Tester, eine Software oder ein angemeldeter Benutzer die gewünschte Funktion ausführen darf. Bei modernen Architekturen betrifft das nicht nur klassische CAN-Leitungen, sondern zunehmend CAN-FD- und Automotive-Ethernet-Netze. Die technische Begründung ist nachvollziehbar: Unberechtigte Schreibzugriffe auf Brems-, Lenk-, Airbag- oder Antriebssteuergeräte müssen verhindert werden. In der Praxis wird aus dieser Sicherheitsfunktion jedoch auch eine Zugangshürde.

Ein Standardtester kann Fehlercodes häufig lesen, während das Löschen, Codieren, Parametrieren oder Durchführen von Stellgliedtests blockiert bleibt. Der Betrieb benötigt dann ein herstellerspezifisches Freischaltportal, ein persönliches Zertifikat, eine registrierte Betriebskennung und teilweise eine zeit- oder fahrzeugbezogene Berechtigung. Zusätzlich sind stabile Internetverbindungen, aktuelle Software, eine geeignete Spannungsversorgung und ein kompatibler Diagnoseadapter erforderlich. Ein abgebrochener Programmiervorgang bei niedriger Batteriespannung kann aus einer geplanten Codierung einen Steuergeräteausfall machen.

Das Problem besteht nicht nur im Zugang zu einzelnen Funktionen. Es geht um die Frage, ob freie Betriebe dieselben Informationen in verwertbarer Qualität und mit vergleichbarer Geschwindigkeit erhalten wie der Hersteller. Eine Werkstatt kann über einen Fehlercode verfügen, aber nicht über die vollständige Historie, die Rohdaten aus der TCU oder die notwendige Dokumentation zur Interpretation. Analysen zur Datenhoheit im Connected-Car-Umfeld, etwa der Bericht von static.tti.tamu.edu, zeigen, dass Standort der Datenerfassung, wirtschaftliche Verwertung, Datenschutz und Zugangsinteressen verschiedener Beteiligter eng miteinander verknüpft sind.

1. Vor dem Anschluss prüfen: Fahrzeugidentifikation, Softwarestand, Kommunikationsprotokoll, Batteriezustand und Freischaltvoraussetzungen dokumentieren.
2. Lesen und Schreiben trennen: Ein erfolgreicher Diagnosezugriff bedeutet nicht automatisch, dass Codierung, Stellgliedtest oder Flashen freigegeben ist.
3. Berechtigungen absichern: Zertifikate, Portalzugänge und Diagnoseadapter müssen personengebunden, aktuell und gegen unbefugte Nutzung geschützt sein.
4. Ergebnis nachvollziehbar speichern: Vor jeder Änderung sollten relevante Speicherstände, Codierdaten und Fehlerprotokolle gesichert werden.

Für die Interoperabilität ist außerdem entscheidend, ob Daten maschinenlesbar, vollständig und zeitnah bereitgestellt werden. Ein PDF-Bericht ersetzt keine standardisierte Schnittstelle. Umgekehrt darf ein unkontrollierter Direktzugriff die funktionale Sicherheit nicht gefährden. Technisch sinnvoll sind deshalb klar definierte Rollen, signierte Diagnoseanfragen, revisionssichere Protokolle und eine Trennung zwischen sicherheitskritischen Schreibfunktionen und lesenden Wartungsdaten.

Übersicht der Datenkategorien und Zugriffsmöglichkeiten im Fahrzeug

Die folgende Gegenüberstellung verdeutlicht, warum der Begriff Fahrzeugdaten allein nicht ausreicht. Speicherort, Auslöser, Datenformat und Zugriffspfad unterscheiden sich erheblich. Für die Werkstatt ist vor allem relevant, ob die Information lokal vorhanden ist, über eine abgesicherte Diagnoseverbindung gelesen werden kann oder ausschließlich im Hersteller-Backend liegt.

Datenkategorie	Speicherort	Auslesemethode	Relevanz für freie Werkstätten
EDR	Meist Airbag- oder Rückhaltesteuergerät	OBD-Schnittstelle oder direkter Zugriff durch qualifizierte Sachverständige	Unfallrekonstruktion, nicht laufende Wartungsdiagnose
TCU- und Flottendaten	TCU, Fahrzeug-Backend und Flottenplattform	Herstellerportal, API oder vertraglich freigegebener Datendienst	Wartungsplanung, Standort, Nutzung und Zustandsüberwachung
Fehlerspeicher	Jeweiliges Steuergerät, teilweise Gateway	Diagnosetester über OBD oder zentrale Fahrzeugkommunikation	Fehleranalyse, Prüfablauf und Reparaturfreigabe
Infotainment-Cache	Headunit, Smartphone-Schnittstelle oder Cloudkonto	Systemmenü, Diagnosezugang oder Kontoverwaltung	Datenschutz, Funktionsprüfung und Fahrzeugübergabe

Der EDR ist ereignisgebunden und lokal geschützt. Die gespeicherten Informationen werden gewöhnlich nicht laufend online übertragen. TCU- und Flottendaten können dagegen automatisch an Hersteller- oder Betreiberplattformen gelangen. Das macht den technischen Aufwand für den Zugriff sehr unterschiedlich. Ein physisches Auslesen kann einen gesicherten Adapter, Herstellerhardware oder den direkten Ausbau eines Steuergeräts verlangen. Eine Over-the-Air-Übertragung ist für den Nutzer bequemer, setzt aber voraus, dass der Datenhalter einen geeigneten Export bereitstellt und die Daten nicht nur in einer proprietären Darstellung ausliefert.

Rechtliche Hebel durch DSGVO und EU Data Act für Halter und Werkstätten

Die DSGVO ist der erste wichtige Hebel, sobald Telemetriedaten einer identifizierbaren Person zugeordnet werden können. Nach Artikel 15 DSGVO kann eine betroffene Person Auskunft darüber verlangen, ob personenbezogene Daten verarbeitet werden, zu welchen Zwecken dies geschieht, welche Kategorien betroffen sind, wie lange gespeichert wird und an wen Daten übermittelt werden. Außerdem besteht grundsätzlich Anspruch auf eine Kopie der verarbeiteten personenbezogenen Daten. Ein Halter sollte bei einem Auskunftsantrag möglichst konkret Fahrzeug, Nutzerkonto, Zeitraum und Datenarten benennen. Das erleichtert die Bearbeitung und verhindert, dass nur allgemeine Datenschutzhinweise übersandt werden.

Die DSGVO ist jedoch kein pauschaler Anspruch auf sämtliche technischen Rohdaten eines Fahrzeugs. Entscheidend ist der Personenbezug. Ein Datensatz kann personenbezogen sein, wenn er über Fahrzeugidentifikationsnummer, Nutzerkonto, Dienstwagenzuordnung oder Zeit- und Ortsbezug einer Person zugeordnet werden kann. Bei Fuhrparks kommen zusätzlich die Rechte der Fahrer, arbeitsrechtliche Vorgaben und gegebenenfalls Betriebsvereinbarungen hinzu. Für eine Werkstatt folgt daraus: Eine Kundenfreigabe kann den praktischen Zugriff erleichtern, ersetzt aber nicht automatisch die rechtliche Prüfung der Datenquelle und der weiteren Verarbeitung.

Der EU Data Act ergänzt diesen Ansatz. Die Verordnung ist am 11. Januar 2024 in Kraft getreten und gilt grundsätzlich seit dem 12. September 2025. Sie soll Nutzern vernetzter Produkte mehr Kontrolle über die dabei erzeugten Daten geben und die Weitergabe an Dritte, etwa für Reparatur, Wartung oder Flottenanalyse, erleichtern. Die Europäische Kommission erläutert die Anwendungslogik in ihrer Leitlinie zu Fahrzeugdaten. Für den Werkstattalltag bedeutet das nicht, dass jedes Steuergerät sofort frei und unbeschränkt ausgelesen werden kann. Es kommt weiterhin auf Produktumfang, Datenhalter, Nutzerrolle, technische Bereitstellung und Schutzinteressen an.

• Rohdaten und vorverarbeitete Daten müssen stärker vom Hersteller zurück zum Nutzer und zu autorisierten Dritten fließen können.
• Der Datenzugang darf nicht durch unangemessene Vertragsbedingungen praktisch entwertet werden.
• Betriebs- und Geschäftsgeheimnisse sowie Sicherheitsinteressen bleiben geschützt und können Umfang oder Form der Bereitstellung beeinflussen.
• Personenbezogene Daten müssen weiterhin nach der DSGVO verarbeitet werden, insbesondere bei Fahrer- und Standortinformationen.

Die praktische Zielrichtung ist dennoch erheblich: Halter und Flottenbetreiber sollen Daten eines vernetzten Produkts gezielter an einen unabhängigen Servicebetrieb weitergeben können. Daraus kann ein Anspruch auf herstellerunabhängige Bereitstellung relevanter Roh- oder Echtzeitdaten entstehen, soweit diese vom Data Act erfasst sind und die Voraussetzungen erfüllt werden. Die konkreten Grenzen sind bei sicherheitskritischen Funktionen, proprietären Auswertungen und geschützten Geschäftsgeheimnissen besonders sorgfältig zu prüfen. Eine aktuelle Einordnung der Verordnung bietet der Data Act der Europäischen Kommission, der neben Zugangsrechten auch Interoperabilität, Anbieterwechsel und faire Vertragsbedingungen adressiert.

Für die Werkstatt empfiehlt sich deshalb ein klarer Prozess. Der Kunde sollte schriftlich festlegen, welche Daten für welchen Reparatur- oder Diagnosezweck angefordert werden dürfen. Der Betrieb sollte nur die erforderlichen Daten speichern, Zugriffe protokollieren und die Übermittlung technisch absichern. Bei Dienstwagen muss der Fuhrparkleiter zusätzlich klären, ob Fahrerdaten, Standortverläufe oder Leistungsprofile betroffen sind. Der Data Act eröffnet neue Ansprüche, ersetzt aber keine Datenschutzorganisation.

Pragmatische Diagnosepraxis und Vorbereitung auf das Datenzeitalter

Die technische Entwicklung verlangt keine pauschale Ablehnung vernetzter Fahrzeuge, sondern einen kontrollierten Diagnoseprozess. Vor dem Start sind Fahrzeugidentität, Kommunikationsweg, Freischaltung, Spannungsversorgung und Auftrag klar zu prüfen. Wird ein SGW verwendet, muss dokumentiert werden, welche Funktionen nur lesend verfügbar sind und für welche Aktionen eine Herstellerberechtigung erforderlich ist. Kunden sollten verständlich informiert werden, ob Daten lokal ausgelesen, an ein Backend übertragen oder an einen Drittanbieter weitergegeben werden.

1. Auftrag und Einwilligung klären: Zweck, Zeitraum und erforderliche Datenkategorien schriftlich festhalten.
2. Ausgangszustand sichern: Fehlerspeicher, Freeze-Frames, Codierungen, Softwarestände und relevante Messwerte vor Eingriffen dokumentieren.
3. Diagnosezugriff kontrollieren: SGW-Lizenz, Zertifikat, Adapter, Netzwerkverbindung und Batteriespannung vor Schreibvorgängen prüfen.
4. Ergebnis reproduzierbar ablegen: Nach der Reparatur neue Speicherstände, Prüfwerte und durchgeführte Änderungen mit Zeitstempel sichern.
5. Daten minimieren: Nur Informationen speichern, die für Auftrag, Nachweis, Gewährleistung oder gesetzliche Pflichten tatsächlich benötigt werden.

Diese Dokumentation schützt beide Seiten. Sie verhindert, dass ein bereits vorhandener Fehler nach einer Reparatur fälschlich dem Betrieb zugerechnet wird, und schafft eine belastbare Grundlage für Gewährleistungs- oder Versicherungsfragen. Besonders wichtig ist die Unterscheidung zwischen einem ausgelesenen Speicherstand und einer technischen Bewertung. Ein Drehzahlexzess kann dokumentiert werden, ohne daraus vorschnell eine eindeutige Ursache für einen Bauteilschaden abzuleiten.

Ab 2026 wird der Wettbewerb weniger davon abhängen, wer den Diagnosestecker besitzt, sondern wer Daten sicher, rechtssicher und technisch interpretierbar nutzen kann. Standardisierte Schnittstellen, transparente Freigabeverfahren und exportierbare Rohdaten würden freien Werkstätten ermöglichen, ihre Kernkompetenz auszuspielen: saubere Prüfung statt bloßer Teiletausch. Für Betriebe und Fahrzeughalter ist jetzt der richtige Zeitpunkt, Datenflüsse zu kartieren, Zugriffsrechte zu dokumentieren und jeden Diagnoseeingriff so nachvollziehbar zu behandeln wie eine sicherheitsrelevante Reparatur.