PIPELINEGuide
Migrazione dati e protezione dei dati: cosa richiede il GDPR
Non appena nella migrazione dati vengono trattati dati personali, valgono obblighi precisi. Quali sono concretamente, cosa manca quasi sempre nella pratica e cosa basta realmente.
Non appena nella migrazione dati vengono trattati dati personali, servono base giuridica, limitazione della finalità, termini di cancellazione definiti, informazione degli interessati e un contratto di responsabilità del trattamento con ogni fornitore coinvolto. Nella pratica mancano quasi sempre gli stessi tre punti: il termine di cancellazione, l'avviso nel punto di raccolta e il chiarimento se il fornitore utilizzi i dati per proprio addestramento.
01 — Privacy
Cosa richiede il GDPR
Non appena vengono trattati dati personali — e questo avviene più velocemente di quanto si pensi, ad esempio quando qualcuno inserisce un nome o un numero di telefono — valgono i soliti obblighi: indicare la base giuridica, definire lo scopo, rispettare la minimizzazione dei dati, definire i termini di cancellazione, informare gli interessati.
In pratica questo significa per la migrazione dati: un contratto di responsabilità del trattamento con ogni fornitore coinvolto, la verifica di dove avviene il trattamento, un termine di cancellazione documentato e un passaggio comprensibile nell'informativa privacy. Tre cose mancano quasi sempre nella pratica: il termine di cancellazione definito, l'avviso nel punto in cui i dati vengono raccolti e il chiarimento se il fornitore utilizzi i dati per proprio addestramento.
Una valutazione d'impatto sulla protezione dei dati è necessaria solo in caso di rischio presumibilmente elevato — non per la maggior parte dei progetti di questo tipo. La verifica stessa dovrebbe comunque essere documentata, così da poter dimostrare, in caso di necessità, perché è stata omessa.
02 — Contratto
Cosa va chiarito per iscritto
- Proprietà di dati e accessi. Appartengono al committente. Se un fornitore non lo conferma chiaramente, questa è l'informazione più importante del colloquio.
- Restituzione alla fine del rapporto. In quale formato, in quale termine, a quali costi.
- Nessuna durata minima senza contropartita. Il vincolo è giustificabile se viene fornito qualcosa in cambio — altrimenti no.
- Quanto costa una modifica successiva. Non è il prezzo del progetto a decidere i costi complessivi, ma la tariffa oraria del terzo anno.
- Documentazione come oggetto di consegna. Non come promessa, ma come voce nell'offerta.
03 — Rischi
Cosa può andare storto
- Il sistema risponde in modo errato. Limitabile facendolo lavorare esclusivamente con contenuti verificati e facendolo inoltrare in caso di incertezza invece di indovinare. Questa è una scelta di configurazione, non una proprietà della tecnologia.
- L'impegno viene sottovalutato. Motivo più frequente: situazione di partenza poco chiara. Un inventario onesto prima dell'offerta previene questo problema in modo più affidabile di qualsiasi margine.
- Nessuno lo aggiorna. Il rischio maggiore in assoluto — e il più facilmente evitabile.
- Lacune nella privacy. Nascono quasi sempre da termini di cancellazione mancanti e responsabilità poco chiare, raramente dalla tecnologia stessa.
- Dipendenza dal fornitore. Evitabile se accessi, dati e documentazione sono contrattualmente di proprietà del committente.
04 — Domande
Domande frequenti
Quanto dura una migrazione?
Il trasferimento in sé richiede di solito ore. Il tempo viene impiegato per analisi, regole e test — di norma da due a sei settimane, a seconda dello stato dei dati preesistenti.
Cosa succede se dopo il passaggio manca qualcosa?
Per questo esiste un protocollo di conteggio e una possibilità di ripristino: i dati preesistenti restano intatti finché non viene effettuata l'accettazione. Integrazioni successive di singole aree sono possibili.
Portiamo tutto?
Raramente sensato. Record inattivi, set di test e transazioni di dieci anni fa appesantiscono il nuovo sistema. Consigliamo di migrare lo stock attivo e mantenere il resto disponibile archiviato.
Abbiamo bisogno di accesso a entrambi i sistemi contemporaneamente per la migrazione?
Sì, almeno per il periodo delle prove e della commutazione effettiva. Dopo l'accesso al vecchio sistema può essere limitato o terminato.
Cosa succede agli allegati e ai documenti associati al record?
Vengono trasferiti, se il sistema di destinazione li supporta. Quando il formato non è compatibile, si chiarisce preventivamente se sia necessaria una conversione o se sia più sensato mantenere un archivio esterno.
Come garantiamo che non si perda nulla?
Tramite il protocollo di conteggio: il numero di record prima e dopo viene confrontato, i campioni vengono verificati nel contenuto. Solo dopo questa accettazione la migrazione è considerata conclusa.
Possiamo continuare a lavorare in parallelo?
Per conversioni brevi sì, con una data di riferimento. Per migrazioni più lunghe si lavora di solito fino alla commutazione nel vecchio sistema e si trasferisce l'incremento alla fine.
05 — Prosegui
Pagine correlate
- Migrazione dati — Panoramica
- Migrazione dati — Procedura
- Migrazione dati — Da dove iniziare
- Migrazione dati — Confronto fornitori
- Migrazione dati — Vantaggi e svantaggi
- Migrazione dati — Costi
- Migrazione dati — Piccole imprese
- Migrazione dati — Prerequisiti
- Integrazione CRM
- Software personalizzato
- Interfacce API
- Tutte le guide
Prossimo passo
Inviateci qualche frase sul vostro progetto.
Leggiamo ogni richiesta personalmente e rispondiamo di persona. Niente team vendite, nessun modulo di richiamata nel vuoto.