EU Data Act, vernetzte Fahrzeuge und das Händler-DMS

1. Was sich wann geändert hat

Die Verordnung (EU) 2023/2854, der Data Act, trat am 11. Januar 2024 in Kraft und wurde im Allgemeinen ab dem 12. September 2025 anwendbar. [1] Als Verordnung gilt sie unmittelbar in der gesamten EU, wobei die Mitgliedstaaten zuständige Behörden benennen und die Durchsetzung regeln. Einige Bestimmungen haben eigene zeitliche Geltungsbereiche, weshalb Verträge und Produkte datumsbezogen bewertet werden müssen.

Die Verordnung regelt Zugang zu und Nutzung von Daten, die durch vernetzte Produkte und verbundene Dienste erzeugt werden. Ein Fahrzeug ist ein vernetztes Produkt, wenn es Daten über seine Nutzung oder Umgebung erhält, erzeugt oder sammelt und Produktdaten übermitteln kann. Der Rahmen unterscheidet Benutzer, Dateninhaber und Datenempfänger. Dies sind Rechtsrollen und nicht in jedem Fall schlicht Fahrer, Hersteller und Werkstatt.

Die Europäische Kommission veröffentlichte im September 2025 sektorspezifische Leitlinien für die Automobilbranche. [2] Sie erläutern, wie die Kommission zentrale Konzepte des Data Act für Fahrzeugdaten versteht. Die Leitlinien sind hilfreich, aber unverbindlich; letztlich legen Gerichte und zuständige Behörden das Recht aus.

2. Drei Datenregelwerke trennen

Ein produktives Händlergespräch beginnt mit der Benennung des Rechtswegs. Der Data Act betrifft in seinem Geltungsbereich ohne Weiteres verfügbare Produktdaten und Daten verbundener Dienste. Die DSGVO regelt personenbezogene Daten. Das Fahrzeugtypgenehmigungsrecht schafft Zugangsregeln für Reparatur- und Wartungsinformationen, kurz RMI. Derselbe Servicevorgang kann alle drei betreffen, ohne dass sie austauschbar wären.

Die Verordnung (EU) 2018/858 verpflichtet Hersteller in ihrem Regelungsrahmen, unabhängigen Wirtschaftsakteuren uneingeschränkten, standardisierten und diskriminierungsfreien Zugang zu OBD-Informationen, Diagnoseausrüstung sowie Reparatur- und Wartungsinformationen zu gewähren. [3] Der Gerichtshof hat Aspekte dieses Zugangs in der Rechtssache C-296/22 ausgelegt. [4] Eine Anfrage nach dem Data Act sollte nicht dazu dienen, eine bestehende RMI-Verpflichtung oder deren Bedingungen zu verschleiern.

3. Benutzer, Dateninhaber und Empfänger verstehen

Der Benutzer kann eine natürliche oder juristische Person sein, die ein vernetztes Produkt besitzt, zeitlich begrenzte Nutzungsrechte daran hat oder einen verbundenen Dienst erhält. Im Automobilbereich können Eigentum, Leasing, Flottenmanagement, Vermietung und gemeinsame Nutzung Identität und Befugnis komplex machen. Ein Fahrer darf möglicherweise nicht jeden Flottendatensatz weitergeben; ein Eigentümer muss nicht die in Standortdaten abgebildete Person sein.

Der Dateninhaber ist die Stelle, die nach dem Data Act oder anderem Recht zur Nutzung und Bereitstellung von Daten verpflichtet oder berechtigt ist. Häufig kann dies der Hersteller oder Anbieter eines verbundenen Dienstes sein, doch die Rolle muss geprüft werden. Ein Händler, der auf Wunsch des Benutzers Daten erhält, kann Datenempfänger sein und übernimmt entsprechende Pflichten.

Integrieren Sie die Prüfung in die Service Journey. Erfassen Sie, wer die Daten angefordert hat, Nachweise für Produkt- oder Servicerechte, den gewünschten Zweck, Empfänger, Dauer und Widerruf. Fordern Sie keine vollständige Fahrzeughistorie an, wenn ein kleiner aktueller Datensatz für einen Reparaturkostenvoranschlag ausreicht.

4. DSGVO anwenden, sobald eine Person identifizierbar ist

Der Data Act ersetzt die DSGVO nicht. Er stellt klar, dass das EU-Datenschutzrecht weiterhin gilt und die DSGVO im Konfliktfall Vorrang hat. [1] Eine Anfrage eines Benutzers nach dem Data Act schafft für sich genommen keine Rechtsgrundlage für jede Verarbeitung, die Daten einer anderen Person betrifft.

Die Leitlinien des EDSA zu vernetzten Fahrzeugen erläutern, dass Standort, Fahrverhalten, Identifikatoren und andere Fahrzeugdaten personenbezogen sein können. [5] Händler sollten die Erhebung minimieren, Zweck und Aufbewahrung festlegen, Mitarbeiterzugriffe kontrollieren, betroffene Personen informieren und ihre Rechte unterstützen. Wenn Daten Mitfahrer, Fahrer oder frühere Eigentümer offenbaren, müssen deren Interessen bewertet werden.

Nutzen Sie Servicezugang nicht als stillen Marketing-Feed. Ein zur Fehlerdiagnose erhaltener Datensatz sollte nicht automatisch verhaltensbasierte Werbung anreichern. Bewahren Sie Zweckkennzeichnungen und Datenherkunft im DMS, damit nachgelagerte Benutzer und Systeme den ursprünglichen Kontext durchsetzen können.

5. Einen vertrauenswürdigen DMS-Workflow gestalten

Ein Workflow für vernetzte Daten benötigt mehr als eine API. Erfassen Sie Fahrzeug- und Kundenidentität getrennt, validieren Sie VIN und Berechtigung, dokumentieren Sie die Benutzeranfrage, autorisieren Sie genaue Datenfelder, versehen Sie den Eingang mit einem Zeitstempel, binden Sie Daten an Werkstattauftrag oder Fall, zeigen Sie die Herkunft, begrenzen Sie Rollen und löschen oder trennen Sie den Feed, wenn der Zweck endet.

Nutzen Sie maschinenlesbare Berechtigungsumfänge und kurzlebige Zugangsdaten. Prüfen Sie Webhook-Signaturen, verhindern Sie Replay-Angriffe, verschlüsseln Sie Übertragung und Speicherung, überwachen Sie unerwartete Volumina und isolieren Sie Partnerzugangsdaten. Behandeln Sie nicht verfügbare, verzögerte oder widersprüchliche Daten ausdrücklich. Techniker sollten Aktualität und Quelle sehen, nicht einen als zeitlose Tatsache dargestellten Wert.

Bewahren Sie menschliches Urteil bei Sicherheit und Garantie. Fernsignale können die Triage unterstützen, belegen aber nicht zwangsläufig physischen Zustand oder Ursache. Dokumentieren Sie, welcher Diagnoseschritt, Techniker oder Herstellerprozess eine Schlussfolgerung bestätigt hat. Geben Sie Benutzern einen Weg, die Fahrzeugzuordnung zu korrigieren oder die Freigabe zu widerrufen.

6. Zugang in ein faires Serviceangebot verwandeln

Nützliche Händleranwendungen umfassen Triage vor dem Termin, genaue Teilevorbereitung, zustandsbezogene Wartungserinnerungen, Planung von Flottenstillständen, Lade- oder Batteriekontext für E-Fahrzeuge und evidenzbasierte Bewertung. Beginnen Sie mit einem Anwendungsfall, bei dem der Kunde einen klaren Nutzen erkennt und das Datenminimum offensichtlich ist.

Messen Sie Terminvorbereitung, Wiederholungsbesuche, Teileverfügbarkeit, Diagnosezeit und Kundenbeschwerden. Vergleichen Sie mit einer Ausgangsbasis und berücksichtigen Sie den Fahrzeugmix. Zugang allein garantiert keine Verbesserung; Integrationsqualität, Arbeitsweise der Techniker und Datenrichtigkeit bestimmen die Ergebnisse.

Veröffentlichen Sie eine einfache Erklärung: Welche Daten werden von wem, für welchen Dienst und wie lange angefordert, und wie kann die Weitergabe beendet werden? Vermeiden Sie den Eindruck, eine Ablehnung verhindere sachfremde vertragliche Leistungen. Transparente Wahlmöglichkeiten können zum Vertrauensvorteil werden, ohne das Recht zu überzeichnen.

Wo Omnetic einzuordnen ist

Die dokumentierten Omnetic-Produkte verbinden Kunden-, Fahrzeug-, Prüfungs-, Preis-, Bestands- und Geschäftskontext. Damit können autorisierte Nachweise vernetzter Fahrzeuge in einem operativen Ziel ankommen und mit Service-, Bewertungs- oder Bestandsentscheidungen verknüpft werden, statt in einem separaten Portal zu verbleiben. Die Produktmaterialien nennen zudem Schnittstellen wie APIs, Webhooks, externe IDs und Exporte.

Es gibt keinen vollständigen öffentlichen Schnittstellenkatalog, der ausweist, welche Datensätze vernetzter Fahrzeuge oder Data-Act-Rollen Omnetic unterstützt. Händler sollten für ihren konkreten Anwendungsfall eine Demonstration von Identität, Einwilligungs- oder Anfragenachweis, feldgenauem Umfang, Datenherkunft, Aufbewahrung, Widerruf, Zugriffskontrollen und Partnersicherheit verlangen.