Data Act de l'UE, véhicules connectés et le DMS de la concession

1. Ce qui a changé et quand

Le Règlement (UE) 2023/2854, le Data Act, est entré en vigueur le 11 janvier 2024 et est devenu généralement applicable le 12 septembre 2025. [1] En tant que règlement, il s'applique directement dans toute l'UE, bien que les États membres désignent des autorités compétentes et établissent des dispositifs d'application. Certaines dispositions ont leur propre périmètre temporel, donc contrats et produits nécessitent une évaluation spécifique à la date.

Le règlement traite de l'accès et de l'usage des données générées par les produits connectés et services associés. Un véhicule est un produit connecté quand il obtient, génère ou collecte des données concernant son usage ou son environnement et peut communiquer des données de produit. Le cadre identifie utilisateurs, détenteurs de données et destinataires de données. Ce sont des rôles légaux, pas simplement le conducteur, le constructeur et l'atelier dans chaque cas.

La Commission Européenne a publié des lignes directrices automotive spécifiques au secteur en septembre 2025. [2] Elles expliquent comment la Commission comprend les concepts clés du Data Act pour les données véhicule. Les lignes directrices sont utiles mais non contraignantes ; tribunaux et autorités compétentes interprètent en dernier ressort la loi.

2. Séparez trois régimes de données

Une conversation productive avec la concession commence en nommant la voie légale. Le Data Act concerne les données de produit facilement disponibles et les données de service associé dans son périmètre. Le RGPD gouverne les données personnelles. Le droit de l'homologation du véhicule crée des règles d'accès pour l'information de réparation et de maintenance, connue sous le nom de RMI. Le même événement de service peut impliquer les trois sans les rendre interchangeables.

Le Règlement (UE) 2018/858 exige des constructeurs qu'ils fournissent aux opérateurs indépendants un accès illimité, standardisé et non discriminatoire aux informations OBD du véhicule, à l'équipement diagnostique et à la RMI, sous réserve de son cadre. [3] La Cour de Justice a interprété des aspects de cet accès dans l'affaire C-296/22. [4] Une demande selon le Data Act ne devrait pas être utilisée pour occulter une obligation RMI existante ou ses conditions.

3. Comprenez l'utilisateur, le détenteur et le destinataire

L'utilisateur peut être une personne physique ou morale qui possède un produit connecté, a des droits temporaires de l'utiliser ou reçoit un service associé. Dans les contextes automobiles, propriété, leasing, gestion de flotte, location et usage partagé peuvent rendre identité et autorité complexes. Un conducteur peut ne pas avoir l'autorité de partager chaque jeu de données de flotte ; un propriétaire peut ne pas être la personne représentée dans les données de localisation.

Le détenteur de données est l'entité obligée ou habilitée selon le Data Act ou une autre loi à utiliser et rendre disponibles les données. Ce peut souvent être le constructeur ou le prestataire de service associé, mais le rôle nécessite une analyse. Une concession recevant des données à la demande de l'utilisateur peut être un destinataire de données et assume les obligations pertinentes.

Intégrez la vérification dans le parcours de service. Capturez qui a demandé les données, la preuve de droits de produit ou de service, la finalité demandée, le destinataire, la durée et la révocation. Évitez de demander un historique complet du véhicule quand un petit jeu de données actuel suffit pour un devis de réparation.

4. Appliquez le RGPD chaque fois qu'une personne est identifiable

Le Data Act ne remplace pas le RGPD. Il établit que le droit UE des données personnelles continue de s'appliquer et que le RGPD prévaut en cas de conflit. [1] Une demande d'utilisateur selon le Data Act ne crée pas en soi une base légale pour chaque opération de traitement impliquant les données d'une autre personne.

Les lignes directrices de l'EDPB sur les véhicules connectés expliquent que localisation, comportement de conduite, identifiants et autres données véhicule peuvent être des données personnelles. [5] Les concessions devraient minimiser la collecte, définir finalité et conservation, contrôler l'accès des employés, informer les personnes concernées et soutenir les droits. Si les données révèlent passagers, conducteurs ou propriétaires précédents, leurs intérêts nécessitent une évaluation.

N'utilisez pas l'accès de service comme un flux marketing silencieux. Un jeu de données obtenu pour diagnostiquer une panne ne devrait pas automatiquement enrichir la publicité comportementale. Gardez étiquettes de finalité et traçabilité de la source dans le DMS pour que utilisateurs et systèmes en aval puissent faire respecter le contexte original.

5. Concevez un workflow DMS digne de confiance

Un workflow de données connectées nécessite plus qu'une API. Enregistrez séparément identité véhicule et client ; validez VIN et titre ; capturez la demande de l'utilisateur ; autorisez les champs de données exacts ; horodatez la réception ; liez les données à un ordre de réparation ou cas ; montrez la provenance ; limitez les rôles ; et supprimez ou détachez le flux quand la finalité prend fin.

Utilisez des portées lisibles par machine et des identifiants à courte durée de vie. Vérifiez les signatures webhook, prévenez le rejeu, chiffrez transport et stockage, surveillez les volumes inattendus et isolez les identifiants des partenaires. Gérez explicitement les données indisponibles, retardées ou contradictoires. Un technicien devrait voir fraîcheur et source, pas une valeur présentée comme un fait intemporel.

Préservez le jugement humain pour sécurité et garantie. Les signaux distants peuvent soutenir le triage, mais ne prouvent pas nécessairement l'état physique ou la causalité. Enregistrez quelle étape de diagnostic, technicien ou procédure du constructeur a confirmé une conclusion. Donnez aux utilisateurs un chemin pour corriger l'association du véhicule ou retirer le partage.

6. Transformez l'accès en une proposition de service équitable

Les cas utiles pour la concession incluent triage pré-visite, préparation précise des pièces, rappels de maintenance liés à l'état réel, planification des interruptions de flotte, contexte de recharge ou batterie EV et évaluation guidée par la preuve. Commencez par un cas d'usage où le client voit un bénéfice clair et le minimum de données est évident.

Mesurez préparation du rendez-vous, visites répétées, disponibilité des pièces, temps de diagnostic et réclamations client. Comparez à une baseline et tenez compte du mix de véhicules. L'accès seul ne garantit pas l'amélioration ; qualité de l'intégration, pratique du technicien et exactitude des données déterminent les résultats.

Publiez une explication simple : quelles données sont demandées, de qui, pour quel service, combien de temps elles sont utilisées et comment le partage peut s'arrêter. Évitez d'impliquer que le refus empêchera un service contractuel non lié. Un choix transparent peut devenir un avantage de confiance sans exagérer la loi.

Où se situe Omnetic

Les produits documentés d'Omnetic relient le contexte de client, véhicule, inspection, prix, stock et transaction. Cela peut fournir la destination opérationnelle pour les preuves autorisées de véhicule connecté, les reliant à une décision de service, évaluation ou inventaire plutôt que de les laisser dans un portail séparé. Les matériels produit référencent aussi des interfaces comme API, webhooks, ID externes et exports.

Il n'existe pas de catalogue public complet d'interfaces établissant quels jeux de données de véhicule connecté ou rôles du Data Act Omnetic supporte. Les concessions devraient demander une démonstration d'identité, de consentement ou de preuve de demande, de périmètre au niveau champ, de traçabilité, conservation, révocation, contrôles d'accès et sécurité des partenaires pour leur cas d'usage exact.