Migrare dati da vecchio CRM senza perdere informazioni, permessi e fiducia degli utenti

Migrare dati da un vecchio CRM significa spostare anagrafiche, opportunità, attività e storico commerciale da un sistema che l'azienda conosce a uno che deve ancora dimostrare di funzionare. Il rischio non è soltanto tecnico. Se i commerciali non trovano i clienti dove se li aspettano, oppure trovano doppioni e campi incoerenti, la tentazione di tornare ai fogli di calcolo arriva in fretta.

CRMindex descrive la migrazione come «quasi un progetto nel progetto», che richiede pianificazione ed esecuzione meticolose. La stessa fonte osserva che, nella maggior parte dei casi, il lavoro di trasferimento può essere automatizzato. Questo sposta il problema altrove: la parte difficile non è copiare i record, ma decidere quali copiare, in quale forma e con quali regole.

Le decisioni che determinano l'esito sono quattro:

• Cosa portare: quali dati meritano di entrare nel nuovo sistema e quali vanno eliminati.
• Come strutturarlo: campi, relazioni e significati, che raramente coincidono tra due CRM.
• Chi può vederlo: profili, credenziali e separazione tra clienti o unità aziendali.
• Con quale base giuridica: origine dei contatti, consensi e ruoli privacy dei soggetti coinvolti.

Chi gestisce un'azienda non deve seguire ogni riga di mappatura, ma deve prendere queste quattro decisioni, o delegarle a qualcuno con l'autorità per farlo. Senza una responsabilità chiara, ognuna di esse diventa un punto di blocco.

Nelle oltre 200 implementazioni consegnate da Svennis, le migrazioni che si fermano lo fanno quasi sempre per ragioni organizzative, non per limiti degli strumenti. Il file di esportazione esce in poche ore; è la discussione su cosa farne che si trascina per settimane.

I punti di blocco ricorrenti sono pochi e prevedibili:

1. Nessuno decide cosa eliminare. Ogni reparto teme di perdere qualcosa e alla fine si porta tutto, compresi i difetti.
2. Lo stesso campo ha significati diversi. Uno "stato cliente" che per le vendite indica la fase commerciale e per l'amministrazione la solvibilità non si può mappare finché qualcuno non sceglie.
3. Le integrazioni emergono a metà progetto. Un modulo web, uno script o un collegamento al gestionale che scrive nel vecchio CRM viene scoperto solo quando smette di funzionare.
4. I permessi non sono definiti. Nel vecchio sistema erano cresciuti per stratificazione, e nessuno sa più chi vede cosa.
5. I ruoli privacy non sono chiari. Non si sa da dove arrivino alcuni contatti né con quale consenso.

CRMindex segnala esplicitamente il terzo punto: le personalizzazioni e le integrazioni del vecchio sistema vanno valutate e adattate al nuovo. La conseguenza pratica è che l'inventario deve precedere qualsiasi preventivo di tempi e costi. Un piano costruito sul numero di record, senza sapere quanti processi dipendono da quei record, sottostima quasi sempre il lavoro.

Il primo documento da produrre è un inventario, non un'esportazione. Deve elencare gli oggetti presenti (aziende, contatti, opportunità, attività, note, oggetti personalizzati), i campi in uso, le automazioni attive e tutto ciò che scrive o legge dati dall'esterno. Spesso le fonti sono più d'una: il vecchio CRM, fogli di calcolo paralleli, liste di contatti per le campagne, esportazioni contabili.

I flussi automatici in ingresso meritano un'attenzione particolare. Nel provvedimento del Garante n. 435 del 17 luglio 2025, la società interessata ha dichiarato che per i dati raccolti tramite landing page «uno script automatico permette l'acquisizione dei dati nel CRM», con un passaggio medio dichiarato di circa 500 anagrafiche al mese. Un flusso di questo tipo, se non viene censito, continua a scrivere nel sistema sbagliato il giorno dopo il passaggio.

Dati ereditati da altre organizzazioni

Le operazioni straordinarie complicano l'inventario. Nel provvedimento n. 114 del 27 febbraio 2025, il Garante riporta che la società aveva acquisito il 16 gennaio 2023 un ramo d'azienda a cui erano riconducibili 26 contratti d'agenzia. Quando un'azienda cresce per acquisizioni, il CRM contiene dati raccolti da altri, con regole diverse. L'inventario deve indicare la provenienza di ogni blocco di dati, perché da essa dipendono le decisioni successive su pulizia e basi giuridiche.

La migrazione è il momento in cui ripulire costa meno. CRMindex la definisce l'occasione per un'importante pulizia preventiva, per liberarsi di dati di scarsa qualità, inutili od obsoleti, e ricorda di coinvolgere il DPO, che su questa scelta ha voce in capitolo. Pulire dopo, nel sistema nuovo, significa farlo mentre gli utenti lavorano e perdono fiducia.

I duplicati non sono solo un fastidio operativo: alterano i numeri che l'azienda presenta, anche a un'autorità. Nel provvedimento n. 114 del 2025, su 2.327 contatti telefonici del periodo esaminato, 157 utenze risultavano iscritte al Registro Pubblico delle Opposizioni, pari a poco più del 6,75%. La società ha sostenuto che, al netto dei casi di duplicazione, le numerazioni erano novantasei e la percentuale scendeva al 4,13%.

La lezione per una migrazione è semplice. Se i dati di partenza contengono doppioni, qualsiasi misura calcolata su di essi è incerta, e la discussione su quale sia il numero corretto arriva nel momento peggiore.

Regole minime di pulizia

• Definire una chiave di deduplicazione per le aziende (per esempio la partita IVA) e una per le persone (e-mail o telefono normalizzato).
• Uniformare le ragioni sociali scritte in modi diversi prima dell'importazione.
• Stabilire con il DPO una soglia di inattività oltre la quale un contatto non viene migrato, e documentarla.

Per la parte più ripetitiva, uno strumento di preparazione dei dati come Zoho DataPrep consente di applicare regole di pulizia in modo tracciabile, invece di correggere a mano migliaia di righe.

Ogni CRM organizza i dati a modo suo. CRMindex avverte che le strutture dei dati possono variare da un CRM all'altro e che le relazioni tra record, per esempio tra un contatto e la sua cronologia di transazioni, possono essere gestite in modo diverso, con il rischio di incongruenze dopo il passaggio. È anche il momento per correggere gli errori semantici e ontologici che affliggevano il vecchio sistema.

In pratica la mappatura è una tabella con tre colonne: campo di origine, campo di destinazione, regola di trasformazione. Ogni campo di origine deve finire in una di tre categorie: si mappa su un campo esistente, richiede un campo personalizzato da creare prima dell'importazione, oppure si elimina. Un campo senza destinazione decisa è un campo che verrà perso o duplicato.

L'ordine conta

Le relazioni reggono solo se i record "genitori" esistono prima dei "figli". L'ordine abituale è: aziende, poi persone collegate alle aziende, poi opportunità, infine note e attività. Anche gli utenti del nuovo sistema vanno creati prima, altrimenti l'assegnazione dei record ai responsabili non si può ricostruire.

Se la destinazione è Zoho CRM, conviene conservare in un campo dedicato l'identificativo del record nel vecchio sistema. Serve per verificare la completezza, per ricollegare allegati e attività in una seconda fase e per rispondere, mesi dopo, alla domanda "da dove arriva questo cliente".

I permessi sono la parte che più spesso si rimanda a dopo il passaggio, ed è un errore. Nel momento in cui i dati entrano nel nuovo sistema, qualcuno li vede: se i profili non sono pronti, li vede chiunque abbia un accesso.

I provvedimenti del Garante mostrano come le aziende descrivono la separazione dei dati all'interno di un unico CRM. Nel provvedimento n. 114 del 2025, la società ha spiegato che la separazione nei confronti di un'altra società del gruppo «è garantita dalle modalità d'accesso», che consentono di vedere esclusivamente i dati dei propri clienti tramite credenziali specifiche. Nel provvedimento n. 435 del 2025, la società ha dichiarato di usare «un unico CRM» con profili autorizzativi differenziati per cliente.

Lo stesso provvedimento n. 114 riporta che all'inizio del 2024 la società aveva introdotto l'autenticazione a più fattori e il tracciamento degli indirizzi IP degli agenti. Sono misure che si configurano meglio all'avvio di un sistema nuovo che su uno in produzione.

Prima dell'importazione, quindi, occorre:

• ricostruire la matrice "ruolo, oggetto, operazione consentita" partendo da ciò che serve, non da ciò che c'era;
• decidere come separare clienti, marchi o società del gruppo che condividono l'istanza;
• attivare l'autenticazione a più fattori per tutti gli utenti prima che i dati reali siano caricati.

Un CRM non contiene solo nomi e numeri, ma anche la ragione per cui l'azienda può usarli. Se la migrazione porta i contatti e perde l'informazione sulla loro origine e sul consenso, il nuovo sistema diventa più ordinato e meno difendibile.

Il Garante lo afferma in modo netto nel provvedimento n. 435 del 2025: «in virtù del principio di accountability, è proprio sul titolare del trattamento che ricade la responsabilità» del rispetto della normativa. Nello stesso caso l'Autorità ha rilevato che il modulo di consenso di un portale non consentiva un consenso libero, specifico e granulare alla cessione a terzi, e che agli atti non risultavano né la nomina dell'agenzia coinvolta né controlli sul suo operato.

Cosa migrare oltre al contatto

• Fonte: modulo web, evento, lista acquisita, cliente esistente.
• Consensi: per quali finalità, con quale data e quale versione dell'informativa.
• Opposizioni: chi ha chiesto di non essere contattato, con la data della richiesta.

Anche i ruoli vanno chiariti. Il Garante ha qualificato la stessa società come responsabile del trattamento per le attività svolte per conto dei committenti e come titolare autonomo per la sola acquisizione delle liste. Durante una migrazione più soggetti esterni accedono ai dati: è opportuno verificare con il DPO quale ruolo abbia ciascuno e che esista una nomina scritta dove serve.

Cambiare CRM significa spesso cambiare anche il luogo in cui i dati vengono trattati. È una domanda da porre prima della firma del contratto, non dopo l'importazione, perché i dati di un CRM sono in larga parte dati personali.

Un provvedimento del Garante del 23 marzo 2017, n. 151, lo mostra con chiarezza. L'Autorità ha autorizzato tre società italiane di un gruppo internazionale a trasferire dati personali verso paesi non appartenenti all'Unione europea sulla base delle regole vincolanti d'impresa del gruppo. L'autorizzazione riguardava il personale dipendente e anche «i contatti commerciali (ovvero fornitori, sub-fornitori, clienti, azionisti e partner)», cioè esattamente il contenuto tipico di un CRM.

Il provvedimento richiamava l'art. 44, comma 1, lett. a) del Codice, secondo cui il trasferimento verso un paese extra UE era consentito quando autorizzato dal Garante sulla base di adeguate garanzie. Il quadro va verificato con il proprio consulente privacy alla data del progetto, ma il principio operativo resta: sapere dove vengono trattati i dati è parte della scelta del sistema.

La domanda diventa più concreta quando sul nuovo CRM si prevede di attivare funzioni di intelligenza artificiale che leggono anagrafiche e conversazioni. In quel caso conviene fissare nel capitolato la sede di elaborazione dei dati nell'UE, insieme alle regole su conservazione e accessi.

Molti vecchi CRM contengono, oltre alle opportunità, dati di fatturazione inseriti negli anni: numeri di fattura, importi, a volte interi documenti. La tentazione è portarli tutti nel nuovo sistema per "avere lo storico completo". Prima di farlo conviene distinguere tra informazione commerciale e documento fiscale.

La fattura elettronica ha un formato preciso. L'Agenzia delle Entrate indica che la propria procedura web consente di predisporre una fattura «nel formato XML obbligatorio», di visualizzarla in pdf e di trasmetterla al Sistema di Interscambio, e anche di controllare e trasmettere file XML predisposti con altre procedure. Il documento di riferimento è quindi il file XML transitato dallo SdI, non una sua ricostruzione in un campo del CRM.

Ne derivano tre indicazioni pratiche:

• nel CRM migrare i riferimenti utili alla relazione commerciale (numero, data, importo, stato del pagamento), non i documenti fiscali in sé;
• se si classifica il tipo di documento, rispettare le categorie ufficiali: la stessa pagina distingue fattura ordinaria, semplificata e PA, e ricorda che la semplificata è ammessa, ai sensi dell'art. 21-bis del Dpr n. 633/1972, solo per importi complessivi di imponibile e Iva non superiori a 400 euro;
• lasciare l'emissione e l'archivio delle fatture al gestionale, per esempio Zoho Books collegato al CRM, così che esista una sola fonte per ciascun dato.

Il calendario di una migrazione va costruito a ritroso dalla data in cui gli utenti devono lavorare sul nuovo sistema. CRMindex raccomanda di pianificare con largo anticipo per ridurre l'impatto sulle operazioni quotidiane, e descrive bene il dilemma del fermo: un tempo di inattività insufficiente mette sotto pressione, uno eccessivo compromette l'operatività.

La stessa fonte invita a considerare i costi aggiuntivi: servizi di consulenza, formazione supplementare, modifiche all'infrastruttura IT. In un preventivo sono spesso le voci assenti, e si presentano quando il vecchio contratto è già stato disdetto.

Un criterio di prudenza che raccomandiamo: il vecchio CRM resta consultabile in sola lettura finché i controlli di completezza non sono firmati. Spegnerlo il giorno del passaggio elimina l'unico strumento per verificare ciò che manca.

Se la Sua azienda sta valutando di migrare dati da un vecchio CRM, l'ordine delle attività conta più della velocità. Questi sono i passi da avviare nelle prossime settimane, prima di qualsiasi importazione.

1. Nomini un responsabile con l'autorità per decidere su campi, eliminazioni e permessi, e un referente per ogni reparto che usa il CRM.
2. Prepari l'inventario: oggetti, campi in uso, automazioni, integrazioni in entrata e in uscita, fonti parallele come fogli di calcolo e liste.
3. Coinvolga il DPO sulle regole di pulizia, sulla conservazione di consensi e opposizioni e sui ruoli dei soggetti esterni che toccheranno i dati.
4. Scriva la mappatura campo per campo, decidendo per ciascuno se mapparlo, crearlo o eliminarlo, e conservando l'identificativo di origine.
5. Configuri i permessi prima dei dati: profili, separazioni e autenticazione a più fattori.
6. Esegua un'importazione di prova su un campione ridotto, controlli relazioni, valori e report, corregga il processo e solo allora proceda con il resto, nell'ordine aziende, persone, opportunità, attività.
7. Definisca il criterio di chiusura: quali conteggi e quali verifiche devono tornare prima di mettere il vecchio sistema in sola lettura e, più tardi, dismetterlo.

Un documento di una pagina che riassume queste sette decisioni, con nomi e date, è il miglior indicatore che la migrazione è pronta a partire. Se una delle righe resta vuota, è lì che il progetto rischia di fermarsi.