EU Data Act, verbonden voertuigen en het DMS van het dealerbedrijf

1. Wat er is veranderd en wanneer

Verordening (EU) 2023/2854, de Data Act, trad in werking op 11 januari 2024 en werd over het algemeen van toepassing op 12 september 2025. [1] Als verordening is ze rechtstreeks van toepassing in de hele EU, hoewel lidstaten bevoegde autoriteiten aanwijzen en handhavingsregelingen vaststellen. Sommige bepalingen hebben een eigen tijdsbestek, dus contracten en producten hebben een datumspecifieke beoordeling nodig.

De verordening behandelt toegang tot en gebruik van data die worden gegenereerd door verbonden producten en gerelateerde diensten. Een voertuig is een verbonden product wanneer het data over het gebruik of de omgeving ervan verkrijgt, genereert of verzamelt en productdata kan communiceren. Het kader onderscheidt gebruikers, datahouders en dataontvangers. Dit zijn juridische rollen, niet simpelweg de bestuurder, fabrikant en werkplaats in elk geval.

De Europese Commissie publiceerde in september 2025 sectorspecifieke automotive-richtsnoeren. [2] Ze leggen uit hoe de Commissie belangrijke begrippen van de Data Act voor voertuigdata interpreteert. De richtsnoeren zijn nuttig maar niet-bindend; rechtbanken en bevoegde autoriteiten interpreteren de wet uiteindelijk.

2. Onderscheid drie dataregimes

Een productief gesprek bij het dealerbedrijf begint met het benoemen van de juridische route. De Data Act betreft direct beschikbare productdata en gerelateerde servicedata binnen de reikwijdte ervan. De AVG regelt persoonsgegevens. De wetgeving over voertuigtypegoedkeuring creëert toegangsregels voor reparatie- en onderhoudsinformatie, bekend als RMI. Dezelfde servicegebeurtenis kan alle drie omvatten zonder dat ze uitwisselbaar worden.

Verordening (EU) 2018/858 verplicht fabrikanten om onafhankelijke marktdeelnemers onbeperkte, gestandaardiseerde en niet-discriminerende toegang te geven tot OBD-informatie, diagnoseapparatuur en RMI van het voertuig, binnen het kader ervan. [3] Het Hof van Justitie heeft aspecten van deze toegang uitgelegd in zaak C-296/22. [4] Een verzoek onder de Data Act mag niet worden gebruikt om een bestaande RMI-verplichting of de voorwaarden ervan te verdoezelen.

3. Begrijp de gebruiker, houder en ontvanger

De gebruiker kan een natuurlijke of rechtspersoon zijn die eigenaar is van een verbonden product, tijdelijke gebruiksrechten heeft of een gerelateerde dienst ontvangt. In de automotivecontext kunnen eigendom, leasing, wagenparkbeheer, verhuur en gedeeld gebruik identiteit en bevoegdheid complex maken. Een bestuurder heeft mogelijk niet de bevoegdheid om elke wagenparkdataset te delen; een eigenaar is mogelijk niet de persoon die in locatiedata wordt weergegeven.

De datahouder is de entiteit die krachtens de Data Act of andere wetgeving verplicht of gerechtigd is data te gebruiken en beschikbaar te stellen. Dit is vaak de fabrikant of aanbieder van de gerelateerde dienst, maar de rol vereist analyse. Een dealerbedrijf dat data ontvangt op verzoek van de gebruiker, kan een dataontvanger zijn en neemt relevante verplichtingen op zich.

Bouw verificatie in het servicetraject in. Leg vast wie de data heeft aangevraagd, bewijs van product- of servicerechten, het aangevraagde doel, de ontvanger, de duur en de intrekking. Vermijd het opvragen van een volledige voertuiggeschiedenis wanneer een kleine actuele dataset voldoende is voor een reparatieschatting.

4. Pas de AVG toe wanneer een persoon identificeerbaar is

De Data Act vervangt de AVG niet. Ze bepaalt dat EU-wetgeving over persoonsgegevens van toepassing blijft en dat de AVG voorrang heeft bij conflict. [1] Een verzoek van een gebruiker onder de Data Act creëert op zichzelf geen rechtsgrond voor elke verwerking die data van een andere persoon betreft.

De richtsnoeren van het EDPB over verbonden voertuigen leggen uit dat locatie, rijgedrag, identificatiegegevens en andere voertuigdata persoonsgegevens kunnen zijn. [5] Dealerbedrijven moeten verzameling minimaliseren, doel en bewaring definiëren, toegang van medewerkers beheersen, betrokkenen informeren en rechten ondersteunen. Als data passagiers, bestuurders of vorige eigenaren onthullen, vereisen hun belangen beoordeling.

Gebruik servicetoegang niet als een stille marketingfeed. Een dataset die is verkregen om een fout te diagnosticeren, mag niet automatisch gedragsgerichte advertenties verrijken. Houd doeltags en brongeschiedenis in het DMS bij, zodat downstream-gebruikers en -systemen de oorspronkelijke context kunnen afdwingen.

5. Ontwikkel een betrouwbare DMS-workflow

Een workflow voor verbonden data heeft meer nodig dan een API. Registreer voertuig- en klantidentiteit apart; valideer VIN en gerechtigdheid; leg het verzoek van de gebruiker vast; autoriseer exacte datavelden; voorzie ontvangst van een tijdstempel; koppel data aan een werkorder of zaak; toon herkomst; beperk rollen; en verwijder of ontkoppel de feed wanneer het doel eindigt.

Gebruik machineleesbare scopes en kortlevende inloggegevens. Verifieer webhook-handtekeningen, voorkom replay, versleutel transport en opslag, monitor onverwacht volume en isoleer partnerinloggegevens. Behandel onbeschikbare, vertraagde of tegenstrijdige data expliciet. Een technicus moet actualiteit en bron zien, niet een waarde die als tijdloos feit wordt gepresenteerd.

Bewaar menselijke beoordeling voor veiligheid en garantie. Signalen op afstand kunnen triage ondersteunen, maar bewijzen niet noodzakelijk fysieke conditie of oorzakelijkheid. Registreer welke diagnostische stap, technicus of fabrikantprocedure een conclusie bevestigde. Geef gebruikers een manier om voertuigkoppeling te corrigeren of delen in te trekken.

6. Zet toegang om in een eerlijk serviceaanbod

Nuttige toepassingen voor dealerbedrijven omvatten triage vóór het bezoek, nauwkeurige voorbereiding van onderdelen, onderhoudsherinneringen gekoppeld aan de werkelijke conditie, planning van wagenparkuitval, context over EV-laden of batterij, en bewijsgeleide taxatie. Begin met een gebruikssituatie waarin de klant een duidelijk voordeel ziet en het minimum aan data vanzelfsprekend is.

Meet afspraakvoorbereiding, herhaalbezoeken, beschikbaarheid van onderdelen, diagnosetijd en klantklachten. Vergelijk met een basislijn en houd rekening met voertuigmix. Toegang alleen garandeert geen verbetering; integratiekwaliteit, praktijk van technici en datanauwkeurigheid bepalen de resultaten.

Publiceer een eenvoudige uitleg: welke data worden aangevraagd, van wie, voor welke service, hoe lang ze worden gebruikt en hoe delen kan stoppen. Vermijd de suggestie dat weigering niet-gerelateerde contractuele service zal verhinderen. Transparante keuze kan een vertrouwensvoordeel worden zonder de wet te overdrijven.

Waar Omnetic past

De gedocumenteerde producten van Omnetic verbinden klant-, voertuig-, inspectie-, prijs-, voorraad- en dealcontext. Dat kan de operationele bestemming bieden voor geautoriseerd bewijs van verbonden voertuigen, door het te koppelen aan een service-, taxatie- of voorraadbeslissing in plaats van het in een apart portaal achter te laten. Productmateriaal verwijst ook naar interfaces zoals API's, webhooks, externe ID's en exports.

Er is geen volledige openbare interfacecatalogus die vaststelt welke datasets van verbonden voertuigen of rollen onder de Data Act Omnetic ondersteunt. Dealerbedrijven moeten een demonstratie aanvragen van identiteit, toestemming of bewijs van verzoek, reikwijdte op veldniveau, herkomst, bewaring, intrekking, toegangscontroles en partnerbeveiliging voor hun exacte gebruikssituatie.