Vai al contenuto
megapromotingParliamone

Competenza · Conformità GDPR e Legge 195/2024

Portiamo un sistema che parla con i clienti nello stato in cui può essere mostrato a un controllore, e lo verifichiamo dal codice, non da un questionario.

La Legge n. 195/2024 si applica nella Repubblica Moldova dal 23 agosto 2026 e recepisce il GDPR. Noi facciamo la parte ingegneristica: inventariamo ciò che il sistema raccoglie effettivamente, verifichiamo il comportamento reale della pagina, scriviamo il registro delle attività di trattamento e implementiamo conservazione, consenso e cancellazione come funzioni che eseguono. Non forniamo consulenza legale.

Già costruitoDue implementazioni proprie, più il lavoro fatto su noi stessi. Prima: `gdpr-scan-md`, uno scanner deterministico, senza componente di intelligenza artificiale, pubblico su `ongdpr.md` (verificato con curl il 06.09.2026: redirect 308 verso `/ro`, poi 200 con 95.131 byte). Ha sette moduli, pesi e soglie scritti in un unico file come fonte unica di verità, e 488 casi di test `it()`/`test()` nella directory dei test del motore. Seconda: il testo integrale della Legge 195/2024 modellato in formato macchina — 90 articoli, 384 commi, 408 lettere, 9 capitoli, 16 sezioni — con l’MD5 del PDF sorgente e il metodo di estrazione registrati nel file, così che una citazione possa essere verificata fino alla pagina. La terza prova, quella che dice di più: il registro art. 30 di questo sito, scritto per noi, con le limitazioni proprie dichiarate e otto punti ancora aperti. Riserva obbligatoria: non siamo uno studio legale e non emettiamo pareri giuridici. Uno strumento tecnico non sostituisce un giurista, e lo diciamo anche nel prodotto, non solo qui.

La Legge n. 195/2024 sulla protezione dei dati personali è stata adottata il 25 luglio 2024, pubblicata nel Monitorul Oficial n. 367-369 del 23 agosto 2024 ed è entrata in vigore il 23 agosto 2026. Recepisc[e] il Regolamento (UE) 2016/679. Per un’impresa in Moldova ciò significa che gli obblighi di cui si parlava finora come di «qualcosa di europeo» sono da oggi obblighi locali, con un’autorità locale e con sanzioni calcolate in lei o in percentuale del fatturato, prendendo il valore più alto.

La parte di cui ci occupiamo noi è ingegneristica. Un sistema che parla con i clienti — un sito con modulo, un assistente di chat, un agente che risponde al telefono, un CRM — raccoglie dati in luoghi che nessuno ricorda più dopo il secondo anno. La politica pubblicata dice una cosa, il codice ne fa un’altra, e la divergenza non si vede finché qualcuno non chiede. Il lavoro inizia quindi dal codice e dal comportamento reale della pagina, non da un questionario compilato da qualcuno che ricorda com’era l’anno scorso.

Diciamo chiaramente ciò che non facciamo: non forniamo consulenza legale, non emettiamo pareri, non redigiamo difese e non ci sostituiamo a un giurista o al responsabile della protezione dei dati. Siamo costruttori. Produciamo l’inventario verificato, la prova tecnica, il registro e l’implementazione — il materiale con cui un giurista può lavorare, invece di partire da dichiarazioni. Dove la domanda diventa giuridica, la segnaliamo come tale e la inoltriamo.

Il risultato si misura in modo diverso dal solito. Non dal numero di documenti prodotti, ma da quante affermazioni pubbliche sono rimaste in piedi dopo la verifica. Sul nostro sito, questo esercizio ha significato prima di tutto cancellazioni: un test indipendente di penetrazione annuale, un registro di audit di 180 giorni, crittografia su tutti i database, copie di sicurezza giornaliere fuori sede, quattordici sub-responsabili e due sedi di hosting — nessuna di queste voci ha potuto essere supportata da una prova, quindi nessuna è rimasta nella pagina.

Conformità GDPR e Legge n. 195/2024 — la parte ingegneristica · video in rumeno, con sottotitoli e trascrizione in italiano

La trascrizione completa

Entriamo direttamente nel vivo. Benvenuti a una nuova analisi, oggi affrontiamo una sfida enorme per tutto ciò che significa ambiente di affari, soprattutto nel contesto delle nuove regole in Repubblica Moldova. Il nostro focus assoluto di oggi: come verifichiamo la conformità direttamente dal codice, e non da pile infinite di carta. Molto spesso, quando si parla di confidenzialità, tutti guardano ai documenti legali caricati sul sito, ma, sorpresa, i documenti non riflettono quasi mai la realtà tecnica del sistema, quindi oggi esploriamo esattamente come possiamo estrarre la pura verità direttamente dall’infrastruttura. Sezione 1. L’illusione della conformità dichiarativa. Oppure, in altre parole, ciò che dichiariamo ufficialmente sulla carta contro ciò che facciamo davvero nella pratica. Pensate un po’ a cosa fa davvero un sito dietro le quinte quando nessuno lo guarda.

Un assistente virtuale o un negozio online sforna dati attraverso ogni sorta di angolo che, diciamolo sinceramente, il team tecnico probabilmente ha dimenticato del tutto a due anni dal lancio. Decine di strumenti terzi, script di analisi, codici di marketing, tutto questo gira silenziosamente in background, senza un occhio tecnico gettato sotto il cofano, è semplicemente impossibile sapere con esattezza chi e quale dato estrae o dove lo invia. Ed ecco qui la trappola. Da una parte abbiamo la teoria, quella politica di confidenzialità statica, immutata da anni e, nella maggior parte dei casi, basata su un modello. E dall’altra? Ecco, dall’altra c’è la realtà. Il codice è vivo, estremamente dinamico, si aggiorna costantemente e aspira dati in background. Questa frattura tra teoria e pratica è invisibile, fino al momento di un audit severo o, molto peggio, di una violazione di sicurezza quando nessuno può più ignorare l’elefante nella stanza.

Andiamo avanti alla sezione 2, MISA, e cioè la Legge 195/2024, con un impatto diretto e piuttosto duro a partire dal 23 agosto 2026. Stiamo praticamente parlando di obblighi europei portati qui, sotto forma di regole locali, rigide, nella Repubblica Moldova, e il tetto massimo per le multe? 2 milioni di lei. Sì, avete sentito bene? 2 milioni. Queste sanzioni sono pensate apposta per scoraggiare l’ignoranza. Un misero banner per i cookie che non funziona correttamente dal punto di vista tecnico non è più un semplice errore di design. È una vulnerabilità legale e finanziaria enorme. La legge è molto chiara e non perdona molto. Applica sempre il valore più alto tra la somma fissa e la percentuale sul fatturato.

Per gli obblighi di base, le sanzioni arrivano a 1 milione di lei o all’1% degli affari. Ma attenzione, gli elementi essenziali, cioè tutto ciò che riguarda il consenso, i diritti delle persone e i trasferimenti di dati, passano automaticamente nella fascia superiore, massimo 2 milioni di lei o 2%. L’idea da ricordare qui: qualsiasi errore tecnico sul consenso viene tassato senza attenuanti al livello massimo. E questo ci porta alla terza sezione, la verifica dal codice o, come mi piace chiamarla, l’estrazione della verità tecnica assoluta. Viste le multe enormi, semplicemente non possiamo più basarci sulla memoria delle persone o su questionari spuntati in fretta. La soluzione sta nell’ingegneria, e il processo ha tre passi di ferro. Passo 1.

Leggiamo la sorgente. Interroghiamo il server per vedere chiaramente cosa arriva in memoria. Passo 2. Estremamente importante. Premiamo sul pulsante di rifiuto dei cookie e ascoltiamo il traffico di rete per circa 3 secondi. Se gli strumenti in background continuano a succhiare dati, è chiaro, c’è un problema. E il passo 3. Redigiamo il celebre Registro delle Attività di Trattamento basandoci строго su queste prove tecniche incontestabili. Così il documento diventa ancorato alla realtà. Per standardizzare tutta questa storia, gli strumenti tecnici, come lo scanner GDP Scan MD, usano un punteggio matematico fisso, con un massimo di 1. Ma qui esiste una regola d’oro, una regola durissima. Un solo elemento critico bocciato plafona istantaneamente il punteggio finale a 0,49. Bam, non conforme.

Questo significa che puoi avere la politica di confidenzialità più bella e meglio scritta del mondo, ma se un tracker parte prima che il visitatore dia l’accettazione, hai fallito il test. I documenti semplicemente non possono salvare un codice scritto male. Passiamo alla sezione 4. Il caso reale su una piattaforma propria. Un audit tecnico di trasparenza radicale. Per dimostrare che funziona, il team dietro la metodologia ha deciso di testare il proprio strumento proprio sul loro sito. E cosa si vede? Nel corso degli anni, sulla loro pagina pubblica si erano accumulati ogni sorta di fantasmagoriche affermazioni aziendali. Un registro di audit di 180 giorni, crittografia su assolutamente tutte le basi di dati, circa 14 subresponsabili. Sembravano estremamente professionali, vero?

Solo che erano apparsi lì per inerzia. Semplicemente erano stati copiati da un documento interno all’altro, senza che qualcuno verificasse nel codice sorgente se quelle cose fossero ancora valide. Così hanno applicato la regola tecnica con assoluto rigore. Non hai un documento primario estratto direttamente dal codice per un’affermazione? Si elimina! Hanno fatto una pulizia generale massiccia. Un sacco di frasi pompose su vecchi test o backup irrilevanti sono sparite del tutto. Il motivo? Semplice. È molto, molto più sicuro avere una pagina di conformità più breve, onesta e ancorata al 100% ai fatti reali, che un dossier pieno di promesse che non puoi provare in caso di controllo. Ah, e oltre a questa pulizia, l’autoaudit ha fatto emergere qualcosa di affascinante legato ai chatbot intelligenti basati su AI.

Portano con sé tre rischi principali. 1. In primo luogo, trattengono ogni sorta di dati sensibili che i visitatori inseriscono lì del tutto senza richiesta. 2. Il trasferimento inevitabile di quei testi a un fornitore di modello terzo, di solito in un altro Paese. E 3. L’aspetto più critico, ascoltate qui. La scrittura nella memoria del browser alla semplice apertura della pagina, prima che la persona faccia un click. L’unica soluzione? Entrare nel codice e bloccare il caricamento del modello, finché il visitatore non decide effettivamente di premere il pulsante di avvio della conversazione. Arriviamo anche alla sezione 5, i limiti tecnici e giuridici. Fin dove arriva l’ingegneria e dove dobbiamo lasciare che i professionisti del legale facciano il loro lavoro.

È assolutamente chiaro che la metodologia nel codice è vitale, ma non illudiamoci, non risolve davvero tutto da sola. Lo strumento tecnico si occupa di cose tangibili. Inventaria l’infrastruttura, guarda nel codice e tira fuori prove chiare su come si comporta il sistema. Però, attenzione, non rappresenta un parere legale. Uno strumento tecnico non può decidere le basi legali di un contratto e non interpreta le leggi. Questa parte è il territorio esclusivo degli avvocati. In breve, la tecnologia getta una base super solida di cemento, di prove, e poi i giuristi costruiscono la legalità sopra di essa. Questa delimitazione porta alla luce una cosa straordinaria sul famoso art. 30, il Registro delle Attività di Trattamento. Vi dico un segreto, un registro vivo generato davvero dal codice non apparirà mai immacolato alla prima scansione.

Quelle righe marcate come non verificato, che richiedono una decisione umana, giuridica, proprio quelle mostrano la vera trasparenza di un’organizzazione. Qualsiasi registro che dal primo giorno sembri perfetto, completo e senza alcun errore aperto, in quasi tutti i casi è un’illusione a buon mercato, una semplice scheda compilata da un modello che ignora completamente la reale complessità di un software. Quindi, tirando le somme di tutto quello che ho raccontato, vedendo questa differenza colossale tra ciò che è scritto sulla carta e ciò che la macchina esegue davvero, nella vostra organizzazione come appare il processo di verifica? La conformità si basa su documenti polverosi, dimenticati da qualche parte nel seminterrato del sito, o su certezze incontestabili estratte direttamente dal codice attivo?

Passare a una verifica tecnica non è solo una spunta sulla carta per sfuggire alla Legge 195/2024. È la garanzia suprema che rispettate davvero i dati delle persone. Un cambio di prospettiva che semplicemente trasforma il modo in cui pensiamo la sicurezza.

Cosa comprende

Il lavoro, per componenti

L’inventario si fa dal codice e dal server live, non da un questionario

La prima fase significa leggere il sorgente e interrogare la produzione: quali campi vengono effettivamente scritti, dove finiscono, cosa viene messo nella memoria del browser e in quale momento, quali servizi terzi caricano la pagina, cosa conserva il log del server e per quanto tempo. Un esempio concreto dal nostro inventario: l’assistente chat del sito si caricava a ogni visualizzazione della pagina e scriveva l’identificatore di sessione e la cronologia nella memoria locale del browser **prima** che il visitatore chiedesse qualcosa. Nessun questionario lo avrebbe rivelato, perché nessuno lo sapeva.

Verifica comportamentale: premiamo il pulsante di rifiuto e ascoltiamo la rete

La presenza di un banner di consenso non dimostra nulla. Il nostro scanner trova il banner, preme effettivamente il controllo di rifiuto e poi ascolta il traffico di rete per tre secondi. Uno strumento di tracciamento conta come violazione solo se tracciava già prima di qualsiasi consenso e continua a tracciare dopo il rifiuto, senza un segnale di consenso rifiutato. Un sito che gestisce correttamente il rifiuto implicito non viene penalizzato per i suoi ping senza cookie — la regola è stata aggiunta esplicitamente per non contraddire la verifica che premia esattamente quel comportamento.

Il registro delle attività di trattamento, scritto come documento vivo

L’art. 30 richiede un’evidenza delle attività di trattamento con finalità, categorie di persone e di dati, destinatari, trasferimenti, termini di cancellazione e una descrizione delle misure di sicurezza. Lo scriviamo riga per riga dall’inventario verificato, e ciò che non è stato possibile verificare resta marcato «non verificato», non compilato da un modello. La regola di manutenzione è scritta nel documento: se una modifica del codice cambia ciò che viene raccolto, a chi arriva o per quanto viene conservato, il registro e la politica pubblicata si modificano **nello stesso commit**. La divergenza tra codice e politica è esattamente il problema che genera il documento.

Un punteggio che si può ricostruire, non una spunta

Le sette categorie hanno ponderazioni fisse: cookie 0,25, meccanismo di consenso 0,20, politica 0,20, trasporto 0,15, moduli 0,08, giurisdizione 0,07, identità del titolare 0,05 — somma esatta 1,0, verificata da un test. Una constatazione bocciata riduce la sua categoria proporzionalmente alla gravità: critico 1,0, alto 0,6, medio 0,3, basso 0,15; un avviso costa la metà. Oltre 80 è conforme, oltre 50 è rischio, sotto — non conforme. Tutti i numeri stanno in un solo file, come fonte unica di verità, proprio perché chiunque possa rifare il calcolo.

La regola dura per le violazioni che stanno accadendo proprio ora

Una sola constatazione critica bocciata impone il verdetto «non conforme» e plafona il punteggio a 49, indipendentemente da ciò che direbbe la formula ponderata. Il motivo è semplice: strumenti di tracciamento che operano prima del consenso, o un pulsante di rifiuto che non blocca nulla, colpiscono ogni visitatore in questo momento. Una politica sulla privacy impeccabile non può alzare la media oltre questo.

La conservazione come attività automatica che lascia traccia, non come promessa da politica

“Conserviamo i dati per 24 mesi” è un’affermazione che si verifica in un solo modo: eseguendo la cancellazione. Da noi, il registro delle richieste dal sito ha il termine letto dalla configurazione (`LEAD_RETENTION_DAYS`, implicitamente 730 giorni) e pulisce a ogni scrittura. In una piattaforma più grande, la pulizia è un’attività programmata che viene eseguita **dopo** la copia di sicurezza e solo se questa è riuscita — una cancellazione senza copia fresca è l’unica forma di cancellazione da cui non esiste ritorno — e scrive una riga in una tabella di esecuzioni. Quella riga è la prova di conformità richiesta dall’art. 5 para. (2). Prima della prima attivazione reale, l’attività gira a vuoto per almeno una settimana e si legge il registro.

I trasferimenti: dove termina l’obbligo e dove comincia

L’art. 44 para. (2) dice che l’intero capitolo sui trasferimenti **non si applica** ai trasferimenti verso gli Stati dello Spazio Economico Europeo, dove non sono necessarie autorizzazioni speciali. Questo cambia completamente l’analisi: l’hosting nell’Unione Europea non è una preferenza estetica, è la differenza tra “nulla da giustificare” e “un dossier di garanzie”. Per il resto, verifichiamo concretamente: quale fornitore riceve che cosa, su quale base, e se la deroga invocata si adatta. Esempio dal nostro registro: la notifica tramite Telegram è un trasferimento verso uno Stato terzo, e noi abbiamo scritto nel registro che la deroga invocata è progettata per trasferimenti occasionali, mentre il nostro è sistematico. È una limitazione riconosciuta, con l’alternativa tecnica scritta accanto.

Rilevamento di banner che non finge di vedere tutto

Diciotto selettori di piattaforme di consenso noti, ciascuno con la fonte citata, più un’euristica per i banner scritti a mano — molto frequenti nelle piccole imprese in Moldavia — che legge gli stili calcolati dalla pagina viva, non dall’HTML statico. L’attraversamento entra nello shadow DOM aperto e negli iframe, perché alcuni banner vivono interamente lì. Gli shadow root chiusi restano invisibili per costruzione: lo diciamo apertamente e abbiamo un test che mantiene l’affermazione in posizione.

Eliminazione delle affermazioni che non possiamo sostenere

La parte meno piacevole e la più utile. Una pagina di conformità che elenca certificazioni, audit e pratiche inesistenti è un rischio maggiore di una pagina breve, perché ogni riga diventa una dichiarazione verificabile di fronte all’autorità. La regola che applichiamo: un’affermazione pubblica ha una riga in un registro delle prove, con il documento primario — non con il documento interno che la ripete. Le affermazioni senza documento primario vengono rimosse finché il documento non compare.

Come si presenta

Il percorso, passo dopo passo.

01

Scansioniamo dall’esterno e leggiamo dall’interno, in parallelo

La scansione automatica fornisce lo stato pubblico in pochi secondi: trasporto, cookie prima del consenso, comportamento reale del banner, elementi di contenuto della politica, moduli, giurisdizione, identità del titolare. In parallelo si legge il codice. Consegnamo il rapporto con rilievi, prove e il rinvio al corrispondente articolo della Legge 195/2024 — e l’elenco delle divergenze tra ciò che dice la politica pubblicata e ciò che fa il sistema.

02

Scriviamo il registro e segniamo ciò che non è stato possibile verificare

Il registro delle attività di trattamento, un’attività per riga, con finalità, base giuridica, categorie, destinatari, trasferimenti, ubicazione, termine, misure e il rinvio al file di codice in cui è implementata. Consegnamo anche l’elenco dei punti rimasti aperti, con il nome della persona che deve decidere. Un registro senza punti aperti, al primo passaggio, è di solito un registro compilato da modello.

03

Correggiamo nel codice ciò che si corregge nel codice

Consenso implicito rifiutato, componenti terze caricate solo dopo l’accettazione, minimizzazione applicata alla scrittura, conservazione come attività automatica con registro, punti di verifica dello stato, diritti sui file. Ogni correzione entra insieme alla modifica del documento che la descrive, nello stesso passaggio. Consegnamo il codice e il risultato della nuova scansione, così la differenza è misurabile, non dichiarata.

04

Consegniamo il dossier e la procedura che lo mantiene in vita

Il registro, la procedura di notifica delle violazioni, la valutazione d’impatto laddove richiesta, l’elenco dei sub-responsabili con ciò che riceve ciascuno, e il registro delle prove per le affermazioni pubbliche. Più la regola che li mantiene aggiornati: politica e codice si modificano insieme. Ciò che attiene all’interpretazione giuridica passa al giurista, con il materiale tecnico preparato.

IntrareVerificareDeciziePublicareNulla va oltre senza essere verificato.L’ORDINE È L’ARGOMENTO
Il percorso di un lavoro di conformità: scansione dall’esterno e lettura del codice in parallelo, poi l’elenco delle divergenze tra la politica pubblicata e il comportamento reale, poi il registro di ciò che è stato verificato e di ciò che è rimasto aperto, poi le correzioni nel codice — con una nuova scansione alla fine, così che la differenza sia misurata, non dichiarata.

I dati

Cosa tocchiamo, dove risiedono e quanto rimangono

Le domande che pone chiunque abbia un responsabile della protezione dei dati — poste qui prima che le ponga lui.

Ciò che vede effettivamente la scansione automatica
Solo la superficie pubblica del sito analizzato: le intestazioni di risposta, i cookie scritti, le richieste di rete attivate dalla pagina, il testo della politica, i campi dei moduli, i domini terzi chiamati. Non si autentica, non compila moduli con dati reali e non tocca aree protette da password. La scansione di un sito pubblico è esattamente ciò che fa qualsiasi visitatore, con il cronometro acceso.
Come si comporta il nostro robot
Budget di 45 secondi per scansione. User-agent proprio, che si identifica e rimanda alla pagina che spiega cosa fa la scansione e come rifiutarla. Il `robots.txt` del sito di destinazione è rispettato per impostazione predefinita, con una lettura separata limitata a 8 secondi, così un `robots.txt` lento non consuma il budget dell’audit. Prima di ogni richiesta, un controllo blocca gli indirizzi interni, la rete locale e il punto metadati dell’infrastruttura cloud.
Ciò che tocchiamo in un lavoro di conformità sul sistema del cliente
Lo schema del database, la configurazione, il codice e i log — non il contenuto dei dati personali. Quando una verifica richiede comunque un esempio reale (per esempio, ciò che finisce effettivamente in una notifica), si usa un caso di test creato per questo, non un cliente reale. L’accesso viene concesso per la durata del lavoro e revocato alla fine, e la revoca viene verificata.
Dove si trovano i nostri dati e perché conta
Questo sito gira su OVHcloud, Bucarest, Romania — Spazio economico europeo. La piattaforma degli assistenti gira su Microsoft Azure, Poland Central, confermato tramite interrogazione del servizio di metadati della macchina virtuale, non dalla documentazione del fornitore. I log del server si ruotano quotidianamente con 14 copie conservate, con diritti di lettura limitati. Queste tre righe hanno sostituito un elenco molto più lungo di località che non abbiamo potuto confermare.
La minimizzazione, applicata anche da noi
L’indirizzo IP del visitatore non viene scritto per intero: viene troncato prima della memorizzazione al prefisso di rete — /24 per IPv4, /48 per IPv6 — perché la politica pubblicata afferma che gli IP sono anonimizzati, e l’affermazione deve essere vera nel codice. Il log delle richieste ha diritti 0600 in una cartella 0700. Il punto di verifica dello stato del modulo restituisce solo valori logici, mai il token, l’identificatore della chat o il nome del bot.

Un caso

Ciò che è rimasto di una pagina di conformità dopo che è stato richiesto il documento primario per ogni riga

La situazione

Il lavoro è stato fatto su noi stessi, non su un cliente. La pagina pubblica di conformità dell’azienda era stata scritta per accumulo: affermazioni apparse in un documento interno, ripetute nel secondo, riprese nel terzo e finite sul sito senza che qualcuno avesse mai chiesto l’originale. Tutte suonavano altrettanto sicure.

Cosa abbiamo costruito

Abbiamo applicato una sola regola: ogni affermazione pubblica riceve una riga in un registro delle prove, con il documento primario — non con il documento che la ripete. In parallelo è stato verificato il comportamento reale: quali cookie vengono scritti prima dell’accettazione, con la memoria del browser svuotata; cosa carica la pagina all’apertura; quale termine di conservazione esiste effettivamente nel codice; dove si trovano i server, interrogando il servizio di metadati della macchina, non la documentazione del fornitore.

Cosa è emerso

Sono caduti, tra l’altro, il test indipendente di penetrazione annuale, il log di audit di 180 giorni, la cifratura dichiarata su tutte le basi di dati, l’autenticazione a due fattori su tutti gli account di amministrazione, la copia di sicurezza giornaliera cifrata fuori sede, un numero di sub-responsabili tre volte maggiore di quello reale e due sedi di hosting inesistenti. Sono rimaste due sedi, entrambe confermate nello Spazio economico europeo. Separatamente, è stato trovato e corretto anche un problema reale di cui nessuno era a conoscenza: l’assistente di chat si caricava a ogni visualizzazione della pagina e scriveva la sessione e la cronologia nella memoria del browser prima che il visitatore chiedesse qualcosa. Ora si carica alla pressione del pulsante.

Cosa non dice il caso

Il registro risultante non è pulito e non deve esserlo: ha otto punti aperti, contrassegnati con il nome del ruolo che deve decidere, e una limitazione riconosciuta esplicitamente su un trasferimento sistematico coperto da una deroga pensata per trasferimenti occasionali. Un registro senza punti aperti, scritto al primo passaggio, è quasi sempre un registro compilato da modello. Il valore del documento sta nelle righe che dicono «non verificato».

Domande

Cosa ci chiedono le persone prima di chiamare

Mi date consulenza legale?

No, ed è importante che sia chiaro fin dall’inizio. Non siamo uno studio legale, non emettiamo pareri legali e non ci sostituiamo a un responsabile della protezione dei dati. Facciamo la parte tecnica: l’inventario verificato nel codice, la prova del comportamento reale del sistema, il registro art. 30 e l’implementazione. Questo è il materiale con cui un giurista può lavorare. Il nostro strumento pubblico dice la stessa cosa su di sé — è un’analisi tecnica, non una valutazione giuridica.

Da quale data si applica la legge e quale rischio concreto esiste?

La Legge nr. 195/2024 è entrata in vigore il 23 agosto 2026. Le ammende hanno due soglie, e il testo dice che si prende il valore maggiore tra importo e percentuale: fino a 1.000.000 di lei o 1% del fatturato totale dell’anno precedente per gli obblighi del titolare e del responsabile; fino a 2.000.000 di lei o 2% per i principi di base del trattamento e le condizioni del consenso, per i diritti degli interessati e per i trasferimenti verso altri Stati. Il consenso e i diritti delle persone sono nella fascia superiore — per questo il banner che non funziona conta più di quanto sembri.

Ospitiamo nell’Unione europea. Abbiamo ancora obblighi di trasferimento?

Per i trasferimenti verso Stati dello Spazio Economico Europeo, no. L'art. 44 par. (2) dice esplicitamente che l'intero capitolo sui trasferimenti non si applica a questi trasferimenti e che non sono necessarie autorizzazioni speciali. Questo rende la scelta dell'hosting una decisione di conformità, non solo una di latenza. Gli obblighi restano però per qualsiasi fornitore al di fuori del SEE — inclusi i servizi piccoli che nessuno inserisce in elenco: notifiche tramite messaggistica, statistiche di traffico, un servizio di e-mail transazionale.

Dobbiamo nominare un responsabile della protezione dei dati?

La legge lo richiede in tre situazioni: autorità o ente pubblico; attività principali che comportano un monitoraggio periodico e sistematico su larga scala degli interessati; oppure trattamento su larga scala di categorie particolari di dati o di dati relativi a condanne penali. Se non rientrate in questi casi, la designazione resta facoltativa — ma attenzione alla trappola che abbiamo trovato proprio da noi: se dichiarate pubblicamente un responsabile designato, sorge l’obbligo di notifica che accompagna la designazione. La posizione pubblicata e la valutazione interna non devono contraddirsi. Se rientrate o meno è una questione giuridica; noi la segnaliamo, non la decidiamo.

Quanto tempo abbiamo se si verifica una violazione?

La notifica al Centro si effettua senza ingiustificato ritardo e, se possibile, entro al massimo 72 ore dal momento in cui se ne viene a conoscenza; oltre questo termine, la notifica deve essere accompagnata da una spiegazione motivata del ritardo. Il responsabile del trattamento informa il titolare del trattamento senza ingiustificato ritardo. La parte difficile non è il termine, ma ciò che la notifica deve contenere: la natura della violazione, le categorie e il numero approssimativo di persone e di registrazioni interessate. Senza un'evidenza corretta di quali dati si trovano dove, le 72 ore si consumano cercando. Per questo il registro si scrive prima dell'incidente.

Un assistente AI che parla con i clienti complica le cose?

Sì, in tre punti concreti. Primo: la conversazione contiene ciò che scrive il cliente, e i clienti scrivono qualsiasi cosa, compresi dati sensibili che non avete mai chiesto — questo richiede un’istruzione esplicita per il personale e un termine di conservazione. Secondo: l’assistente invia il testo a un fornitore di modello, quindi compare un sub-responsabile e, di regola, un trasferimento. Terzo, il più spesso trascurato: il componente si carica spesso all’apertura della pagina e scrive nella memoria del browser prima che il visitatore abbia chiesto qualcosa. Proprio questo abbiamo trovato sul nostro sito e abbiamo corretto caricandolo solo alla pressione del pulsante.

Un punteggio di 100 significa che siamo a posto dal punto di vista legale?

No. Il punteggio misura ciò che si può misurare automaticamente dalla superficie pubblica: trasporto, cookie, comportamento del banner, elementi di contenuto della policy, moduli, giurisdizione, identità del titolare del trattamento. Non vede il fondamento reale dei trattamenti dietro le quinte, i contratti con i sub-responsabili, l’evidenza dei consensi nel database, la retention effettiva o il modo in cui rispondete a una richiesta di accesso. Un buon punteggio dice che la superficie è pulita. Il resto si verifica dall’interno, e l’interpretazione resta giuridica.

Potete scansionare il nostro sito senza rompere qualcosa?

La scansione è una visita, non un test di penetrazione: si carica la pagina pubblica, si preme il controllo di rifiuto nel banner e si ascolta il traffico, con un budget totale di 45 secondi. Il robot si identifica con un proprio user-agent e rispetta implicitamente il `robots.txt` del sito. Non si autentica, non compila moduli con dati reali, non tocca aree protette. Se preferite non essere scansionati, il blocco tramite `robots.txt` funziona ed è rispettato.

Perché avete rimosso affermazioni dalla vostra stessa pagina di conformità invece di aggiungerne?

Perché ogni affermazione pubblica è una dichiarazione verificabile. La nostra pagina elencava un test indipendente di penetrazione annuale, un registro di audit di 180 giorni, cifratura su tutte le basi, autenticazione a due fattori su tutti gli account di amministrazione, copie di sicurezza giornaliere cifrate fuori sede, quattordici sub-responsabili e più sedi di hosting. Nessuna di queste ha potuto essere supportata con un documento primario. Le abbiamo rimosse e abbiamo lasciato ciò che si può mostrare. Un dossier breve e vero resiste a una verifica; uno lungo e decorativo no.

Su cosa si basano le affermazioni sopra (25 fonti)
  1. ongdpr.md risponde 308 verso /ro, poi 200 con 95.131 bytehttps://ongdpr.md · 2026-09-06

24 di esse sono codice e file dei nostri repository. Non ne pubblichiamo il nome né la riga: insieme, in un'unica pagina, descriverebbero con troppa precisione come sono costruiti sistemi che non sono solo nostri. Le esaminiamo con te, nel repository, su richiesta — la verifica resta possibile, solo che avviene in una discussione.

Cosa vorresti che funzionasse meglio?

Raccontaci il tuo processo. Insieme stabiliamo cosa vale la pena costruire, cosa possiamo collegare e come verifichiamo il risultato.

Parliamone