Migrare i dati dal vecchio gestionale senza fermare l'azienda
Il progetto si decide qui
Quando si cambia gestionale la discussione è quasi tutta sul software nuovo: le funzionalità, le schermate, il fornitore. La migrazione dei dati compare in fondo al preventivo, una riga sola, e viene trattata come un passaggio tecnico da sbrigare nell'ultimo fine settimana.
È l'errore che fa slittare più progetti. Non perché spostare dei record da un database a un altro sia difficile — quello è il pezzo semplice — ma perché nel farlo si scopre cosa c'è davvero dentro il sistema vecchio. E quasi mai è quello che tutti pensavano.
Il campo "note" usato da anni per infilarci l'informazione che non aveva un posto. I clienti duplicati perché qualcuno ha scritto "S.r.l." e qualcun altro "srl". Gli articoli con il codice riusato dopo essere stati dismessi. Nessuna di queste cose è un errore di chi ci lavora: sono adattamenti ragionevoli a un sistema che non prevedeva un caso reale. Ma vanno guardate una per una prima di portarle dentro un sistema nuovo.
Cosa vuol dire davvero "portare i dati"
Sotto la stessa parola ci sono tre lavori diversi, con costi e rischi diversi.
Le anagrafiche — clienti, fornitori, articoli, listini. Sono il minimo indispensabile: senza, il sistema nuovo non parte. È anche la parte dove la pulizia rende di più, perché ogni duplicato che entra oggi resterà lì per anni.
Gli aperti — ordini in corso, fatture da incassare, giacenze, commesse non chiuse. È la parte critica, perché deve corrispondere alla realtà al minuto del passaggio. Un ordine che risulta ancora aperto in un sistema e già chiuso nell'altro genera un problema con un cliente vero.
Lo storico — tutto quello che è successo prima. È la parte che sembra obbligatoria e quasi mai lo è per intero. Serve per statistiche, per il riordino, per gli obblighi fiscali e per rispondere a un cliente che chiede cosa gli è stato spedito tre anni fa. Ma non serve necessariamente dentro il gestionale nuovo.
Le tre decisioni da prendere prima
Fin dove si va indietro. Portare dieci anni di storico costa: in tempo di migrazione, in verifiche, e in lentezza del sistema nuovo. Spesso la risposta sensata è portare due o tre anni dentro il gestionale e tenere il resto in un archivio consultabile a parte, congelato in sola lettura. È una decisione di chi governa l'azienda, non del fornitore.
Cosa non si porta. I clienti fermi da anni, gli articoli fuori catalogo, i tentativi mai andati a buon fine. Non buttarli: metterli da parte. Un sistema nuovo che nasce con un terzo dei record già inutili parte con un handicap che nessuno recupererà più.
Chi decide qual è il dato buono. Quando lo stesso cliente esiste in tre versioni, qualcuno deve dire quale vince. Non è un lavoro tecnico e non può farlo il fornitore: serve una persona interna per area — commerciale, magazzino, amministrazione — con il mandato di decidere. Se questa figura non è nominata all'inizio, la migrazione si ferma esattamente qui.
Come si evita il fermo
Il metodo che funziona non è un unico grande travaso notturno. È una serie di prove, sempre più vicine alla realtà.
- Migrazioni di prova ripetute. Si fa girare l'intera conversione su una copia, si guardano i risultati, si correggono le regole, si rifà. Alla terza o quarta volta i problemi che emergono sono minuscoli e il tempo di esecuzione è noto.
- Un periodo a doppio binario dove ha senso. Non su tutto — inserire due volte ogni cosa è insostenibile — ma su un'area circoscritta, per confrontare i risultati dei due sistemi sugli stessi giorni.
- Un passaggio con la data decisa in base al calendario aziendale, non a quello del progetto: fine mese chiuso, magazzino inventariato, il momento più scarico della settimana.
- Una via di ritorno scritta. Cosa si fa se lunedì mattina qualcosa non torna: chi decide, entro quale ora, e come si torna a lavorare come prima. Serve averla anche solo per poterla non usare.
I controlli che dicono se è andata bene
Il "sembra a posto" non è una verifica. Prima di dichiarare chiusa una migrazione servono confronti che diano un sì o un no.
I totali quadrano: numero di clienti, numero di articoli, saldo dei crediti, valore di magazzino, entrambi i sistemi, stesso numero. Un campione di record presi a caso viene aperto e letto a fianco fra vecchio e nuovo. Le operazioni tipiche vengono rifatte davvero: si emette una fattura, si registra un carico, si chiude un ordine, e si guarda se il risultato è quello atteso.
Ed è utile che a fare questi controlli siano le persone che useranno il sistema, non chi lo ha costruito. Notano cose che nessuna verifica automatica intercetta, perché sanno come deve essere fatto quel lavoro.
Quanto dura
La risposta onesta: dipende quasi solo da due cose, e nessuna delle due è il software nuovo. Quanto è accessibile il sistema vecchio — se i dati si estraggono in modo pulito o se vanno recuperati schermata per schermata — e quanto sono ordinati i dati che contiene.
Per questo il primo passo utile non è un preventivo di migrazione, ma un'estrazione di prova fatta subito, all'inizio: si prendono i dati veri, si guardano, si contano i casi strani. Da lì si sa se il lavoro è di giorni o di settimane. Scoprirlo dopo aver firmato è la ragione più comune per cui un cambio gestionale finisce fuori tempo.
Il sistema nuovo lo scegliete in qualche settimana. I dati che ci mettete dentro ve li tenete per dieci anni: vale la pena guardarli prima di traslocarli.
