Migrazione gestionale: come cambiare ERP senza fermare l’azienda

Quando ha senso cambiare gestionale (e quando no)

Non si cambia gestionale perché è vecchio: si cambia perché costa. Costa quando il lavoro vero avviene fuori dal sistema (Excel, e-mail, carta), quando i moduli che servono non esistono o sono rigidi, quando il fornitore non aggiorna più il prodotto, quando le integrazioni con e-commerce, banche o clienti sono impossibili, quando i canoni crescono mentre l’uso cala. Non si cambia, invece, se il problema è solo di configurazione o di formazione: a volte il gestionale che hai fa già ciò che serve e nessuno lo ha mai impostato. La prima cosa da fare è una verifica onesta di questo punto.

Le tre strade: sostituire, affiancare, estendere

Nella maggior parte delle PMI la risposta è l’affiancamento: contabilità e fatturazione restano dove sono (il commercialista ringrazia), mentre i moduli che fanno la differenza vengono costruiti o scelti su misura e integrati. Il confronto tra le opzioni è su gestionale su misura.

Il piano di migrazione in sette passi

1. Inventario di cosa c’è: moduli usati davvero, dati (anagrafiche, articoli, listini, ordini aperti, storico), integrazioni, documenti generati, utenti e ruoli.
2. Decisione su cosa migra e cosa no: quanti anni di storico servono davvero? Spesso bastano 2–3 anni nel nuovo sistema e il vecchio in sola consultazione per il resto.
3. Pulizia dei dati prima della migrazione: duplicati, codici incoerenti, clienti inattivi, unità di misura. Migrare dati sporchi significa pagare due volte.
4. Mappatura campo per campo tra vecchio e nuovo, con regole di trasformazione scritte.
5. Migrazione di prova su una copia, verificata da chi conosce i dati (non dall’IT): quadrature su saldi, giacenze, ordini aperti.
6. Convivenza: i due sistemi girano in parallelo per un periodo definito, con regole chiare su dove si inserisce cosa.
7. Migrazione definitiva in una data scelta (fine mese, bassa stagione), con piano di ritorno indietro se qualcosa non torna.

La migrazione dei dati: dove si decide il successo

Il 70% dei problemi di una migrazione gestionale è nei dati. Tre regole:

• Si migra ciò che è pulito e che serve. Un’anagrafica con 4.000 clienti di cui 2.800 inattivi da dieci anni non va migrata: va archiviata.
• Le quadrature si fanno con numeri di controllo decisi prima: valore di magazzino, saldi clienti e fornitori, ordini aperti per stato. Se non tornano, non si parte.
• Lo storico profondo resta consultabile nel vecchio sistema (o in un archivio di sola lettura) finché serve. Spegnere il vecchio il primo giorno non è coraggio, è imprudenza.

E se il vecchio gestionale non esporta nulla? Succede con sistemi degli anni 2000 ancora in uso. Esistono comunque strade: estrazione diretta dal database, lettura dei report stampati su file, in casi estremi automazione dell’interfaccia per estrarre i dati schermata per schermata. Costano tempo, non sono impossibili.

Convivenza: come tenere in piedi due sistemi senza impazzire

Il periodo di convivenza va definito per iscritto: quanto dura (di solito da due settimane a due mesi), quale sistema è «padrone» di ogni dato (l’anagrafica cliente si modifica solo nel nuovo; la contabilità solo nel vecchio), come passano le informazioni tra i due (integrazione automatica, export quotidiano, doppio inserimento limitato a pochi dati). Un doppio inserimento generalizzato non regge più di due settimane: le persone smettono di farlo e i dati divergono.

Chi deve essere coinvolto

Una migrazione gestionale non è un progetto IT: è un progetto dell’azienda. Servono quattro figure, anche se nelle PMI due coincidono nella stessa persona: la proprietà, che decide perimetro e date; un referente interno che conosce i processi e ha il tempo (due o tre ore a settimana) per rispondere e verificare; i responsabili di area (amministrazione, magazzino, commerciale) che validano i dati migrati del loro settore; il commercialista o il consulente del lavoro, da avvisare prima, perché contabilità e paghe sono le aree dove un errore si paga subito. Il fornitore porta metodo, strumenti e sviluppo, ma non può decidere al posto dell’azienda quanto storico serve o quale anagrafica è giusta.

Checklist del giorno della migrazione

• Backup completo del vecchio sistema, verificato (non solo eseguito).
• Blocco degli inserimenti nel vecchio sistema a un’ora precisa, comunicata a tutti.
• Migrazione definitiva con gli stessi script della prova, non con script nuovi.
• Quadrature sui numeri di controllo decisi prima: valore di magazzino, saldi, ordini aperti.
• Via libera scritto dei responsabili di area prima di aprire il nuovo sistema agli utenti.
• Supporto in presenza (o in chiamata continua) per i primi due giorni, con un canale unico per segnalare i problemi.
• Piano B pronto: se le quadrature non tornano, si riapre il vecchio e si rimanda. Rimandare costa un giorno; partire con dati sbagliati costa mesi.

Gli errori che fanno fallire le migrazioni

• Il «big bang»: spegnere il vecchio il venerdì e accendere il nuovo il lunedì, senza prova e senza ritorno indietro.
• Copiare le schermate del vecchio sistema nel nuovo, errori compresi: la migrazione è il momento per sistemare i processi, non per fotografarli.
• Nessun referente interno: un progetto senza una persona che decida in azienda si allunga all’infinito.
• Formazione fatta a fine progetto, in fretta. Gli utenti vanno coinvolti dal prototipo.
• Scegliere il periodo sbagliato: mai in alta stagione, mai a ridosso di chiusure fiscali.
• Sottovalutare le integrazioni: e-commerce, banche, corrieri, portali clienti vanno ricollegati, e qualcuno deve averne fatto l’inventario.

Cloud o server interno: la domanda che arriva sempre

Cambiare gestionale è spesso il momento in cui si passa dal server in azienda al cloud. Per la maggior parte delle PMI il cloud riduce costi di manutenzione e rischi (backup, aggiornamenti, sicurezza) e permette di lavorare da cantiere, da casa e dalle filiali; il server interno resta sensato quando ci sono vincoli contrattuali sui dati o connessioni inaffidabili in produzione. La scelta va fatta durante l’inventario, non alla fine, perché cambia integrazioni e migrazione. Il quadro, senza tecnicismi, è in cloud computing spiegato semplice.

Tempi realistici

Con un approccio a moduli, il primo modulo del nuovo sistema può essere in produzione in 6–10 settimane dall’inizio, mentre il resto migra per gradi. Per il quadro dei costi dei sistemi gestionali leggi quanto costa un ERP; per collegare vecchio e nuovo durante la convivenza, integrazione software.

Le domande più comuni