Cambiare gestionale senza perdere dati si può, a patto di trattare la migrazione come un progetto a sé e non come l'ultima incombenza prima dell'avvio. Se stai valutando di cambiare gestionale, la risposta breve è questa: fai l'inventario dei dati, puliscili prima di spostarli, prova la migrazione su un ambiente di test, confronta i totali tra vecchio e nuovo sistema e tieni pronto un piano per tornare indietro.

Il resto dell'articolo spiega come farlo in pratica. È scritto per il titolare di una PMI che sa che il sistema attuale non regge più ma ha un timore preciso: ritrovarsi con anni di clienti, ordini, fatture e listini spariti o sbagliati. Il timore ha fondamento, ma quasi sempre riguarda migrazioni improvvisate, fatte con un export in Excel il venerdì e un import il lunedì.

Quando ha senso cambiare gestionale: i segnali da non ignorare

Prima di parlare di migrazione dati conviene chiedersi se il cambio gestionale serve davvero. A volte basta configurare meglio lo strumento che hai già. Altre volte no, e i segnali si riconoscono.

Il primo è che i dati vivono fuori dal gestionale: le informazioni importanti stanno in fogli Excel paralleli, nelle email, nelle agende di carta, e il gestionale registra solo una parte di quello che succede. Il secondo è il doppio inserimento. L'ufficio tecnico scrive un intervento, l'amministrazione lo ricopia per fatturarlo, e ogni passaggio è un'occasione di errore.

Poi c'è il software che non segue più il tuo modo di lavorare. Hai aggiunto un servizio, un canale di vendita o una sede, e il gestionale ti costringe a giri strani per gestirli. Oppure non dialoga con il resto: e-commerce, CRM, app per i tecnici, e ogni collegamento è un export manuale. Succede anche che il fornitore abbia smesso di evolvere il prodotto, o che ogni modifica richieda tempi e costi fuori scala. L'ultimo segnale è il più rivelatore: per avere un dato affidabile devi chiederlo a una persona sola, l'unica che sa come funziona davvero.

Se ti riconosci in due o tre di questi punti, il problema non è più di configurazione. Ne abbiamo parlato più a fondo in i 5 segnali che la tua PMI ha bisogno di un gestionale su misura.

Un esempio concreto. Prima del progetto Dabe Connect, Dabe Service, azienda di impiantistica civile e industriale con decine di tecnici sul territorio, pianificava gli interventi tra telefonate, email e fogli Excel, mentre i tecnici compilavano rapportini cartacei da riportare in ufficio. Le informazioni venivano duplicate tra ufficio tecnico e amministrazione. È il caso tipico in cui cambiare gestionale ripaga, e anche quello in cui la migrazione dei dati chiede più attenzione, perché i dati sono sparsi in tanti posti diversi. Il percorso completo è nel caso studio Dabe Connect sull'impiantistica.

Come si prepara il cambio gestionale

La preparazione è la parte meno visibile e quella che pesa di più. Una migrazione dati riuscita si decide qui, settimane prima del giorno del passaggio.

Inventario dei dati: cosa hai e dove sta

Si comincia dall'elenco delle fonti. Il vecchio gestionale è la prima, ma raramente l'unica. Di solito ci sono anche:

i file Excel condivisi, e quelli sul desktop di qualcuno;
il programma di contabilità, se separato;
il CRM o la rubrica commerciale;
le cartelle con documenti, schede tecniche, foto, PDF;
eventuali software verticali per magazzino, officina o assistenza.

Per ogni fonte annota chi la usa, quanto è aggiornata e se è la "fonte di verità" per quel dato. Capita spesso di scoprire che lo stesso listino esiste in tre versioni diverse.

Anagrafiche: il cuore della migrazione dati gestionale

Clienti, fornitori, articoli, impianti o veicoli: tutto il resto poggia sulle anagrafiche. Se sono sbagliate, lo saranno anche ordini e fatture collegati. Controlla in particolare:

partite IVA e codici fiscali mancanti o scritti male;
indirizzi incompleti, soprattutto destinazioni merce e sedi operative;
contatti di persone che non lavorano più presso il cliente;
clienti fermi da anni che non serve portare come attivi.

Codifiche doppie: il problema che nessuno vede finché non esplode

Le codifiche doppie sono l'errore che emerge dopo l'avvio. Lo stesso cliente inserito due volte ("Rossi Impianti Srl" e "ROSSI IMPIANTI S.R.L."), lo stesso articolo con due codici perché un collega non l'aveva trovato. Nel vecchio sistema convivevano, nel nuovo producono saldi spezzati, statistiche falsate e scorte sbagliate.

Prima della migrazione serve una regola chiara: quale codice sopravvive, come si accorpano gli storici, cosa succede ai documenti legati al codice eliminato. La decide chi usa i dati ogni giorno, insieme a chi si occupa della parte tecnica. Lasciarla all'informatico da solo è un errore.

Pulizia: meglio prima che dopo

La tentazione è portare tutto e sistemare dopo. Non succede mai, perché dopo l'avvio nessuno ha tempo. La pulizia si fa prima: formati di data uniformi, unità di misura coerenti, campi obbligatori compilati, valori fuori standard corretti. Buona parte del lavoro si automatizza con script di controllo che segnalano le anomalie. Le decisioni restano a te.

Mappatura dei campi

L'ultimo pezzo della preparazione è la mappa: per ogni campo del vecchio sistema, dove finisce nel nuovo. "Ragione sociale" nel file Excel diventa "Nome azienda" nella tabella Clienti; il campo note dove l'ufficio scriveva i termini di pagamento diventa un campo strutturato. Ogni campo senza destinazione è una decisione da prendere: si archivia, si scarta o gli si crea un posto nuovo.

Checklist di migrazione dati

Puoi copiare questa checklist e usarla come traccia per il tuo progetto di cambio gestionale.

Preparazione

Elenco di tutte le fonti dati (gestionale, Excel, contabilità, CRM, cartelle)
Per ogni dato, la fonte di verità designata
Decisione su quanto storico portare (tutto, ultimi anni, solo documenti aperti)
Referente interno per ogni area (vendite, acquisti, magazzino, amministrazione)

Qualità dei dati

Anagrafiche clienti e fornitori verificate (P.IVA, codice fiscale, indirizzi)
Codifiche doppie individuate e regola di accorpamento decisa
Articoli obsoleti marcati come non attivi o esclusi
Formati uniformati (date, importi, unità di misura)

Mappatura e test

Mappa campo per campo approvata dai referenti
Almeno una migrazione di prova completa su ambiente di staging
Confronto dei totali tra vecchio e nuovo sistema
Verifica a campione fatta dagli utenti su casi reali

Passaggio

Data di avvio scelta in un periodo a basso carico
Vecchio sistema in sola lettura dal momento del passaggio
Backup completo e verificato prima della migrazione finale
Piano di rollback scritto, con chi decide e entro quando
Formazione degli utenti completata prima dell'avvio

Migrazione per fasi: staging e confronto dei totali

Una migrazione dati fatta bene è una sequenza di prove, ognuna più vicina a quella definitiva. Chi la pianifica come un salto unico si prende un rischio inutile.

Le prove su ambiente di staging

Lo staging è una copia del nuovo gestionale, separata da quella che userai davvero, dove carichi i dati reali senza rischi. Qui si esegue la migrazione di prova completa, con gli stessi script, gli stessi dati e lo stesso ordine di quella definitiva. Serve a tre cose:

scoprire gli errori di mappatura prima che tocchino il lavoro quotidiano;
misurare quanto dura davvero il passaggio, per scegliere il giorno giusto;
far provare ai tuoi collaboratori il nuovo sistema con i loro clienti e i loro articoli, non con dati finti.

Le prove di solito sono più di una. La prima fa emergere i problemi grossi, la seconda quelli di dettaglio, la terza conferma che è tutto a posto. Selli lavora con lo stesso principio su tutti i progetti: ogni sprint di due settimane viene rilasciato prima su staging, il cliente prova e approva, e solo dopo si va in produzione.

Il confronto dei totali

Aprire qualche scheda a caso non dimostra niente. Per sapere che i dati sono arrivati tutti e giusti si confrontano i totali tra vecchio e nuovo sistema:

numero di clienti e fornitori attivi;
numero di articoli e valore del magazzino alla data del passaggio;
fatturato per anno e per cliente sullo storico migrato;
saldi aperti: crediti verso clienti, debiti verso fornitori, scadenze;
documenti aperti: ordini da evadere, preventivi in corso, interventi pianificati.

Se un totale non torna, si cerca la causa prima di andare avanti. Spesso è una codifica doppia sfuggita o un documento con un formato anomalo. Meglio trovarla in staging che a fine mese, quando l'amministrazione chiude i conti.

Quanto storico portare

Migrare tutto non sempre conviene. Una scelta frequente è portare nel nuovo gestionale anagrafiche complete, documenti aperti e lo storico degli ultimi anni, e lasciare il resto consultabile in un archivio in sola lettura. Si riducono il lavoro di pulizia e i rischi. Per i documenti fiscali già emessi, verifica con il tuo commercialista come gestire conservazione e consultazione.

Periodo di convivenza e piano di rollback

Il giorno del passaggio il vecchio sistema non si spegne. Si mette in sola lettura: si consulta, ma non ci si scrive più. Così nessuno inserisce un ordine nel posto sbagliato e hai sempre un riferimento per i controlli.

La convivenza

Nelle prime settimane dopo l'avvio qualcuno andrà a ricontrollare un dato sul vecchio sistema. Va bene, purché sia chiaro a tutti che si lavora solo sul nuovo. In alcuni casi conviene far partire il nuovo gestionale un reparto o una funzione alla volta, per esempio prima anagrafiche e pianificazione, poi fatturazione. Il percorso si allunga, ma ogni singolo passaggio pesa meno sull'operatività.

Il piano di rollback

Il rollback è il piano B per quando qualcosa va storto in modo serio. Quasi mai serve, ma va scritto prima dell'avvio. Deve dire:

quali problemi giustificano il ritorno al vecchio sistema e quali invece si risolvono in corsa;
chi prende la decisione;
entro quanto tempo dall'avvio si può ancora tornare indietro;
come si recuperano i dati inseriti nel frattempo nel nuovo gestionale.

Averlo per iscritto cambia anche il clima in azienda: le persone affrontano l'avvio con meno ansia se sanno che esiste una via d'uscita.

Formazione degli utenti: la parte che si dimentica

Puoi migrare dati perfetti in un sistema che nessuno sa usare e il progetto fallirà comunque. La formazione si fa prima dell'avvio, sullo staging, con i dati veri dell'azienda.

Funziona meglio per ruolo che con tutti nella stessa stanza, perché chi fa preventivi, chi pianifica e chi fattura hanno bisogno di cose diverse. Gli utenti chiave vanno coinvolti presto: sono loro che durante le prove si accorgono che "quel cliente non ha mai avuto quello sconto". Al posto dei manuali da cento pagine servono guide brevi sulle operazioni quotidiane, e nei primi giorni dopo l'avvio ci deve essere una persona di riferimento a cui fare domande.

Nelle officine questo si vede bene. Velmotor 2000, concessionaria e officina Honda a Firenze, gestiva le prenotazioni tra telefonate, email e agende cartacee, con i dati dei clienti sparsi su strumenti non collegati. Il nuovo gestionale ha riunito anagrafica clienti, storico dei veicoli e pianificazione dell'officina in un unico sistema. Un cambiamento del genere regge solo se accettazione, meccanici e capi reparto sanno da subito dove trovare le informazioni che prima stavano su carta. Il progetto è descritto nel caso studio del gestionale Velmotor per l'officina.

Quanto tempo serve per cambiare gestionale

Un numero valido per tutti non esiste, e di chi te ne dà uno senza aver visto i tuoi dati è meglio diffidare. I tempi dipendono da fattori che puoi valutare da solo.

Conta prima di tutto quante fonti vanno unite: sostituire un solo gestionale è molto più semplice che fondere un gestionale, tre file Excel e un CRM. Conta lo stato dei dati, perché anagrafiche già ordinate accorciano parecchio la pulizia, e conta quanto storico decidi di portare. Poi c'è la disponibilità delle persone interne, che devono prendere decisioni su codifiche, mappature e verifiche, e c'è il calendario: chiusure di bilancio, picchi stagionali e scadenze fiscali sono periodi da evitare.

Una regola che applichiamo sempre: preparazione e prove richiedono più tempo del passaggio vero e proprio. Se il piano dedica un giorno alla preparazione e una settimana all'avvio, è scritto al contrario. Per ragionare anche sui costi del progetto c'è la guida su quanto costa un software gestionale su misura e come calcolarne il ROI.

Gli errori più comuni nel cambio gestionale

L'errore più frequente è rimandare la pulizia dei dati: "lo sistemiamo dopo" vuol dire portarsi gli stessi problemi nel sistema nuovo. Subito dopo viene la migrazione provata una volta sola, o mai. La prima prova trova sempre qualcosa, e chi la salta lo scopre in produzione.

Molti controllano a occhio invece che con i totali, ma cento schede giuste non dimostrano che le altre mille lo siano. Altri lasciano il progetto in mano al solo informatico, quando le decisioni su codifiche e storico sono di business e spettano a chi gestisce clienti, acquisti e magazzino.

Poi ci sono gli errori di calendario e di prudenza: avviare a ridosso della chiusura di fine anno, spegnere subito il vecchio sistema togliendosi la possibilità di controllare e tornare indietro, partire senza un piano di rollback scritto. L'ultimo è sottovalutare la formazione e scoprire all'avvio che metà dei colleghi continua a lavorare sul file Excel.

Domande frequenti sulla migrazione dati

Posso cambiare gestionale senza perdere lo storico?

Sì. Puoi migrare tutto lo storico oppure una parte, lasciando il resto in un archivio consultabile. La scelta dipende da quanto lo usi davvero e da quanto è pulito. Va presa prima, non scoperta dopo.

Durante la migrazione dati devo fermare l'azienda?

Di norma no. Le prove si fanno su staging mentre lavori normalmente. Il passaggio definitivo si pianifica in un momento a basso carico, come un fine settimana, con il vecchio sistema in sola lettura.

Chi deve occuparsi della pulizia dei dati?

Il lavoro tecnico (script di controllo, accorpamenti, conversioni) spetta al partner che sviluppa o configura il nuovo gestionale. Le decisioni, come quale codice tenere o quali clienti archiviare, spettano a chi conosce i dati in azienda.

Conviene un gestionale standard o uno su misura?

Dipende da quanto sono specifici i tuoi processi. Un prodotto standard ti chiede di adattarti al suo modello; un software gestionale su misura viene costruito intorno ai tuoi dati e al tuo modo di lavorare, e questo semplifica anche la mappatura in fase di migrazione. Se lavorate in pochi e con processi comuni, uno standard ben configurato di solito basta. Il confronto completo è nella guida su software su misura o standard.

Parliamone prima di toccare i dati

Se stai pensando di cambiare gestionale e la migrazione dei dati è quello che ti frena, conviene parlarne adesso, prima di fissare date e scegliere fornitori. In Selli partiamo da un'analisi dei tuoi dati e dei tuoi processi, lavoriamo a sprint di due settimane con rilasci su staging che puoi provare con i tuoi dati reali, e il codice del gestionale resta di tua proprietà. Come impostiamo i progetti lo trovi nel nostro metodo di lavoro.

Prenota una call con noi: guardiamo da dove partono i tuoi dati, cosa conviene portare nel nuovo sistema e come organizzare il passaggio senza fermare l'azienda.

Cambiare gestionale senza perdere dati: guida alla migrazione