Traccia ogni nuova richiesta dell'interessato dall'acquisizione alla risoluzione
Le nuove richieste si confondono con l'arretrato nel momento stesso in cui arrivano
Quando arriva una nuova richiesta dell'interessato, il conto alla rovescia inizia. Ai sensi dell'art. 12(3) del GDPR sei tenuto a rispondere entro un mese e devi dimostrare quando è arrivata la richiesta, chi l'ha gestita e cosa è successo a ogni passaggio.
In pratica, l'acquisizione è spesso improvvisata: un'email qui, una casella condivisa là, senza un punto di accesso coerente. Niente guida la richiesta attraverso i passaggi richiesti, così l'onboarding si confonde con il più ampio arretrato delle DSAR.
Quando un'autorità di controllo chiede come gestisci la triage delle richieste in arrivo, "le gestiamo man mano che arrivano" non è una risposta che vuoi dare.
Cosa puoi fare con il workflow di onboarding
- Acquisisci ogni nuova richiesta in un indice di onboarding dedicato, separato dall'evasione delle DSAR.
- Indirizza ogni richiesta attraverso i passaggi del workflow, così l'onboarding segue un percorso ripetibile.
- Attiva notifiche automaticamente al variare dello stato di una richiesta, senza solleciti manuali.
- Controlla l'accesso al punto di onboarding con un permesso di sola lettura dedicato all'onboarding.
- Costruisci sul modello DataSubjectRequests così l'onboarding resta coerente con il modo in cui gestisci le DSAR.
Cosa offre al tuo programma
- Acquisizione difendibile fin dal primo giorno — ogni richiesta arriva su un punto tracciato con uno stato chiaro, non in una casella di posta.
- L'onboarding avanza da solo — i passaggi del workflow e le notifiche fanno progredire le richieste senza follow-up manuali.
- Triage più pulita — l'onboarding ha una propria vista, così non viene mai sepolto nell'arretrato su cui rendiconti.
- Traccia pronta per l'audit — mostra a un ispettore esattamente come vengono ricevute e fatte avanzare le nuove richieste.
Pensato per la conformità
DPMS ti aiuta a dimostrare gli obblighi specifici che regolano l'acquisizione delle richieste, associati all'articolo e alla misura, mai genericamente al "GDPR".
| Cosa fa DPMS | Riferimento | Come |
|---|---|---|
| Dà all'acquisizione delle richieste un punto dedicato e tracciato | Art. 12 GDPR | Indice e percorso di onboarding che acquisiscono ogni nuova richiesta non appena arriva |
| Fa avanzare le richieste attraverso passaggi di onboarding definiti | Art. 12(3) GDPR | Progressione guidata dal workflow con cambi di stato e notifiche |
| Limita chi può accedere al punto di onboarding | Art. 5(1)(f) GDPR | Permesso di sola lettura dell'onboarding che controlla la vista di onboarding |
| Mantiene l'onboarding allineato alla gestione delle richieste di esercizio dei diritti | Artt. 15-22 GDPR | Costruito sul modello condiviso DataSubjectRequests |
Perché Priverion
A differenza degli strumenti GRC generici che trattano ogni richiesta allo stesso modo, Priverion dà all'onboarding degli interessati un proprio punto controllato e un proprio workflow, così l'acquisizione è tracciata fin dal primo contatto, distinta dall'evasione a valle.
Poiché riutilizza lo stesso modello DataSubjectRequests e lo stesso motore di workflow che alimentano la gestione delle DSAR, onboarding ed evasione restano coerenti. L'acquisizione che tracci qui confluisce nello stesso processo di richiesta dei diritti, senza uno strumento separato in cui reinserire i dati.
Le domande che i RPD pongono prima di una demo
Sostituisce la nostra gestione delle DSAR?
Chi può vedere la coda di onboarding?
Come vengono fatti avanzare i passaggi di onboarding?
Vale solo per le richieste degli interessati ai sensi del GDPR?
Esplora le funzionalità correlate
Pronto a dare alle richieste degli interessati un percorso di acquisizione tracciato?
