Governance dei dati: come incoerenze tecniche e processi deboli trasformano il dato in rischio

Il 18 febbraio 2026 il Consiglio Nazionale del Notariato carica alle 13:40 un elenco di candidati. Alle 14:40 il Ministero della Giustizia pubblica i risultati ufficiali. I due documenti non coincidono. Il Garante multa entrambi per 35 mila euro complessivi². Errori tra fonti e controlli di accesso fragili, dagli endpoint alle procedure di pubblicazione, mostrano una debolezza di governance dei dati che tocca sviluppo, QA e processi.

1. Le API come singolo punto di fallimento

In una FinTech con tre canali, un endpoint rotto blocca la stessa funzione su portale web, Telegram Mini App e bot. L’autore ha visto questo effetto per un anno di test. Ha spostato il baricentro sul livello API. Ha cercato la radice del guasto dove i tre canali parlano con lo stesso backend¹.

Ha usato strumenti quotidiani. Swagger o OpenAPI per leggere le promesse degli endpoint. Postman per replicare le stesse richieste inviate dai tre front end. DBeaver con SQL su PostgreSQL per vedere cosa finiva davvero nel database. Docker per avviare parti del sistema in locale. DevTools del browser per ispezionare traffico e payload. Playwright per check automatici dei flussi web¹.

Molti difetti avevano una causa comune: endpoint che non rispettavano le attese. Individuarli a livello API ha evitato di inseguire lo stesso bug in tre interfacce¹. Quando più canali dipendono da un unico contratto, la qualità di quel contratto determina la resilienza dell’intero servizio. Se la specifica è ambigua o non testata, l’errore si moltiplica.

2. Registri disallineati, costo reale della mancata riconciliazione

In un magazzino vicino a Mosca il carico giornaliero era chiaro: 50-60 autisti, 2.500-3.000 consegne. L’autore ha guidato lui stesso per alcuni mesi: 70-100 fermate al giorno. Gli ordini vivevano in quattro luoghi, ciascuno con un proprietario diverso: lettera di vettura su carta, stato nell’app del driver, resi verificati dai magazzinieri, pagamenti controllati dalla contabilità³.

Il pacco scivolato dietro un sedile lo mostra bene. La lettera di vettura lo dava caricato. L’app lo segnava consegnato. Il cliente non l’aveva ricevuto. Nel pomeriggio l’autista lo riportò al destinatario. Ogni sistema aveva una parte di verità. Il quadro completo è emerso solo affiancando i registri³.

Riconciliare voleva dire indagare. Recuperare le lettere di vettura. Seguire i passaggi in magazzino. Chiamare autisti, magazzinieri e contabilità. Una singola difformità richiedeva 2-4 ore, quasi tutte in telefonate tra reparti che vedevano solo il proprio pezzo. L’esito finiva in tre caselle: seconda consegna, perdita accertata, errore di registrazione³.

Qui la governance dei dati è tracciabilità tra fonti e procedure di riconciliazione. Senza questi elementi, lo scarto tra quantità, indirizzi o stati diventa costo diretto e conflitto su chi paga. L’assenza di una verità condivisa genera attriti quotidiani.

3. Controlli di accesso e procedure di pubblicazione fragili

Il Notariato pubblica in anticipo un elenco con annotazioni personali. Un’ora dopo il Ministero pubblica i risultati ufficiali. I due documenti non coincidono. Il Garante sanziona il Ministero con 20 mila euro e il Consiglio con 15 mila euro, per un totale di 35 mila euro².

L’elenco del Notariato non proveniva dal Ministero. Un componente della commissione d’esame l’aveva inviato a titolo individuale, senza autorizzazione. Nel file comparivano elementi estranei agli esiti ufficiali: luoghi di nascita, date di correzione, composizione della commissione. Presenti anche annotazioni e apprezzamenti personali su alcuni candidati, con riferimenti agli argomenti d’esame².

Il Garante, con il provvedimento n. 762, contesta al Consiglio l’acquisizione e la comunicazione dei dati senza un’adeguata base giuridica. Per il Ministero scatta il provvedimento n. 761 per l’esposizione, all’ingresso della sede, di un elenco che includeva anche i non ammessi all’orale².

Per sviluppo e QA il punto è processuale oltre che tecnico. Un click su “pubblica” senza policy, ruoli e audit produce danno reputazionale e sanzioni amministrative. La qualità del dato include controllo degli accessi e ciclo di vita della pubblicazione.

4. Il dark web come ostensione, non prova di compromissione

La Farnesina conferma il 7 novembre 2026 il ritrovamento nel dark web di informazioni personali su Antonio Tajani e sui suoi familiari. Parla di un’area raggiungibile attraverso la rete Tor. Nella nota non precisa quali informazioni siano emerse, quante siano le occorrenze, quando siano state raccolte, né come siano finite online. Non indica una violazione dei propri sistemi. La presenza di dati nel dark web, da sola, non prova un’intrusione nella rete del ministero⁴.

Il ministero collega l’episodio al tema delle minacce ibride nell’agenda del G7 Esteri di Parigi del 9 e 10 novembre 2026. Ricorda la riorganizzazione avviata il 1° gennaio 2026 con una nuova Direzione cyber, dedicata alla protezione dell’amministrazione dagli attacchi informatici. Manca un’attribuzione. La nota non indica gruppi criminali, servizi di intelligence o Stati coinvolti⁴.

Qui la governance riguarda confini e prova. Il monitoraggio di esposizioni esterne è utile. Senza elementi verificabili su infrastrutture, modalità di compromissione e tracce forensi, l’origine tecnica dell’evento resta indeterminata. Anche la comunicazione pubblica rientra nel controllo: cosa si sa, cosa non si sa, cosa serve per attribuire.

5. Che cosa collega i casi: una debolezza sistemica della governance dei dati

I tre casi mostrano lo stesso schema. Endpoint che non mantengono le promesse propagano il difetto su tutti i canali. Registri non riconciliati trasformano uno scarto banale in ore di indagine con costi misurabili. Procedure di pubblicazione fragili espongono dati non autorizzati e generano sanzioni. La comparsa di dati nel dark web, priva di prove di compromissione interna, evidenzia la necessità di confini e metodi di verifica^1,3,2,4.

Manca una verità condivisa del dato, custodita da contratti chiari e da processi controllati. Mancano controlli di accesso granulari e audit efficaci sulle azioni sensibili, dalla pubblicazione alla modifica degli stati. Manca la tracciabilità end-to-end, dai sistemi di front end ai registri contabili, fino ai log di validazione per identità e parametri.

Azioni concrete senza nuove piattaforme: definire e verificare contratti API con specifiche leggibili e test riproducibili. Trattare l’API come interfaccia primaria di QA quando i canali sono più di uno¹. Centralizzare o sincronizzare i registri critici, con procedure di riconciliazione che emergono i conflitti e assegnano chiaramente la responsabilità del dato³. Stabilire policy di pubblicazione, ruoli e basi giuridiche, con verifica delle fonti e tracciamento delle modifiche prima dell’esposizione pubblica². Integrare il monitoraggio di esposizioni esterne con capacità forense interna e criteri di comunicazione basati su evidenze verificabili⁴.

Gli attrezzi contano. Conta una disciplina che lega specifiche, logging, ruoli e verifiche a un principio semplice: un dato vale se è coerente nel tempo, tra sistemi e rispetto alle regole che lo governano. Quando questo principio salta, l’effetto si vede subito, dal pacco dietro il sedile alla pagina web che vive dentro Telegram, fino a un elenco affisso in sede ministeriale. La prossima volta che un endpoint vacilla o un file circola senza mandato, la misura della maturità non sarà la velocità del fix, ma la qualità delle tracce che sapremo seguire.^1,2,3,4