Il Data Governance Act (DGA) dell’UE non è solo un’altra normativa di conformità. È un quadro pragmatico progettato per risolvere un problema critico: rendere sicuro e tecnicamente fattibile lo scambio di dati tra organizzazioni.
Il suo scopo è sbloccare il valore di vasti set di dati—per lo più non personali—che attualmente sono inaccessibili, rinchiusi nei silos del settore pubblico e privato. Stabilendo regole chiare per gli intermediari dei dati e incoraggiando la donazione di dati per il bene comune (altruismo dei dati), il DGA mira a favorire un’economia dei dati più connessa e innovativa. Per i leader tecnici, comprendere i suoi meccanismi è fondamentale sia per la conformità sia per cogliere le opportunità.
Perché esiste il Data Governance Act e quale problema risolve

Prima del DGA, l’UE affrontava un paradosso dei dati. Enormi volumi di dati preziosi—dai modelli anonimi di trasporto pubblico ai rilevamenti aggregati di sensori industriali IoT—restavano inutilizzati all’interno di enti pubblici e aziende private. Questo accumulo di dati non rallenta solo la ricerca accademica; soffoca attivamente l’innovazione e crea vicoli ciechi economici.
Per qualsiasi fondatore o CTO, il problema era duplice. Primo, il deficit di fiducia: condividere dati sembrava intrinsecamente rischioso a causa di timori di svantaggi competitivi, violazioni accidentali della privacy o usi impropri. Secondo, il deficit tecnico: la mancanza di API e protocolli standardizzati rendeva ogni tentativo di scambio di dati un progetto di integrazione costoso e su misura.
Come affrontare il deficit di fiducia e quello tecnico
Senza un regolamento comune, la condivisione dei dati è sempre stata un’attività ad alta frizione. Il DGA è stato progettato per risolvere direttamente questi due problemi fornendo una struttura legale per costruire fiducia e un quadro tecnico per favorire l’interoperabilità. È meglio inteso non come un onere di conformità, ma come un abilitatore di mercato.
L’idea centrale dietro il Data Governance Act non è obbligare la condivisione dei dati, ma creare un ambiente prevedibile in cui le organizzazioni scelgono di condividere i dati perché i rischi sono gestiti e i benefici sono chiari.
Questo quadro è stata una risposta diretta alle esigenze del mercato. Una consultazione della Commissione Europea del 2020 ha rivelato che il 90% dei partecipanti concordava sul fatto che una governance formale fosse critica per sbloccare l’innovazione intersettoriale. Questo feedback dagli stakeholder industriali ha plasmato direttamente il DGA. Puoi consultare i risultati del Parlamento Europeo per tracciare il suo percorso legislativo.
Liberare valore, non aggiungere ostacoli
Per le aziende software B2B e le società di IA, il DGA va visto attraverso una lente strategica. Si tratta di nuove opportunità tecniche e di business, non solo di nuove regole. L’Atto crea un percorso chiaro per:
- Accesso ai dati del settore pubblico: Il DGA impone agli enti pubblici di stabilire processi per rendere i dati non personali disponibili per il riutilizzo, creando opportunità per costruire nuovi servizi in mobilità, sanità o scienze ambientali.
- Creazione di nuovi servizi di dati: Abilita formalmente i “servizi di intermediazione dei dati”—terze parti neutrali e affidabili che facilitano lo scambio sicuro di dati tra altre organizzazioni.
- Alimentare IA e analisi: Una fornitura più affidabile di dati di alta qualità e diversificati è il motore vitale dei modelli di machine learning robusti. Il DGA mira a far fluire quei dati.
Mettendo in atto questo quadro, il DGA è progettato per creare un circolo virtuoso: più fiducia porta a più condivisione dei dati, che a sua volta alimenta l’innovazione e dimostra il valore della struttura di governance.
Decifrare i concetti chiave del Data Governance Act
Per costruire sistemi conformi, i leader tecnici devono prima comprendere il vocabolario chiave del DGA. Il regolamento istituisce un nuovo ecosistema con ruoli e responsabilità definiti. Non è solo gergo legale; è un progetto funzionale per un mercato dei dati affidabile.
Considera il DGA come la definizione delle regole d’ingaggio per questo mercato. Introduce definizioni chiare per gli attori chiave, assicurando che tutti operino da una comprensione comune delle loro funzioni e obblighi.
I principali attori sul palcoscenico del DGA
L’Atto si basa su tre ruoli principali. Identificare quale ruolo (o ruoli) la tua organizzazione potrebbe svolgere è il primo passo verso una strategia di implementazione concreta.
-
Detentori dei dati: Qualsiasi ente del settore pubblico o azienda privata che raccoglie e controlla i dati. Questo potrebbe essere un comune che detiene dati anonimizzati sul flusso del traffico o una fabbrica con dati aggregati dei sensori delle sue linee produttive. La loro funzione chiave è rendere questi dati disponibili per il riutilizzo in condizioni sicure e non discriminatorie.
-
Utenti dei dati: Le aziende o le persone che cercano di accedere ai dati dai detentori per costruire nuovi prodotti, condurre ricerche o generare insight. Una società SaaS potrebbe essere un utente dei dati quando accede ai dati ambientali pubblici per costruire una nuova funzionalità di analisi della sostenibilità.
-
Fornitori di servizi di intermediazione dei dati: Un ruolo nuovo e critico creato dal DGA. Sono terze parti neutrali che forniscono l’infrastruttura tecnica e legale per la condivisione dei dati tra detentori e utenti. Agiscono come un canale di fiducia, garantendo che i dati si muovano in modo sicuro e conforme senza che l’intermediario stesso analizzi o utilizzi i dati.
Un principio fondamentale è la neutralità. A un intermediario dei dati è vietato utilizzare i dati che gestisce per i propri scopi commerciali. Questa separazione strutturale è una scelta architetturale progettata per costruire fiducia prevenendo conflitti di interesse. Il loro unico business è facilitare lo scambio.
Questa separazione è fondamentale. Assicura sia ai detentori sia agli utenti che l’intermediario è un canale sicuro e affidabile, eliminando la necessità di accordi complessi e one-off tra singole parti.
Ruoli e responsabilità chiave ai sensi del Data Governance Act
Questa tabella chiarisce le funzioni distintive e gli obblighi principali degli attori principali definiti all’interno del quadro del DGA.
| Ruolo dell’attore | Descrizione | Esempio di obbligo principale |
|---|---|---|
| Detentore dei dati | Un ente pubblico o privato che raccoglie e controlla i dati. | Rendere i dati non personali disponibili per il riutilizzo in modo sicuro e non discriminatorio. |
| Utente dei dati | Un individuo o un’entità che accede e utilizza i dati per scopi commerciali o non commerciali. | Conformarsi alle condizioni specifiche stabilite dal detentore dei dati per il riutilizzo. |
| Intermediario dei dati | Una terza parte neutrale che facilita la condivisione dei dati tra detentori e utenti. | Agire come fiduciario per i soggetti dei dati e astenersi dall’utilizzare i dati per i propri scopi. |
Nuovi concetti: altruismo dei dati e intermediari
Il DGA introduce anche due concetti potenti per aumentare la disponibilità dei dati e regolamentare il nuovo mercato che crea.
Altruismo dei dati è un quadro formale che permette a individui e aziende di acconsentire volontariamente che i loro dati siano utilizzati per scopi di interesse generale, come la ricerca scientifica o il miglioramento dei servizi pubblici. L’Atto istituisce una certificazione per le “organizzazioni di altruismo dei dati” per garantire che tali dati siano trattati in modo etico e sicuro. Ad esempio, un’azienda potrebbe donare i dati anonimizzati della propria catena di fornitura a ricercatori che studiano la resilienza economica.
Il DGA impone anche obblighi rigorosi sui Servizi di intermediazione dei dati. Per operare, questi fornitori devono notificare un’autorità nazionale e sono severamente vietati dall’utilizzare i dati condivisi per qualsiasi altro scopo. Hanno un dovere fiduciario di agire nel miglior interesse dei soggetti dei dati, consolidando il loro ruolo di intermediari neutrali. Questa è una considerazione critica per qualsiasi piattaforma che costruisca funzionalità di condivisione dei dati, poiché potrebbe farle rientrare in queste rigide regole di neutralità.
I tuoi obblighi chiave e le scadenze per la conformità
Trasporre la teoria del DGA in compiti ingegneristici concreti è una priorità immediata per le aziende software B2B nell’UE. Il periodo di grazia è terminato.
Il Data Governance Act è diventato pienamente applicabile in tutti gli Stati membri dell’UE il 24 settembre 2023. Tale scadenza è seguita da un periodo di attuazione di 15 mesi, il che significa che gli obblighi sono attivi ora. Le tue responsabilità dipendono interamente dal ruolo che la tua organizzazione svolge nell’ecosistema dei dati. Puoi vedere il posto del DGA nel più ampio contesto legislativo consultando la strategia dell’UE per l’economia dei dati.
Obblighi principali per i servizi di intermediazione dei dati
Se la tua piattaforma facilita la condivisione dei dati tra altre organizzazioni, potresti essere classificato come fornitore di servizi di intermediazione dei dati. Questo ruolo comporta gli obblighi DGA più stringenti, progettati per far rispettare la neutralità.
- Separazione strutturale: Devi mantenere il tuo servizio di intermediazione dei dati separato legalmente e operativamente dagli altri tuoi servizi. Non puoi utilizzare i dati che transitano sulla piattaforma per il tuo guadagno commerciale, ad esempio per migliorare i tuoi prodotti o vendere analisi derivate.
- Dovere fiduciario: Hai l’obbligo legale di agire nel miglior interesse dei soggetti dei dati i cui dati gestisci. Questo richiede sistemi robusti per gestire il consenso e far rispettare la limitazione delle finalità.
- Obbligo di notifica: Prima di operare, devi notificare l’autorità nazionale designata, che ti iscriverà in un registro pubblico e ti porrà sotto la sua supervisione diretta.
Un approccio ingenuo, come costruire una funzionalità di “mercato dei dati” che alimenta anche il tuo motore di analytics, violerebbe direttamente le regole di neutralità del DGA. Il regolamento richiede una separazione architetturale e commerciale netta tra il facilitare lo scambio di dati e lo sfruttarlo.
Regole per il riutilizzo dei dati del settore pubblico
Per le aziende che agiscono come utenti dei dati, il DGA standardizza il processo di accesso ai dati non personali detenuti dagli enti pubblici. Questo crea opportunità significative ma comporta condizioni chiare.
La seguente figura mostra come interagiscono i ruoli chiave stabiliti dal Data Governance Act.

Come utente dei dati, il tuo obbligo principale è rispettare le condizioni stabilite dal detentore dei dati, fatte valere mediante accordi legali e controlli tecnici.
Queste condizioni includeranno probabilmente:
- Non discriminazione: Gli enti pubblici devono stabilire termini per il riutilizzo dei dati equi, trasparenti e non discriminatori.
- Conformità ai termini: Devi utilizzare i dati solo per le finalità concordate e rispettare eventuali vincoli tecnici, ad esempio utilizzandoli solo all’interno di un ambiente di elaborazione sicuro fornito dall’ente pubblico.
- Riservatezza: Se un set di dati contiene informazioni commercialmente sensibili (es. segreti aziendali), sei legalmente tenuto a proteggere la sua riservatezza. Ciò comporta tipicamente un formale Accordo sul trattamento dei dati (DPA) che governa come i dati vengono gestiti. Per uno sguardo più dettagliato, consulta la nostra guida sugli Accordi sul trattamento dei dati.
Diventare un’organizzazione riconosciuta di altruismo dei dati
Infine, il DGA crea uno status formale per le “organizzazioni di altruismo dei dati”. Se la tua organizzazione desidera raccogliere e trattare dati per il bene pubblico, puoi registrarti per ottenere questo status ufficiale. Questa designazione costruisce fiducia ma richiede che tu sia:
- Un’entità no profit.
- Completamente trasparente sulle tue attività di trattamento dei dati.
- Dotata di solide misure di sicurezza per proteggere i dati che detieni.
Modifiche architetturali di cui la tua piattaforma software ha bisogno

Il Data Governance Act è un mandato tecnico per CTO e responsabili dell’ingegneria. Conferma un principio fondamentale: privacy e governance non sono funzionalità da aggiungere in seguito; sono decisioni architetturali.
Cercare di raggiungere la conformità con metodi ad hoc come trasferimenti di file non sicuri o esportazioni grezze del database è una ricetta per il fallimento. Questi approcci non offrono auditabilità, controllo degli accessi granulare né un modo per gestire il consenso. Un’architettura robusta e conforme è l’unica strada sostenibile.
API sicure come fondamento
La pietra angolare della condivisione dei dati conforme al DGA è un gateway API sicuro. Un’architettura API-first è non negoziabile, fornendo il controllo, la standardizzazione e l’osservabilità richiesti per ogni transazione di dati.
-
Controllo degli accessi granulare: le API devono applicare le autorizzazioni con precisione. Un semplice controllo degli accessi basato sui ruoli (RBAC) spesso non è sufficiente. Dovresti progettare per un controllo degli accessi basato sugli attributi (ABAC) per creare regole dinamiche basate su attributi dell’utente, sensibilità dei dati o contesto di progetto.
-
Formati di dati standardizzati: le API impongono una struttura coerente, assicurando che solo i dati previsti escano dal tuo sistema e prevenendo perdite accidentali di dati.
-
Limitazione della frequenza e throttling: implementare limiti di frequenza è fondamentale per prevenire abusi, sia da parte di attori maligni che tentano di esfiltrare dati, sia da client mal configurati che sovraccaricano i tuoi servizi.
Questo modello disciplinato, incentrato sulle API, sostituisce la condivisione caotica e insicura dei dati con un processo gestito e auditabile.
Implementare un logging e un auditing robusti
Per dimostrare la conformità, devi essere in grado di mostrare chi ha accesso a quali dati, quando e per quale scopo. Un logging esaustivo non è opzionale; è fondamentale per la responsabilità.
Il tuo sistema deve mantenere una traccia di audit immutabile di ogni evento di accesso ai dati. I log devono registrare ogni chiamata API relativa alla condivisione dei dati: l’identità dell’utente, i dati specifici richiesti, il timestamp e l’esito (successo o fallimento) della richiesta.
Questo registro di audit funge da prova primaria per indagini regolatorie, investigazioni sugli incidenti e per dimostrare trasparenza ai titolari e agli utenti dei dati. Deve essere progettato per l’archiviazione a lungo termine, la ricercabilità e la resistenza alle manomissioni.
Gestire il consenso e la provenienza dei dati
Il DGA rafforza i principi del GDPR sul consenso e la limitazione delle finalità. Architettonicamente, questo richiede un sistema che possa tracciare e applicare le autorizzazioni concesse per ogni elemento di dato.
La tua piattaforma necessita di un modulo dedicato per la gestione del consenso. Questo è più di una casella da spuntare; deve collegare programmaticamente ogni punto dati al consenso specifico con cui è stato raccolto. Quando arriva una richiesta di dati, il sistema deve poter verificare che l’uso previsto sia consentito.
Devi anche gestire la provenienza dei dati — la completa genealogia dei tuoi dati. Questo include il tracciamento:
- La fonte originale dei dati (il titolare dei dati).
- Qualsiasi trasformazione applicata, come anonimizzazione o aggregazione.
- La base giuridica per il suo trattamento e la condivisione.
Mantenere questa catena di custodia è essenziale, soprattutto per gli intermediari di dati. Una mappa chiara dei dati è anche un prerequisito per condurre una Valutazione d’impatto sulla privacy approfondita, permettendoti di identificare e mitigare i rischi in modo proattivo.
Come il DGA si integra con il GDPR e l’AI Act
Nessuna regolamentazione UE esiste in isolamento. Per i leader tecnici, comprendere come il Data Governance Act (DGA) si intreccia con il GDPR e l’AI Act è cruciale per costruire un’architettura di conformità coerente. La relazione è complementare, non contraddittoria.
La missione del GDPR è proteggere i dati personali. La missione del DGA è abilitare la condivisione dei dati — sia personali sia non personali — all’interno di un framework fidato. Il GDPR stabilisce le regole per ciò che deve essere protetto; il DGA fornisce i meccanismi approvati per condividere i dati in modo che tali regole siano rispettate.
Il DGA operacionalizza la condivisione dei dati in modo conforme-by-design. Crea percorsi, come gli intermediari neutrali dei dati, per facilitare i flussi di dati senza violare i principi fondamentali del GDPR sulla limitazione delle finalità e minimizzazione dei dati.
Qualsiasi condivisione di dati personali ai sensi del DGA deve comunque avere una base giuridica valida ai sensi del GDPR, come il consenso esplicito dell’interessato. Questo è un dettaglio critico per i team di ingegneria che progettano sistemi di gestione del consenso. Puoi esplorare le complessità dei diritti degli interessati nel nostro approfondimento sull’articolo 14 del GDPR.
Alimentare un’IA conforme con il DGA
Per le organizzazioni che costruiscono sistemi di IA, il DGA è un asset strategico, non un ostacolo. L’AI Act dell’UE pone grande enfasi sulla qualità dei dati, la governance e la tracciabilità, specialmente per le IA ad alto rischio. Dataset di scarsa qualità, distorti o incompleti sono una fonte primaria di fallimento e rischio dei modelli di IA.
Il DGA fornisce una base pratica per soddisfare questi requisiti esigenti. Utilizzando intermediari di dati conformi al DGA e accedendo a dati da organizzazioni altruistiche affidabili, gli sviluppatori di IA possono:
- Garantire input di alta qualità: accedere a dataset ben documentati con provenienza chiara.
- Mitigare i bias: diversificare i dati di addestramento prelevandoli da più detentori affidabili attraverso un framework fidato.
- Dimostrare conformità: sfruttare i meccanismi di trasparenza e auditing integrati nel DGA per documentare l’origine e l’uso dei dati ai fini dei report richiesti dall’AI Act.
In breve, il DGA offre una soluzione a una delle maggiori sfide dell’AI Act: acquisire dati di addestramento di alta qualità in modo etico, legale e trasparente.
Per maggiori informazioni sugli allineamenti normativi in arrivo, puoi ridurre gli oneri di conformità esplorando i prossimi cambiamenti nel quadro giuridico digitale dell’UE.
Passi operativi successivi per team di prodotto e ingegneria

Tradurre i principi del DGA in codice e infrastruttura richiede un approccio pragmatico e per fasi. Per i leader di prodotto e ingegneria, si tratta di far evolvere la maturità della piattaforma, non di un progetto una tantum. Tentare la conformità perfetta in un unico rilascio “big bang” è irrealistico e soggetto a fallimenti.
Una strategia incrementale ti permette di affrontare prima i rischi più elevati mentre costruisci l’architettura fondamentale per capacità di governance più avanzate nel tempo.
Fase 1: Scoperta e Valutazione
Non puoi governare ciò che non puoi vedere. Un audit dei dati approfondito è il punto di partenza non negoziabile.
-
Conduci un audit dei dati: mappa ogni asset dati che la tua organizzazione detiene. Per ogni dataset, documenta la sua origine, lo scopo per cui viene conservato, la sua posizione di storage e i controlli di accesso. Questa mappa diventa la tua fonte unica di verità.
-
Rivedi e aggiorna le policy: la tua informativa sulla privacy e gli accordi sul trattamento dei dati non sono documenti legali statici. Devono riflettere accuratamente come i tuoi sistemi gestiscono la condivisione dei dati, il consenso e la limitazione delle finalità ai sensi del DGA.
-
Valuta i processori terzi: scrutinizza ogni fornitore che tratta i tuoi dati. Assicurati che i loro contratti e le loro capacità tecniche siano allineati ai requisiti del DGA, in particolare se sono coinvolti in attività di condivisione dei dati.
Fase 2: Roadmap di implementazione tecnica
Una volta che hai un quadro chiaro del tuo panorama dati, puoi tradurre le policy in una roadmap di ingegneria. Questo significa trattare la governance come un requisito di sistema primario.
Considerare la conformità esclusivamente come un problema legale è un errore strategico. Il Data Governance Act ha implicazioni architetturali dirette e ineludibili. La tua roadmap tecnica deve affrontare la governance come una priorità di primo piano.
Questa roadmap dovrebbe concentrarsi sulla costruzione degli abilitatori tecnici per uno scambio di dati sicuro e controllato:
-
Sviluppa una strategia API sicura: se non ne hai una, dai priorità all’implementazione di un gateway API sicuro. Deve supportare controlli di accesso granulari (es. controllo degli accessi basato su attributi - ABAC), limitazione della frequenza e logging completo per tutti gli endpoint di condivisione dei dati.
-
Progetta un sistema di gestione del consenso: architetta gli strumenti per utenti finali e team interni per gestire il consenso dinamicamente. Il sistema deve essere in grado di collegare programmaticamente permessi specifici a dataset specifici e applicare tali regole a runtime.
-
Stabilisci workflow di governance: definisci e automatizza playbook operativi per gestire le richieste di accesso ai dati, condurre audit e gestire l’intero ciclo di vita dei dati dalla creazione alla cancellazione sicura.
Questo approccio a fasi scompone i requisiti astratti del DGA in compiti ingegneristici gestibili, portando a una piattaforma più solida, affidabile e competitiva.
Il Data Governance Act: rispondere alle domande difficili
Anche con una panoramica chiara, il DGA solleva questioni pratiche per chi costruisce software. Ecco risposte dirette alle preoccupazioni più comuni per CTO e product leader.
Qual è la vera differenza tra il DGA e il GDPR?
Pensala così: il GDPR riguarda la protezione dei dati personali, mentre il DGA riguarda la creazione di meccanismi affidabili per condividere i dati.
Il GDPR stabilisce le regole per proteggere le informazioni personali. Il DGA si basa su quella base creando un quadro legale e tecnico (come gli intermediari dei dati) in modo che i dati — sia personali sia non personali — possano essere condivisi in modo che rispetti i principi del GDPR. Sono progettati per funzionare in tandem.
Il Data Governance Act obbliga la mia azienda a condividere i suoi dati?
No. Il Data Governance Act non impone un obbligo generale alle aziende private di condividere i propri dati.
Il framework è volontario. Il suo scopo è incentivare la condivisione dei dati riducendo rischi e attriti. Obblighi sorgono solo se scegli di partecipare all’ecosistema — ad esempio operando come intermediario di dati o riutilizzando specifici tipi di dati del settore pubblico.
La mia piattaforma SaaS potrebbe diventare per errore un intermediario di dati?
Sì, ed è un rischio critico da valutare. Se la tua piattaforma fornisce un servizio che permette a due o più organizzazioni separate di condividere dati tra loro, potresti rientrare nella definizione del DGA di fornitore di servizi di intermediazione dei dati.
Ad esempio, se costruisci una funzione di “mercato dei dati” che connette diverse aziende per scambiare dataset, stai quasi certamente agendo come intermediario. Questo ti sottoporrebbe alle severe regole di neutralità del DGA, vietandoti di usare quei dati per il tuo vantaggio commerciale e richiedendoti di registrarti presso le autorità nazionali. Un approccio superficiale qui rappresenta un importante punto cieco di conformità.
Il DGA riguarda solo i dati non personali?
No, il DGA copre sia i dati personali che i dati non personali, ma applica regole differenti. Per i dati non personali (es. dati aggregati da sensori industriali), l’obiettivo è sbloccarne il valore economico. Per i dati personali, introduce salvaguardie aggiuntive per garantire che qualsiasi condivisione sia pienamente conforme al GDPR, tipicamente usando un intermediario di dati neutrale per gestire consenso e limitazione delle finalità.
Noi di Devisia crediamo che la conformità a normative come il Data Governance Act non sia una casella legale da spuntare—è una scelta architetturale. Costruiamo prodotti digitali affidabili e sistemi basati sull’IA con governance e privacy integrate fin dal primo giorno. Per vedere come il nostro approccio pragmatico può trasformare la vostra visione in software manutenibile e conforme, visitateci su https://www.devisia.pro.