Il diritto di rettifica permette alla persona di ottenere la correzione dei dati personali inesatti e di completare quelli incompleti, anche mediante una dichiarazione integrativa. Per il titolare, la pratica non si chiude quando un operatore modifica una schermata: occorre verificare dove l’errore circola, aggiornare le copie operative pertinenti e considerare la comunicazione ai destinatari prevista dall’articolo 19.
L’articolo 16 del GDPR richiede la rettifica senza ingiustificato ritardo. L’articolo 12 disciplina il riscontro, in via ordinaria entro un mese, con la possibile proroga motivata nei suoi presupposti. Questa guida organizza il procedimento dalla richiesta alla verifica finale, distinguendo errore, informazione incompleta, dato storico e contestazione di una valutazione.
Capire quale informazione viene contestata
Registrare il dato attuale, la correzione richiesta e il contesto in cui viene usato. «Il mio profilo è sbagliato» può riguardare un indirizzo, un importo, uno stato contrattuale o una valutazione. Chiedere chiarimenti proporzionati quando servono a identificare l’informazione, senza imporre alla persona di conoscere il nome interno del campo.
| Situazione | Verifica necessaria | Possibile intervento |
|---|---|---|
| Recapito errato | Conferma del recapito corretto nel contesto | Correzione e propagazione |
| Informazione incompleta | Elemento mancante rilevante rispetto allo scopo | Integrazione anche con dichiarazione aggiuntiva |
| Dato non aggiornato | Necessità di attualità per l’uso corrente | Aggiornamento della vista operativa |
| Evento storico correttamente registrato | Differenza tra passato e stato attuale | Conservazione del fatto storico e aggiornamento del contesto |
| Valutazione contestata | Esattezza dei fatti sottostanti e natura della valutazione | Correzione dei fatti o integrazione motivata secondo il caso |
Il principio di esattezza dei dati opera anche senza una richiesta. Un errore noto non diventa accettabile perché la persona non ha usato il canale privacy. Il procedimento dei diritti deve quindi collegarsi ai controlli ordinari sulla qualità dei dati.
Verificare identità e prova in modo proporzionato
La richiesta può arrivare attraverso un account autenticato o un canale già noto. In presenza di ragionevoli dubbi, chiedere le informazioni necessarie a confermare l’identità secondo l’articolo 12, paragrafo 6. Non acquisire sistematicamente un documento per correggere qualunque campo.
Anche la prova dell’errore deve essere pertinente. Un documento può dimostrare un nome, mentre una ricevuta può chiarire il pagamento di un importo. Non chiedere un intero fascicolo bancario per verificare una singola operazione se esiste un riscontro meno invasivo. Applicare la minimizzazione dei dati alla documentazione della richiesta.
Se le fonti si contraddicono, descrivere il contrasto e individuare chi può risolverlo. Il sistema più recente non è necessariamente quello più attendibile. Un import automatico può avere appena sovrascritto un dato corretto con una fonte più vecchia.
Proteggere la persona mentre si controlla l’esattezza
La verifica non dovrebbe lasciare indisturbato un uso potenzialmente dannoso del dato contestato. Valutare il diritto alla limitazione previsto dall’articolo 18, paragrafo 1, lettera a, per il periodo necessario a controllare l’esattezza quando l’interessato la contesta. La guida EDPB ai diritti distingue rettifica e limitazione.
Operativamente, il flag di contestazione deve avere un effetto coerente: sospendere l’uso pertinente dove necessario, avvisare gli operatori autorizzati e impedire che un processo notturno riattivi lo stato precedente. Un commento nascosto nel ticket non modifica ciò che il sistema continua a fare.
Se il dato alimenta una decisione automatizzata con effetti significativi, esaminare anche le conseguenze della correzione su punteggio ed esito. Modificare l’input lasciando invariata una decisione prodotta dall’errore può non risolvere il problema concreto segnalato dalla persona.
Individuare fonte autorevole e copie operative
Usare la mappatura dei sistemi e dei flussi per trovare applicazione principale, CRM, fatturazione, strumenti di assistenza, esportazioni e fornitori. Per ciascuna copia, capire se debba ricevere la correzione e come evitare il ripristino dell’errore.
L’archivio storico può richiedere una gestione diversa dalla vista corrente. Una fattura o un documento già emesso non va riscritto arbitrariamente: individuare il meccanismo di rettifica o integrazione compatibile con la disciplina applicabile. Il diritto alla rettifica non significa cancellare la prova di ogni evento precedente.
Nei backup non sempre è possibile modificare immediatamente un singolo campo. La procedura deve impedire che un ripristino reintroduca operativamente il dato inesatto senza applicare le correzioni registrate. Descrivere questa gestione con precisione, senza dichiarare che ogni copia tecnica sia stata aggiornata quando non è vero.
Comunicare la rettifica ai destinatari
L’articolo 19 prevede la comunicazione della rettifica a ciascun destinatario cui siano stati trasmessi i dati, salvo impossibilità o sforzo sproporzionato. Il titolare informa l’interessato di tali destinatari se lo richiede. L’eccezione richiede una valutazione documentata: la difficoltà di trovare una vecchia esportazione non è una spiegazione sufficiente per ignorare tutti i destinatari.
Preparare una comunicazione che identifichi il dato e la correzione senza inviare informazioni aggiuntive non necessarie. Registrare invio, destinatario e riscontri. Per un responsabile del trattamento, le istruzioni e l’assistenza contrattuale devono permettere di eseguire il passaggio nel servizio utilizzato.
Se il dato proviene da un soggetto esterno, valutare come evitare che la stessa fonte lo reinvii. La guida all’informativa per dati ottenuti da terzi aiuta a mantenere la provenienza conoscibile. Fonte, destinatario e responsabile non sono categorie equivalenti: chiarire il ruolo prima di assegnare l’azione.
Esempio di rettifica di uno stato di pagamento
In un caso ipotetico, un cliente segnala che il portale mostra una fattura come insoluta nonostante il pagamento. Il referente registra la richiesta, verifica il riscontro contabile e scopre che un’integrazione non ha importato la riconciliazione. Il sistema contabile è corretto, mentre portale e strumento di sollecito conservano lo stato sbagliato.
La decisione è aggiornare lo stato operativo in entrambe le destinazioni e verificare se il dato sia stato comunicato a un fornitore incaricato dei solleciti. Il referente invia la correzione pertinente, controlla che il sollecito non venga nuovamente generato e documenta l’esito. La fattura originaria rimane nel relativo archivio; viene corretta l’informazione sulla sua situazione di pagamento.
La risposta spiega al cliente quali dati sono stati rettificati e quando, distinguendo il documento storico dallo stato attuale. Il fascicolo non contiene l’intero estratto conto del cliente se una prova circoscritta era sufficiente. L’IT corregge inoltre l’integrazione, così da prevenire lo stesso errore sugli altri pagamenti.
Motivare un accoglimento parziale o un rifiuto
Se una parte della richiesta non può essere accolta, indicare quale informazione è stata verificata e perché non risulta inesatta nel contesto. Non limitarsi a dire che il dato proviene dal sistema o da un ente esterno: occorre spiegare gli elementi pertinenti alla decisione.
La procedura dell’articolo 12 richiede anche l’informazione sui rimedi quando non si dà seguito alla richiesta. Una risposta motivata può distinguere rettifica eseguita, integrazione effettuata e parte respinta. Evitare formule che presentano un esito parziale come correzione completa.
Nel caso di una valutazione, verificare i fatti su cui si fonda e la corretta attribuzione della valutazione stessa. Il dissenso dell’interessato non trasforma automaticamente ogni opinione in un dato inesatto, ma non giustifica neppure il rifiuto di esaminare errori fattuali o informazioni incomplete che la condizionano.
Chiudere solo dopo la verifica della propagazione
Il responsabile della pratica deve poter vedere quali sistemi sono stati aggiornati, quali destinatari sono stati avvisati e quali limiti restano. L’accountability consiste qui nella possibilità di ricostruire la catena dell’errore e della correzione, con accessi e conservazione proporzionati per le prove.
Eseguire un controllo successivo al primo ciclo di sincronizzazione. Se il dato corretto torna allo stato precedente, il procedimento non è concluso. Registrare la causa, correggere la precedenza tra fonti e informare la persona quando il precedente riscontro non descrive più correttamente la situazione. La qualità di una rettifica si misura soprattutto dalla sua tenuta nel processo quotidiano.