Spostiamo dati da database vecchi, gestionali dismessi, fogli Excel storici verso piattaforme moderne (CMS, e-commerce, CRM, gestionali nuovi). Mapping documentato, validazione automatica, dry-run prima del go-live. Niente "abbiamo importato e poi vediamo".
Una migrazione di dati legacy è il processo con cui si spostano dati da un sistema vecchio (database, gestionale, fogli Excel storici, vecchio CMS) verso un sistema nuovo (CMS moderno, e-commerce, CRM, gestionale nuovo), trasformando il formato dove serve, riconciliando le anagrafiche, validando i risultati, in modo che il nuovo sistema parta con dati corretti, completi e affidabili. È una delle attività più sottostimate dei progetti aziendali.
Errore comune: trattare la migrazione come "un'esportazione e un'importazione" da fare l'ultima settimana del progetto. La realtà è che i dati legacy sono quasi sempre più sporchi del previsto: anagrafiche duplicate, codici incoerenti, campi liberi pieni di note, formati di data misti, valori "NULL" testuali al posto di null reali. Senza un metodo, il nuovo sistema parte rotto e il cliente ci sta dentro per mesi.
Da Vicenza dal 2008 abbiamo realizzato oltre 50 migrazioni dati per progetti di rifacimento sistemi aziendali. Approccio sistematico: inventario completo, mapping documentato, dry-run validato, riconciliazione finale. Niente sorprese il giorno dopo il go-live.
Migrazione di anagrafica clienti e storico progetti da un gestionale dismesso verso un CRM moderno. Inventario di oltre 50.000 record, identificazione di duplicati per partita IVA, mapping verso nuova tassonomia di servizi. Dry-run validato prima del go-live, riconciliazione finale quadrata.
Migrazione catalogo prodotti, ordini storici e anagrafica clienti da una piattaforma e-commerce vecchia a WooCommerce. Gestione di SKU duplicati, normalizzazione di categorie, recupero dello storico fatturato per analisi. Riconciliazione totali fatturato 2023 quadrata.
Migrazione di archivi tecnici (schede prodotto, distinte base, listini) da fogli Excel storici verso un nuovo sistema di gestione articoli. Pulizia dei dati durante il mapping, normalizzazione di categorie merceologiche, lookup verso nuove tassonomie.
Inventario, mapping, dry-run, riconciliazione finale.
Cosa c'è davvero, non cosa pensavi.
Prima di muovere un dato facciamo l'inventario reale del sistema sorgente: numero di record per tabella, range temporali, campi obbligatori e opzionali, integrità referenziale (rispettata o no), duplicati per chiave naturale, valori anomali. Il documento di inventario è il punto di partenza per il mapping. Niente migrazione fatta sui presupposti del cliente, sempre sui dati reali.
Ogni campo sorgente al suo campo destinazione.
Per ogni tabella sorgente costruiamo un documento di mapping che descrive a quale tabella e campo destinazione finisce ogni campo sorgente, quali trasformazioni si applicano (es. data in formato testo italiano al campo data ISO, codice 0/1 al boolean, lookup di un codice a una tassonomia nuova), come si gestiscono i casi di anagrafiche duplicate. Il mapping è versionato Git, modificabile in modo controllato.
Prova vera, non test su un campione.
Prima del go-live eseguiamo una migrazione completa su ambiente di staging: tutti i dati, tutti i mapping, tutte le trasformazioni. Sul risultato facciamo validazione automatica (numeri quadrati, integrità referenziale, sample di record verificati) e validazione manuale (il cliente controlla un campione di anagrafiche e ordini chiave). Niente go-live senza dry-run validato.
Numeri quadrati, niente record fantasma.
Dopo il go-live facciamo la riconciliazione: numero di record sorgente uguale a numero di record destinazione (al netto delle trasformazioni concordate, es. duplicati uniti), totali finanziari quadrati (somma fatturato 2023 sul vecchio = somma fatturato 2023 sul nuovo), audit dei record che non hanno fatto il salto. Documento di riconciliazione consegnato al cliente.
Pattern ricorrenti che vediamo prendendo in carico migrazioni fatte male da altri:
Approccio pro: inventario reale, mapping documentato, dry-run validato, riconciliazione finale, piano di rollback.
Risultati concreti per chi sta cambiando un sistema aziendale:
Settimana 1-2.
Settimana 2-3.
Settimana 3-N.
Giorno X.
Best-in-class per migrazioni dati robuste:
Python 
Node.js 
PHP 
MySQL 
GitHub Python Node.js PHP MySQL GitHub Quello che ti consegniamo come standard:
Il piano è dimensionato sul tuo sito: tipologia (vetrina, e-commerce, multisite), traffico atteso, livello di SLA e backup desiderati cambiano il quadro. Niente listini standard: prima cosa che facciamo è una breve call di scoping, poi mandiamo un preventivo scritto entro 48 ore.
Per la maggior parte dei casi: 2-4 settimane (inventario, mapping, dry-run, go-live, riconciliazione). Per migrazioni grandi (centinaia di migliaia di record, qualità dati molto sporca, integrazioni multiple) si arriva a 6-8 settimane. Tempi precisi dopo l'inventario iniziale.
Lo è quasi sempre, almeno in parte. Durante l'inventario identifichiamo le anomalie e proponiamo strategie di pulizia: alcune cose si possono normalizzare in automatico (formati di data, encoding, codici 0/1), altre richiedono decisioni del cliente (es. due anagrafiche dello stesso cliente che vanno unite, criteri di scelta dei valori). Le decisioni vengono documentate nel mapping.
Sì. Il dry-run è esattamente questo: una migrazione completa su ambiente di staging, dove validi tu il risultato prima di andare in produzione. Per casi specifici possiamo fare anche dry-run preliminari su sotto-insiemi (solo anagrafiche, solo ordini di un anno) per dare al cliente la sensazione concreta del risultato.
Per ogni migrazione predisponiamo un piano di rollback: come tornare al sistema sorgente in caso di emergenza, cosa fare con i dati creati nel nuovo sistema dopo il go-live. Il dry-run validato riduce drasticamente la probabilità di sorprese, ma il piano di rollback è sempre pronto.
Sì. Repository Git intestato al cliente, mapping documentato consegnato, niente codice offuscato. Per migrazioni una tantum il codice spesso non serve mantenerlo dopo il go-live, ma è disponibile per audit e per eventuali pulizie successive.
Conteggio record, analisi qualità, identificazione duplicati e anomalie sui dati sorgente. Niente migrazione fatta sui presupposti del cliente, sempre sui dati reali.
Documento di mapping per ogni tabella, trasformazioni descritte per ogni campo, gestione duplicati definita, mapping versionato Git con sign-off del cliente.
Migrazione completa su staging prima del go-live, validazione automatica e manuale, sign-off del cliente sul risultato. Niente sorprese il giorno X.
Numeri record sorgente vs destinazione quadrati, totali finanziari verificati, audit dei record non migrati. Documento di riconciliazione consegnato.
Analisi preliminare gratuita + report sintetico via email entro 48h.
