Migrazione gestionale: gli errori da evitare assolutamente
Il porting non è una semplice copia: richiede analisi, verifica e test. Uno degli errori più comuni è trasferire dati senza controllarli o senza pianificare tempi e fasi. È essenziale coinvolgere chi usa il gestionale. Soluzioni improvvisate generano più problemi che benefici.
Perché molte migrazioni gestionali vanno storte
Cambiare software gestionale è una decisione strategica che, se gestita bene, porta risultati concreti in tempi ragionevoli. Se gestita male, può trasformarsi in mesi di caos operativo, dati persi o corrotti, personale demotivato e costi imprevisti.
La buona notizia è che quasi tutti gli errori che compromettono una migrazione sono prevedibili — e quindi evitabili. In oltre vent’anni di porting dati e implementazioni gestionali, abbiamo visto le stesse situazioni ripetersi. Le raccogliamo qui, senza filtri.
Errore 1 — Trattare il porting come una semplice copia di file
È l’errore più frequente e più costoso. Il porting dati non è copiare un database da un sistema all’altro. È un processo che richiede:
- Mappatura dei dati: le strutture dati di sistemi diversi non coincidono. Un “cliente” in TeamSystem ha campi e logiche diverse da un “cliente” in Navigator. Va fatto un lavoro di mappatura preciso campo per campo.
- Pulizia dei dati sorgente: anni di uso di un gestionale producono dati duplicati, record incompleti, codici obsoleti. Se si porta tutto senza filtrare, si porta anche il disordine.
- Validazione post-migrazione: dopo il trasferimento, ogni entità critica va verificata. Almeno un campione significativo di clienti, fornitori, articoli e documenti va controllato manualmente prima del go-live.
Chi salta questi passaggi si ritrova con un gestionale nuovo pieno di dati sbagliati — peggio che ripartire da zero.
Errore 2 — Non coinvolgere chi usa il gestionale ogni giorno
Le decisioni sulla migrazione vengono spesso prese dall’amministratore delegato o dal responsabile IT, senza coinvolgere le persone che useranno il sistema quotidianamente: la contabile, il magazziniere, il commerciale interno.
Questo è un errore grave per due motivi. Il primo è pratico: sono quelle persone che conoscono i flussi reali, le eccezioni, le procedure non documentate che il gestionale deve saper gestire. Il secondo è psicologico: chi non è stato coinvolto nella scelta tenderà a resistere al cambiamento, trovare difetti nel nuovo sistema e rimpiangere il vecchio anche quando il nuovo è oggettivamente migliore.
Coinvolgere il team fin dalla fase di analisi — anche solo con qualche sessione di raccolta requisiti — riduce drasticamente la resistenza al cambiamento e migliora la qualità della configurazione.
Errore 3 — Scegliere il momento sbagliato per migrare
La migrazione gestionale non va pianificata nei periodi di picco operativo. Evita assolutamente:
- I mesi di chiusura fiscale (dicembre–gennaio e maggio–giugno per molte PMI)
- I periodi di inventario di magazzino
- Le settimane immediatamente prima o dopo una fiera o un evento commerciale importante
- I periodi con personale ridotto per ferie
Il momento ideale è un periodo di attività normale, con il team al completo e senza scadenze critiche nei 30 giorni successivi al go-live. Questo lascia margine per gestire le inevitabili anomalie del periodo di rodaggio senza pressioni.
Errore 4 — Non pianificare un periodo di doppio funzionamento
Nelle prime settimane dopo il go-live, il vecchio gestionale dovrebbe rimanere accessibile in sola lettura. Non per tornare indietro — ma per consultare dati storici, verificare anomalie e avere un riferimento sicuro durante il rodaggio.
Spegnere il vecchio sistema il giorno del go-live del nuovo è una scelta rischiosa che crea ansia nel team e ostacola la verifica dei dati migrati. Il costo di mantenere il vecchio sistema attivo per 30–60 giorni è minimo rispetto al valore della rete di sicurezza che offre.
Errore 5 — Sottovalutare la formazione
La formazione non è un optional — è parte integrante del costo della migrazione. Un gestionale nuovo usato male produce risultati peggiori di un gestionale vecchio usato bene.
La formazione efficace non è una giornata in aula con il manuale. È:
- Sessioni pratiche sui flussi reali dell’azienda, non su esempi generici
- Affiancamento nelle prime settimane operative
- Un riferimento disponibile per rispondere alle domande che emergono nel quotidiano
Quando il fornitore del gestionale è raggiungibile direttamente — non tramite ticket o call center — i tempi di apprendimento si dimezzano. La differenza tra avere un interlocutore diretto e aprire un ticket è la differenza tra risolvere un problema in 10 minuti e aspettare 3 giorni.
Errore 6 — Non definire i dati “critici” prima di iniziare
Non tutti i dati hanno la stessa importanza. Prima di iniziare la migrazione, è essenziale definire chiaramente quali sono i dati che devono essere trasferiti con precisione assoluta e quali invece possono essere ricreati manualmente o lasciati nel vecchio sistema come archivio storico.
I dati tipicamente critici per una PMI:
- Anagrafica clienti e fornitori con tutti i dati fiscali
- Listini prezzi e condizioni commerciali
- Saldi contabili e partite aperte
- Ordini in corso e documenti dell’anno fiscale in corso
- Articoli di magazzino con giacenze attuali
I dati tipicamente non critici (che possono rimanere nel vecchio sistema come archivio consultabile):
- Storico fatture degli anni precedenti
- Movimenti di magazzino storici
- Vecchie configurazioni non più in uso
Errore 7 — Affidarsi a chi non conosce il settore
L’ultimo errore, e forse il più difficile da ammettere, è scegliere il fornitore sbagliato. Una migrazione gestionale richiede competenze specifiche: non basta saper usare il software di destinazione, bisogna conoscere i formati di esportazione dei principali sistemi sorgente, avere esperienza nella pulizia e trasformazione dei dati, e saper gestire le eccezioni che invariabilmente emergono durante il processo.
La domanda giusta da fare a un potenziale fornitore non è “avete già migrato da TeamSystem?” ma “quante migrazioni avete fatto, da quale versione e con quale tipologia di dati?”.
Come affrontiamo la migrazione in Boma Software
Ogni migrazione verso Navigator inizia con un’analisi gratuita dei dati sorgente. Prima di firmare qualsiasi contratto, ti diciamo esattamente cosa può essere trasferito, cosa va ricreato e quali anomalie abbiamo trovato nei tuoi dati. Nessuna sorpresa dopo il go-live.
Gestiamo migrazioni da TeamSystem, Zucchetti, Sistemi, Mago, Danea e altri sistemi diffusi tra le PMI italiane. Dopo il go-live, rimaniamo disponibili per il periodo di rodaggio — non scompariamo dopo la consegna.
Richiedi un’analisi gratuita dei tuoi dati → | Scopri il nostro servizio di porting →





