GDPR / Privacy Log

Registro trattamenti, consensi, diritti interessato, data breach, log di accountability

v 2.2Manuale Utente

Riferimenti normativi

Reg. UE 2016/679 (GDPR) art. 5 — Principi del trattamento: Liceità, correttezza, trasparenza, limitazione delle finalità, minimizzazione, esattezza, limitazione della conservazione, integrità, riservatezza, responsabilizzazione (accountability). Il modulo implementa il principio di accountability documentando trattamenti, consensi e operazioni.
GDPR art. 6 — Liceità del trattamento: Il trattamento è lecito solo se basato su almeno una delle 6 basi giuridiche: consenso (a), esecuzione contratto (b), obbligo legale (c), interessi vitali (d), interesse pubblico (e), legittimo interesse (f). Il registro trattamenti documenta la base giuridica per ciascun trattamento.
GDPR art. 7 — Condizioni per il consenso: Il consenso deve essere libero, specifico, informato, inequivocabile e revocabile in qualsiasi momento. Il modulo traccia data, canale e tipo di consenso per ogni soggetto.
GDPR art. 9 — Categorie particolari di dati: I dati sanitari, biometrici, genetici, relativi all'orientamento sessuale o alle convinzioni religiose richiedono consenso esplicito o altra base giuridica specifica. Particolarmente rilevante per studi medici e sanitari.
GDPR art. 12-14 — Informazione all'interessato: Obbligo di fornire informativa chiara e completa prima dell'inizio del trattamento. L'informativa privacy può essere generata e stampata dal modulo Soggetti.
GDPR art. 15-22 — Diritti dell'interessato: Accesso (15), rettifica (16), cancellazione/oblio (17), limitazione (18), portabilità (20), opposizione (21). Il modulo traccia ogni richiesta con stato e scadenze.
GDPR art. 12.3 — Tempistica di risposta: Il titolare deve riscontrare la richiesta entro 30 giorni dal ricevimento. Il termine può essere prorogato di 60 giorni per complessità (totale 90 giorni), informando l'interessato.
GDPR art. 30 — Registro dei trattamenti: Obbligo di tenere un registro scritto delle attività di trattamento. Deve contenere: finalità, categorie di dati e interessati, destinatari, trasferimenti extra-UE, termini di conservazione, misure di sicurezza.
GDPR art. 33 — Notifica al Garante: In caso di violazione dei dati personali (data breach), notifica all'autorità di controllo entro 72 ore dal rilevamento, salvo che la violazione non presenti rischi per i diritti degli interessati.
GDPR art. 34 — Comunicazione all'interessato: Se la violazione presenta un rischio elevato, il titolare deve comunicarla senza ritardo anche agli interessati coinvolti.
GDPR art. 83 — Sanzioni: Fino a 20 milioni di euro o il 4% del fatturato mondiale annuo (il maggiore dei due) per le violazioni più gravi (art. 5, 6, 7, 9, diritti degli interessati).
D.Lgs. 196/2003 (Codice Privacy): Codice italiano in materia di protezione dei dati personali, integrato dal D.Lgs. 101/2018 per allineamento al GDPR. Prevede sanzioni penali per trattamento illecito (art. 167) e misure minime di sicurezza.
Provv. Garante 08/06/2023 — Cookie e tracciamento: Linee guida su cookie, tracciamento online e consenso digitale. Rilevante per aziende con siti web e e-commerce.

1Panoramica

Il modulo GDPR / Privacy Log centralizza tutti gli adempimenti privacy richiesti dal Regolamento UE 2016/679 in un unico strumento organizzato in 5 tab:

Tab	Contenuto	Rif. GDPR	Indicatore
Trattamenti	Registro dei trattamenti dati personali	Art. 30	Numero trattamenti attivi
Consensi	Gestione consensi per soggetto e tipo	Art. 6-7	Consensi attivi totali
Richieste	Diritti degli interessati	Art. 15-22	Richieste aperte (da evadere)
Data Breach	Registro violazioni con notifica	Art. 33-34	Breach aperti (non chiusi)
Log	Log cronologico operazioni privacy	Art. 5.2 (accountability)	—

Nella toolbar, tre contatori in tempo reale mostrano: richieste aperte, breach aperti, consensi attivi.

ⓘAccessibile da: Documentale → GDPR / Privacy Log nel menu laterale. Richiede il ruolo ADMIN.

2Registro Trattamenti (Art. 30)

Il Registro dei trattamenti è il documento fondamentale della compliance GDPR. Documenta cosa trattate, perché, come e per quanto tempo.

Quando è obbligatorio

Organizzazioni con più di 250 dipendenti
Trattamento di dati particolari (sanitari, biometrici, genetici — art. 9)
Trattamento non occasionale (praticamente tutte le aziende)
In pratica: è sempre consigliato tenere il registro, indipendentemente dalla dimensione

Campi per ogni trattamento

Campo	Obbligatorio	Descrizione	Esempio
Nome	Sì	Denominazione del trattamento	“Gestione anagrafica clienti”
Finalità	Sì	Scopo del trattamento	“Gestione rapporto contrattuale e fatturazione”
Base giuridica	Sì	Fondamento legale (art. 6.1 a-f)	“Esecuzione contratto (art. 6.1.b)”
Categorie dati	Sì	Tipologie di dati trattati	“Anagrafici, fiscali, contatto”
Categorie interessati	Sì	Chi sono i soggetti dei dati	“Clienti, pazienti, fornitori”
Destinatari	Consigliato	A chi vengono comunicati	“Commercialista, Agenzia Entrate, hosting provider”
Trasferimento extra-UE	Se applicabile	Trasferimenti fuori dallo Spazio Economico Europeo	“Sì — hosting USA con clausole contrattuali standard”
Termine conservazione	Sì	Per quanto tempo si conservano i dati	“10 anni dalla cessazione rapporto (art. 2220 CC)”
Misure di sicurezza	Sì	Protezioni tecniche e organizzative	“Crittografia, backup, accesso con credenziali, firewall”
Responsabile	Consigliato	Persona o ente responsabile	“Titolare dello studio”
DPO	Se nominato	Responsabile protezione dati	“Avv. Mario Rossi — dpo@studio.it”

Basi giuridiche disponibili

Base	Art. GDPR	Quando si usa
Consenso	6.1.a	Marketing, newsletter, profilazione, dati sanitari
Esecuzione contratto	6.1.b	Anagrafica clienti, fatturazione, gestione ordini
Obbligo legale	6.1.c	Conservazione fatture (10 anni), adempimenti fiscali
Interessi vitali	6.1.d	Emergenze sanitarie (raro in ambito commerciale)
Interesse pubblico	6.1.e	Enti pubblici, servizi di pubblica utilità
Legittimo interesse	6.1.f	Sicurezza IT, prevenzione frodi, marketing diretto ai clienti esistenti

Trattamenti predefiniti

Il sistema pre-carica 4 trattamenti tipo per uno studio/azienda italiana:

Gestione anagrafica clienti/pazienti — base: contratto (6.1.b)
Fatturazione e contabilità — base: obbligo legale (6.1.c), conservazione 10 anni
Trattamento dati sanitari — base: consenso esplicito (6.1.a + art. 9)
Comunicazioni commerciali — base: consenso (6.1.a)

3Creare un Trattamento — Passo per Passo

Aprire il tab Trattamenti.
Premere + Nuovo Trattamento. Si apre il form inline.
Compilare il Nome del trattamento (es. “Gestione fornitori”).
Descrivere la Finalità in modo chiaro e specifico.
Selezionare la Base giuridica dal dropdown (le 6 basi dell'art. 6.1).
Indicare le Categorie di dati trattati (anagrafici, fiscali, bancari, sanitari...).
Indicare le Categorie di interessati (clienti, pazienti, dipendenti, fornitori...).
Specificare i Destinatari a cui i dati vengono comunicati.
Indicare il Termine di conservazione con riferimento normativo.
Descrivere le Misure di sicurezza adottate.
Premere Salva. Il trattamento appare nell'elenco con badge della base giuridica.

⚠Il registro dei trattamenti deve essere sempre aggiornato. Quando si introduce un nuovo trattamento dati (es. nuova campagna marketing, nuovo fornitore estero), aggiungere immediatamente il record.

4Gestione Consensi

Il tab Consensi traccia l'acquisizione e la revoca dei consensi per ogni soggetto dell'anagrafica.

Tipi di consenso gestiti

Tipo	Descrizione	Quando richiesto
BASE	Trattamento dati personali di base	Sempre, per ogni soggetto
MARKETING	Comunicazioni commerciali e promozionali	Prima di inviare materiale promozionale
PROFILAZIONE	Analisi abitudini e preferenze	Se si usano strumenti di analisi comportamentale
TERZE_PARTI	Condivisione dati con partner esterni	Se i dati vengono comunicati a terzi per finalità proprie
NEWSLETTER	Invio newsletter periodiche	Prima di iscrivere alla mailing list
GEOLOCALIZZAZIONE	Tracciamento posizione	Se si utilizzano servizi basati sulla localizzazione
COMUNICAZIONI_COMMERCIALI	Offerte e promozioni dirette	Distinto da marketing generico se su canali specifici (SMS, WhatsApp)

Informazioni per ogni consenso

Soggetto: collegato all'anagrafica (ricerca per nome)
Stato: DATO (verde) o NEGATO (rosso)
Data acquisizione: timestamp automatico
Data scadenza: opzionale (per consensi a termine)
Canale: CARTACEO, EMAIL, WEB, TELEFONO, PEC
Note: annotazioni libere

Funzionalità

Ricerca soggetto: filtra i consensi per nome (con debounce 300ms)
Toggle consenso: clic per attivare/revocare con timestamp automatico
Revoca tutti: revoca tutti i consensi di un soggetto in un'unica azione (irreversibile, richiede conferma)
Export consensi: scarica i consensi di un soggetto come documentazione

5Acquisire un Consenso — Passo per Passo

Aprire il tab Consensi.
Cercare il soggetto nel campo di ricerca (digitare almeno 2 caratteri).
Se il soggetto non ha ancora consensi, creare il primo cliccando + Nuovo Consenso.
Selezionare il Tipo di consenso dal dropdown.
Selezionare il Canale di acquisizione (cartaceo, email, web, telefono, PEC).
Il sistema registra automaticamente la data di acquisizione.
Se necessario, impostare una data di scadenza (es. consenso annuale).
Lo stato viene impostato a DATO (badge verde).

ⓘIl canale “CARTACEO” implica che esiste un modulo firmato dall'interessato da conservare negli archivi. Inserire nelle note il riferimento al documento cartaceo (es. “Modulo firmato conservato in raccoglitore Privacy 2026”).

6Diritti dell'Interessato (Art. 15-22)

Il tab Richieste gestisce le richieste di esercizio dei diritti previsti dal GDPR:

Diritto	Articolo	In cosa consiste	Termine
Accesso	Art. 15	L'interessato ha diritto di ottenere copia di tutti i dati personali trattati, le finalità, i destinatari, il termine di conservazione	30 giorni
Rettifica	Art. 16	Correzione di dati inesatti o integrazione di dati incompleti	30 giorni
Cancellazione (Oblio)	Art. 17	Eliminazione dei dati personali quando non più necessari, consenso revocato, o trattamento illecito	30 giorni
Limitazione	Art. 18	Sospensione del trattamento (i dati restano ma non vengono usati)	30 giorni
Portabilità	Art. 20	Ricezione dei dati in formato strutturato, leggibile da macchina (es. JSON, CSV)	30 giorni
Opposizione	Art. 21	Opposizione al trattamento per motivi legittimi, incluso il marketing diretto	30 giorni

Workflow delle richieste

Stato	Colore	Significato
RICEVUTA	Blu	Richiesta registrata, in attesa di presa in carico. Il contatore dei 30 giorni parte.
IN_LAVORAZIONE	Arancione	Richiesta presa in carico, in fase di analisi ed evasione
EVASA	Verde	Richiesta completata. La data di evasione viene registrata automaticamente.
RIFIUTATA	Rosso	Richiesta respinta con motivazione (es. obbligo legale di conservazione)

⚠Art. 12.3 GDPR: il riscontro deve avvenire entro 30 giorni dalla ricezione. Il termine può essere prorogato di 60 giorni per complessità (totale 90 giorni), ma l'interessato deve essere informato della proroga entro i primi 30 giorni. Il mancato riscontro può essere segnalato al Garante con conseguenti sanzioni.

7Gestire una Richiesta — Passo per Passo

Aprire il tab Richieste.
Premere + Nuova Richiesta. Si apre il form.
Selezionare il soggetto richiedente dall'anagrafica.
Selezionare il tipo di diritto esercitato (Accesso, Rettifica, Cancellazione, ecc.).
Inserire la data di ricezione della richiesta.
Descrivere la richiesta nel campo Descrizione.
Premere Salva. La richiesta appare con stato RICEVUTA.
Analizzare la richiesta e passare allo stato IN_LAVORAZIONE premendo il pulsante di avanzamento.
Dopo aver evaso la richiesta, passare allo stato EVASA. La data di evasione viene registrata automaticamente.
Se la richiesta non può essere accolta (es. obbligo legale di conservazione fatture), marcarla come RIFIUTATA con motivazione nelle note.

Quando rifiutare una richiesta di cancellazione

Il diritto alla cancellazione (art. 17) non si applica quando il trattamento è necessario per:

Adempiere un obbligo legale (es. conservazione fatture per 10 anni — art. 2220 CC)
Esercitare o difendere un diritto in sede giudiziaria
Motivi di interesse pubblico nel settore della sanità pubblica
Fini di archiviazione nel pubblico interesse, ricerca scientifica o storica

In questi casi, registrare la richiesta come RIFIUTATA documentando la motivazione legale.

8Data Breach (Art. 33-34)

Il tab Data Breach registra le violazioni di sicurezza dei dati personali e gestisce le notifiche obbligatorie.

Cos'è un data breach

Una violazione dei dati personali (data breach) è una violazione di sicurezza che comporta, accidentalmente o in modo illecito: distruzione, perdita, modifica, divulgazione non autorizzata o accesso ai dati personali. Esempi:

Furto o smarrimento di un dispositivo con dati personali
Attacco informatico con accesso ai database
Invio di dati al destinatario sbagliato
Perdita di dati per guasto hardware senza backup
Accesso non autorizzato da parte di un dipendente

Campi per ogni breach

Campo	Descrizione
Data rilevamento	Quando la violazione è stata scoperta (fa partire le 72 ore)
Descrizione	Natura della violazione
Tipologia dati	Categorie di dati coinvolti (anagrafici, sanitari, finanziari...)
Interessati coinvolti	Numero approssimativo di persone impattate
Rischio	BASSO (verde), MEDIO (giallo), ALTO (rosso), CRITICO (rosso scuro)
Notifica Garante	Flag + data se notifica effettuata (obbligatoria entro 72 ore se rischio)
Notifica interessati	Flag se comunicazione agli interessati effettuata (obbligatoria se rischio alto)
Misure adottate	Azioni correttive implementate
Stato	RILEVATO → IN_GESTIONE → RISOLTO → CHIUSO

Obblighi di notifica

Livello rischio	Notifica Garante (art. 33)	Notifica interessati (art. 34)
BASSO	Non obbligatoria (documentare comunque)	Non obbligatoria
MEDIO	Obbligatoria entro 72 ore	Non obbligatoria (valutare caso per caso)
ALTO / CRITICO	Obbligatoria entro 72 ore	Obbligatoria senza ritardo

⚠Le 72 ore partono dal momento del rilevamento, non dal momento dell'incidente. Se si scopre venerdì sera che c'è stata un'intrusione lunedì, le 72 ore partono da venerdì sera. È fondamentale registrare immediatamente il breach nel sistema.

9Registrare un Data Breach — Passo per Passo

Aprire il tab Data Breach.
Premere + Registra Violazione. Si apre il form.
Inserire la data di rilevamento (quando avete scoperto l'incidente).
Selezionare il livello di rischio: BASSO, MEDIO, ALTO, CRITICO.
Indicare il numero approssimativo di interessati coinvolti.
Descrivere la natura della violazione.
Indicare la tipologia dei dati coinvolti.
Descrivere le misure adottate per contenere e risolvere.
Se il rischio è medio/alto: spuntare “Notifica al Garante” e indicare la data di notifica.
Se il rischio è alto/critico: spuntare “Notifica agli interessati”.
Premere Salva. Il breach appare nell'elenco con stato RILEVATO.
Aggiornare lo stato man mano che si procede: IN_GESTIONE → RISOLTO → CHIUSO.

10Log Privacy (Accountability)

Il tab Log mostra il registro cronologico non modificabile di tutte le operazioni privacy eseguite nel sistema:

Acquisizione e revoca consensi
Creazione e modifica trattamenti
Registrazione e avanzamento richieste diritti
Registrazione e gestione data breach
Export di documentazione

Colonne del log

Colonna	Contenuto
Data/ora	Timestamp dell'operazione
Azione	Tipo di operazione (badge colorato)
Utente	Username dell'operatore che ha eseguito l'azione
Soggetto	Interessato coinvolto (se applicabile)
Dettagli	Descrizione specifica dell'operazione

Il log è in sola lettura e costituisce la documentazione di accountability richiesta dall'art. 5.2 GDPR. In caso di ispezione del Garante, il log dimostra che l'organizzazione ha implementato e mantenuto le misure di protezione.

11Export e Accountability

Esportare il registro trattamenti

Il pulsante “Esporta Registro” nel tab Trattamenti genera un file JSON contenente tutti i trattamenti attivi con dettagli completi e la data dell'export. Il file può essere:

Presentato in caso di ispezione del Garante
Allegato alla documentazione del sistema di gestione privacy
Archiviato come fotografia periodica dello stato dei trattamenti

Esportare i consensi di un soggetto

Nel tab Consensi, il pulsante Export per soggetto scarica tutti i consensi con date, canali e stati. Utile per rispondere a richieste di accesso (art. 15) dimostrando le basi giuridiche dei trattamenti.

Cosa tenere aggiornato

Adempimento	Frequenza consigliata
Registro trattamenti	Ad ogni nuovo trattamento o modifica significativa
Revisione consensi	Annuale (verificare scadenze e validità)
Revisione misure sicurezza	Annuale o dopo ogni incidente
Export registro per archivio	Trimestrale o semestrale

12Integrazione con Modulo Soggetti

Il modulo GDPR è integrato con l'anagrafica Soggetti su più livelli:

Consensi: collegati ai soggetti per ID. Ogni soggetto ha i suoi consensi specifici con data, canale e tipo.
Richieste diritti: collegate al soggetto richiedente. La richiesta registra chi ha chiesto cosa e quando.
Scheda soggetto: nella sezione Privacy della scheda paziente/cliente, sono visibili i flag consenso con data e canale di acquisizione.
Informativa privacy: generabile e stampabile in PDF dalla scheda soggetto, usando il template “Informativa Privacy” del Print Designer.
Ricerca: nel tab Consensi, la ricerca per nome trova direttamente i soggetti dall'anagrafica.

ⓘQuando si crea un nuovo soggetto (paziente, cliente), è buona prassi acquisire immediatamente il consenso BASE e, se sanitario, il consenso per il trattamento dati sanitari. Il canale “CARTACEO” con modulo firmato è il più sicuro dal punto di vista probatorio.

?Domande Frequenti (FAQ)

Il registro trattamenti è obbligatorio per la mia attività?

In teoria, l'obbligo scatta sopra i 250 dipendenti o con trattamento di dati particolari (sanitari) o non occasionale. In pratica, tutti dovrebbero tenerlo: il Garante lo considera un elemento fondamentale di accountability e la sua assenza è di per sé indice di non conformità.

Come gestisco una richiesta di cancellazione se devo conservare le fatture?

Le fatture devono essere conservate per 10 anni (art. 2220 CC). Registrare la richiesta, cancellare i dati non necessari alla conservazione fiscale (es. note personali, preferenze) e mantenere solo i dati obbligatori. Marcare come EVASA con nota: “Dati non fiscali cancellati. Dati fiscali conservati per obbligo legale art. 2220 CC”.

Devo notificare ogni data breach al Garante?

Solo se la violazione presenta un rischio per i diritti e le libertà delle persone (art. 33). Per i breach a rischio BASSO basta la documentazione interna. Per MEDIO, ALTO, CRITICO la notifica entro 72 ore è obbligatoria. In caso di dubbio, è preferibile notificare: il Garante è più indulgente con chi notifica tempestivamente.

Come faccio a dimostrare di aver acquisito il consenso?

Il sistema registra: data di acquisizione, canale (cartaceo, email, web, PEC), tipo di consenso e stato. Per il canale cartaceo, conservare il modulo firmato e annotare il riferimento nelle note. Per email/PEC, il sistema traccia automaticamente la data dell'operazione nel Log privacy.

Cosa succede se non rispondo a una richiesta entro 30 giorni?

L'interessato può presentare reclamo al Garante (art. 77 GDPR) o ricorso giurisdizionale (art. 79). Il Garante può aprire un'istruttoria e comminare sanzioni. Il sistema mostra il contatore delle richieste aperte nella toolbar per prevenire dimenticanze.

Posso revocare il consenso di un soggetto a sua insaputa?

No. La revoca avviene su richiesta dell'interessato (art. 7.3 GDPR). L'utente del sistema può registrare la revoca nel modulo, ma deve farlo a seguito di una richiesta esplicita del soggetto, non di propria iniziativa.

Devo nominare un DPO?

Il DPO (Data Protection Officer) è obbligatorio per: enti pubblici, organizzazioni che trattano dati su larga scala come attività principale, o che trattano dati particolari su larga scala (art. 37 GDPR). Per studi professionali e PMI, il DPO è facoltativo ma consigliato. Il campo “DPO” nel registro trattamenti permette di indicare il referente se nominato.

Come funziona la portabilità dei dati?

L'interessato ha diritto di ricevere i propri dati in un formato strutturato, di uso comune e leggibile da macchina (art. 20). Il sistema consente l'export dei consensi per soggetto. Per i dati anagrafici e documentali, sarà necessario un export personalizzato dal modulo Soggetti (formato JSON o CSV).

Per quanto tempo devo conservare i log privacy?

Il GDPR non specifica un termine preciso per i log di accountability. La prassi consigliata è conservarli per almeno 5 anni (termine prescrizionale per le sanzioni) o per la durata del trattamento. I log nel sistema sono persistenti e non eliminabili.

Quali sono le sanzioni in caso di non conformità?

L'art. 83 GDPR prevede due fasce: fino a 10 milioni di euro o 2% del fatturato per violazioni organizzative (registro, DPO, sicurezza), e fino a 20 milioni o 4% del fatturato per violazioni dei principi fondamentali e dei diritti degli interessati. Il Garante italiano ha inoltre poteri di ispezione, blocco del trattamento e pubblicazione dei provvedimenti.

Come gestisco i dati sanitari dei pazienti?

I dati sanitari sono dati particolari (art. 9 GDPR). Richiedono: consenso esplicito (non implicito), misure di sicurezza rafforzate, registro trattamenti specifico con base giuridica “Consenso esplicito (art. 9.2.a)”. Per gli studi medici, il trattamento è lecito anche sulla base dell'art. 9.2.h (finalità di medicina preventiva o del lavoro).

Il log privacy costituisce prova in caso di ispezione?

Sì. Il log è uno strumento di accountability (art. 5.2 GDPR). Dimostra che l'organizzazione ha adottato misure concrete per la conformità: consensi tracciati, richieste evase nei termini, breach gestiti e notificati. In caso di ispezione del Garante, il log cronologico è uno dei primi documenti richiesti.

Uno studio di naturopatia è considerato attività sanitaria ai fini GDPR?

Formalmente no, ma ai fini Privacy sì. La naturopatia è una professione non organizzata in ordini o collegi ai sensi della Legge 4/2013: il naturopata non è un esercente professione sanitaria, non può diagnosticare né prescrivere farmaci, non ha accesso al Sistema TS e le sue prestazioni non rientrano nell'esenzione IVA art. 10 n. 18 DPR 633/72.

Però tratta sistematicamente "dati relativi alla salute" (sintomi, terapie alternative, intolleranze, allergie, integratori, ecc.) che ricadono nelle categorie particolari ex art. 9 GDPR. Il Garante Privacy italiano ha più volte chiarito che la qualifica formale dell'operatore (sanitario o meno) non cambia la natura dei dati trattati: se raccogli informazioni sulla salute di una persona, applichi l'art. 9 GDPR.

Conseguenze pratiche per uno studio di naturopatia configurato in NOX:

Sistema TS — modulo declassato e disattivabile (non applicabile)
Esenzione IVA prestazioni sanitarie — non applicabile (Natura IVA N4 utilizzabile solo in casi specifici autorizzati)
GDPR/Privacy — indispensabile e non disattivabile: consenso esplicito per dati salute, registro trattamenti specifico, misure di sicurezza rafforzate (art. 32), notifica data breach in 72h (art. 33-34), eventuale DPIA per trattamenti su larga scala (art. 35)

È paradossale ma corretto: la naturopatia non è sanitaria a fini fiscali/professionali, ma è quasi sanitaria a fini Privacy. Il pallino rosso (indispensabile) su GDPR/Privacy nel pacchetto BASE per un workspace "Studio di Naturopatia" è quindi voluto e va lasciato attivo.

15Registro trattamenti (art. 30 GDPR)

🔑 Visibilità condizionata (certificazione v 2.2) — Questo modulo è accessibile solo se:
• Pacchetto BASE attivo sul workspace (configurabile da SUPERADMIN in /admin/pacchetti)
• Profilo attività compatibile: Tutti i profili
• Permesso utente abilitato in Modifica Utente → Moduli
I tre livelli si applicano in intersezione. Dettagli completi in Gerarchia Pacchetti+Profilo+Utente.

Elenco formale dei trattamenti con finalità, base giuridica, categorie dati, retention.

Tabella: gdpr_trattamenti. Endpoint CRUD: GET / POST / DELETE /api/gdpr/trattamenti.

⚠L'audit sulle modifiche al registro è in roadmap v 2.3 (oggi le modifiche non lasciano traccia).

16Audit consensi esteso

Ogni modifica ad un consenso (dato / revocato) è registrata in due posti per compatibilità + granularità.

Log legacy (compatibilità)

Tabella gdpr_log: azione (CONSENSO_DATO / CONSENSO_REVOCATO), username, dettagli.

Log esteso (certificazione v 2.2)

Tabella log_consensi_gdpr con campi aggiuntivi: soggettoId, campo modificato, valore vecchio/nuovo, motivazione opzionale, timestamp.

Consultabile tramite: GET /api/gdpr/consensi/:id/audit-log.

ⓘLa motivazione permette di documentare il contesto in cui il consenso è stato raccolto o revocato (es. "revocato su richiesta scritta del 15/03").

17Log accessi dati personali

Tabella log_accessi_dati_personali per tracciare gli accessi a dati sensibili di soggetti interessati.

Operazione	Quando registrare
READ	Lettura scheda anagrafica o documenti personali
EXPORT	Download di dati personali in CSV/PDF
MODIFY	Modifica dati personali
DELETE	Cancellazione richiesta interessato
ANON	Anonimizzazione (diritto oblio senza cancellazione)

Come registrare un accesso

Chiamata: POST /api/gdpr/log-accessi con body: { soggettoId, operazione, entita, entitaId, motivazione }. L'IP e l'utente sono estratti automaticamente dalla request.

Consultazione

GET /api/gdpr/log-accessi [ADMIN] con filtri: soggettoId, utente, operazione. Limit default 200.

18Richieste interessati (artt. 15-22)

Gestione richieste di accesso, rettifica, cancellazione, portabilità con scadenza 30 giorni.

Tabella gdpr_richieste. Stato della richiesta tracciato con data di apertura e data di chiusura. Alert scadenza pianificato per v 2.3.

⚠Il Garante Privacy applica sanzioni amministrative per mancata risposta nei 30 giorni (art. 83 GDPR).

19Data breach (artt. 33-34)

Registro separato per violazioni dei dati personali con notifica all'Autorità Garante e agli interessati.

Endpoint: GET /api/gdpr/breaches per lista, POST per registrare nuova violazione. Notifica Garante Privacy entro 72 ore (obbligo art. 33).

⚠La notifica automatica via PEC al Garante è in roadmap v 2.3.

20Diritto all'oblio (anonimizzazione)

L'interessato può richiedere la cancellazione dei propri dati personali (GDPR art. 17). Per i dati con obbligo di conservazione fiscale (10 anni, art. 2220 c.c.) la cancellazione fisica non è possibile; al suo posto si esegue anonimizzazione.

Endpoint

POST /api/gdpr/anonimizza/:soggettoId (richiede ruolo ADMIN)

Body JSON obbligatorio: { "motivazione": "riferimento alla richiesta dell'interessato" }

Cosa viene anonimizzato

cognome, nome → "ANONIMIZZATO (#ID)"
email, telefono, cellulare, pec → null
indirizzo, cap, località, provincia, paese → null
ragioneSociale (se presente) → "ANONIMIZZATO (#ID)"
ibanSoggetto → null
note → "Anonimizzato il [data] da [utente] — [motivazione]"

Cosa viene preservato

Codice Fiscale e Partita IVA — necessari per conservazione fiscale
Documenti fiscali collegati (fatture, scadenze) — per obblighi ex art. 2220 c.c.
Integrità referenziale — tutti i riferimenti al soggetto continuano a funzionare

Tracciabilità

Evento operazione=ANON in log_accessi_dati_personali con motivazione e IP
Ogni campo modificato registrato in log_modifiche_soggetti con valore vecchio mascherato come ***ANON*** (l'obiettivo dell'oblio è non lasciare traccia del valore originale)

⚠Irreversibile: dopo l'anonimizzazione i dati originali non sono più recuperabili. Valutare con il responsabile privacy prima di procedere.

ⓘRiferimenti normativi: GDPR art. 17 (diritto alla cancellazione), art. 2220 c.c. (conservazione scritture), art. 8 DPR 633/72.

21Portabilità dati (art. 20 GDPR)

L'interessato ha diritto di ricevere i propri dati personali in un formato strutturato, di uso comune e leggibile da dispositivo automatico (GDPR art. 20).

Endpoint

GET /api/gdpr/export/:soggettoId (richiede ruolo ADMIN)

Query param opzionale: ?motivazione=riferimento (viene registrato nel log accessi)

Risposta: file JSON scaricabile gdpr_export_soggetto_<id>_<YYYY-MM-DD>.json

Struttura del payload

Sezione	Contenuto
`metadati`	data export, utente, riferimento GDPR art. 20, versione formato
`soggetto`	anagrafica completa (cognome, nome, recapiti, fiscali, ruoli)
`documenti`	ultimi 500 documenti collegati (fatture, DDT, preventivi...)
`scadenze`	ultime 500 scadenze di pagamento
`consensi`	stato consensi privacy registrati
`auditModifiche`	ultimi 200 log modifiche anagrafica
`accessiDati`	ultimi 200 log accessi ai dati personali

Tracciabilità

Ogni chiamata registra un evento operazione=EXPORT in log_accessi_dati_personali con: utente, data/ora, IP, motivazione opzionale. L'interessato può verificare gli export eseguiti sui suoi dati.

ⓘIl formato JSON è machine-readable come richiesto dall'art. 20. Può essere inviato via PEC all'interessato come risposta alla sua richiesta.

22Retention automatica cestino

Job schedulato che ogni giorno alle 03:15 UTC elimina fisicamente dal cestino gli elementi rimasti oltre il periodo di conservazione configurato.

Due livelli di retention

Categoria	Retention	Moduli
Commerciale	90 giorni (default)	Opportunità, Attività CRM, Soggetti (non linked), Catalogo, Listini, Sconti, Spedizioni, Utenti
Fiscale	3650 giorni = 10 anni	Documenti, Scadenze, Prima Nota, Piano dei Conti, Lettere Intento, Magazzino

Configurazione

Variabili d'ambiente configurabili:

CESTINO_RETENTION_DAYS = 90 (default commerciale)
CESTINO_RETENTION_DAYS_FISCAL = 3650 (default fiscale — art. 2220 c.c.)

Protezioni

Per i soggetti il job verifica l'assenza di record collegati prima di eliminare: se ci sono documenti/scadenze l'eliminazione viene saltata
Per i moduli fiscali la retention a 10 anni garantisce il rispetto dell'art. 2220 c.c.
Il log di ogni esecuzione (conteggi per modulo) viene stampato nei log del backend

⚠L'eliminazione del cestino è irreversibile. Gli elementi rimossi dal cestino prima del limite retention tramite azione manuale Definitivo vengono eliminati subito (con motivazione obbligatoria tracciata).

ⓘRiferimenti: GDPR art. 5.1(e) — principio di limitazione della conservazione. Art. 2220 c.c. — obbligo conservazione scritture contabili 10 anni.