Data Act dell'UE, veicoli connessi e il DMS della concessionaria

1. Cosa è cambiato e quando

Il Regolamento (UE) 2023/2854, il Data Act, è entrato in vigore l'11 gennaio 2024 ed è diventato generalmente applicabile il 12 settembre 2025. [1] In quanto regolamento, si applica direttamente in tutta l'UE, sebbene gli Stati membri designino le autorità competenti e stabiliscano le modalità di applicazione. Alcune disposizioni hanno un proprio ambito temporale, quindi contratti e prodotti necessitano di una valutazione specifica per data.

Il regolamento affronta l'accesso e l'uso dei dati generati da prodotti connessi e servizi correlati. Un veicolo è un prodotto connesso quando ottiene, genera o raccoglie dati relativi al suo uso o ambiente e può comunicare dati di prodotto. Il quadro identifica utenti, detentori dei dati e destinatari dei dati. Questi sono ruoli legali, non semplicemente conducente, costruttore e officina in ogni caso.

La Commissione Europea ha pubblicato linee guida automotive specifiche per settore nel settembre 2025. [2] Spiega come la Commissione intende i concetti chiave del Data Act per i dati del veicolo. Le linee guida sono utili ma non vincolanti; tribunali e autorità competenti interpretano in ultima analisi la legge.

2. Separate tre regimi di dati

Una conversazione produttiva con la concessionaria inizia nominando il percorso legale. Il Data Act riguarda i dati di prodotto prontamente disponibili e i dati di servizio correlato nel suo ambito. Il GDPR governa i dati personali. La normativa sull'omologazione del veicolo crea regole di accesso per le informazioni di riparazione e manutenzione, note come RMI. Lo stesso evento di servizio può coinvolgere tutti e tre senza renderli intercambiabili.

Il Regolamento (UE) 2018/858 richiede ai costruttori di fornire agli operatori indipendenti un accesso illimitato, standardizzato e non discriminatorio alle informazioni OBD del veicolo, alle attrezzature diagnostiche e alle RMI, soggetto al suo quadro normativo. [3] La Corte di Giustizia ha interpretato aspetti di questo accesso nella causa C-296/22. [4] Una richiesta ai sensi del Data Act non dovrebbe essere usata per oscurare un obbligo RMI esistente o le sue condizioni.

3. Comprendete utente, detentore e destinatario

L'utente può essere una persona fisica o giuridica che possiede un prodotto connesso, ha diritti temporanei di utilizzo o riceve un servizio correlato. Nei contesti automotive, proprietà, leasing, gestione flotte, noleggio e uso condiviso possono rendere complesse identità e autorità. Un conducente potrebbe non avere l'autorità di condividere ogni dataset di flotta; un proprietario potrebbe non essere la persona rappresentata nei dati di localizzazione.

Il detentore dei dati è l'entità obbligata o autorizzata ai sensi del Data Act o di altra legge a usare e rendere disponibili i dati. Può spesso essere il costruttore o il fornitore del servizio correlato, ma il ruolo richiede analisi. Una concessionaria che riceve dati su richiesta dell'utente può essere un destinatario dei dati e assume gli obblighi rilevanti.

Integrate la verifica nel percorso di servizio. Catturate chi ha richiesto i dati, l'evidenza dei diritti di prodotto o servizio, la finalità richiesta, il destinatario, la durata e la revoca. Evitate di richiedere uno storico completo del veicolo quando un piccolo dataset attuale è sufficiente per un preventivo di riparazione.

4. Applicate il GDPR ogni volta che una persona è identificabile

Il Data Act non sostituisce il GDPR. Stabilisce che il diritto UE sui dati personali continua ad applicarsi e che il GDPR prevale in caso di conflitto. [1] La richiesta di un utente ai sensi del Data Act non crea di per sé una base giuridica per ogni operazione di trattamento che coinvolge i dati di un'altra persona.

Le linee guida dell'EDPB sui veicoli connessi spiegano che localizzazione, comportamento di guida, identificatori e altri dati del veicolo possono essere dati personali. [5] I concessionari dovrebbero minimizzare la raccolta, definire finalità e conservazione, controllare l'accesso dei dipendenti, informare gli interessati e supportare i diritti. Se i dati rivelano passeggeri, conducenti o proprietari precedenti, i loro interessi richiedono una valutazione.

Non usate l'accesso di servizio come un feed di marketing silenzioso. Un dataset ottenuto per diagnosticare un guasto non dovrebbe arricchire automaticamente la pubblicità comportamentale. Mantenete tag di finalità e tracciabilità della fonte nel DMS così utenti e sistemi a valle possono far rispettare il contesto originale.

5. Progettate un workflow DMS affidabile

Un workflow di dati connessi necessita di più di un'API. Registrate separatamente l'identità di veicolo e cliente; validate VIN e titolo; catturate la richiesta dell'utente; autorizzate campi dati esatti; datate la ricezione; legate i dati a un ordine di riparazione o caso; mostrate la provenienza; limitate i ruoli; ed eliminate o scollegate il feed quando la finalità termina.

Usate ambiti leggibili dalla macchina e credenziali a vita breve. Verificate le firme dei webhook, prevenite il replay, crittografate trasporto e archiviazione, monitorate volumi inattesi e isolate le credenziali dei partner. Gestite esplicitamente dati non disponibili, ritardati o contraddittori. Un tecnico dovrebbe vedere freschezza e fonte, non un valore presentato come fatto senza tempo.

Preservate il giudizio umano per sicurezza e garanzia. I segnali remoti possono supportare il triage, ma non provano necessariamente la condizione fisica o la causalità. Registrate quale passaggio diagnostico, tecnico o procedura del costruttore ha confermato una conclusione. Date agli utenti un percorso per correggere l'associazione del veicolo o ritirare la condivisione.

6. Trasformate l'accesso in una proposta di servizio equa

I casi utili per la concessionaria includono triage pre-visita, preparazione accurata dei ricambi, promemoria di manutenzione legati alla condizione effettiva, pianificazione dei fermi flotta, contesto di ricarica o batteria EV e valutazione basata sull'evidenza. Iniziate con un caso d'uso in cui il cliente vede un beneficio chiaro e il dato minimo è ovvio.

Misurate preparazione degli appuntamenti, visite ripetute, disponibilità ricambi, tempo diagnostico e reclami dei clienti. Confrontate rispetto a una baseline e considerate il mix di veicoli. L'accesso da solo non garantisce un miglioramento; qualità dell'integrazione, pratica del tecnico e accuratezza dei dati determinano i risultati.

Pubblicate una spiegazione semplice: quali dati sono richiesti, da chi, per quale servizio, per quanto tempo sono usati e come può fermarsi la condivisione. Evitate di implicare che il rifiuto impedirà un servizio contrattuale non correlato. Una scelta trasparente può diventare un vantaggio di fiducia senza esagerare la legge.

Dove si colloca Omnetic

I prodotti documentati di Omnetic collegano il contesto di cliente, veicolo, ispezione, prezzo, stock e trattativa. Questo può fornire la destinazione operativa per le evidenze autorizzate del veicolo connesso, collegandole a una decisione di servizio, valutazione o inventario invece di lasciarle in un portale separato. I materiali di prodotto fanno anche riferimento a interfacce come API, webhook, ID esterni ed esportazioni.

Non esiste un catalogo pubblico completo delle interfacce che stabilisca quali dataset di veicoli connessi o ruoli del Data Act supporta Omnetic. I concessionari dovrebbero richiedere una dimostrazione di identità, consenso o evidenza della richiesta, ambito a livello di campo, tracciabilità, conservazione, revoca, controlli di accesso e sicurezza dei partner per il loro esatto caso d'uso.