Custom Development27.08.26·8 min◉ Veneto

Migrazione dati da un gestionale legacy: metodo, rischi, tempi · Veneto

Risposta rapida

Una migrazione da gestionale legacy si fa in cinque fasi: inventario delle entità e mappatura campo per campo, bonifica dei dati nel sistema vecchio, almeno tre migrazioni di prova su ambiente identico alla produzione, cut-over in finestra concordata con piano di rollback, verifica post-migrazione con quadrature contabili. Il tempo tipico è 6-14 settimane e il rischio principale non è tecnico ma di qualità del dato: duplicati, campi usati per scopi diversi da quelli previsti e storico incompleto.

◉ Contesto locale · Regione Veneto

Soim opera in tutto il Veneto — Padova, Venezia, Verona, Vicenza, Treviso — con software custom, gestionali immobiliari e piattaforme KPI per industria e servizi.

Inventario e mappatura

Si elencano le entità (anagrafiche, articoli, giacenze, ordini, documenti, contabilità) e per ciascuna si decide cosa migrare e con quale profondità storica. Poi la mappatura campo per campo, che rivela sempre gli usi impropri: il campo note che contiene l'IBAN, il codice cliente riciclato dopo la cessazione, la data che in certi record è formato testo. Questa fase vale il 30% del progetto ed è quella che non va compressa.

Bonifica prima, non dopo

I dati vanno puliti nel sistema di origine, quando possibile, perché lì gli utenti li riconoscono. Deduplica anagrafiche su partita IVA e codice fiscale, chiusura delle partite aperte fantasma, normalizzazione delle unità di misura, allineamento delle giacenze con un inventario. Migrare sporco significa trasferire nel nuovo sistema problemi che poi verranno attribuiti al nuovo sistema.

Migrazioni di prova

Almeno tre giri completi su un ambiente identico alla produzione, ognuno cronometrato e verificato con gli utenti chiave sulle loro operazioni reali. Il terzo giro deve essere una prova generale a tempo, per sapere con precisione quante ore dura il fermo. Ogni giro produce una lista di scarti da risolvere: la migrazione è pronta quando gli scarti sono zero o consapevolmente accettati.

Cut-over e rollback

Finestra tipica: venerdì sera-lunedì mattina. Serve un piano scritto con orari, responsabili, criteri go/no-go e procedura di rollback fino all'ultimo momento utile. Il vecchio sistema resta accessibile in sola lettura per almeno 12 mesi: è la rete di sicurezza per contenziosi, verifiche fiscali e storici non migrati.

Verifica: le quadrature che contano

Numero di record per entità, saldi contabili, valore di magazzino, partite aperte clienti e fornitori, ordini in essere. Le quadrature vanno firmate da chi ne è responsabile in azienda, non solo dal fornitore. Nelle prime due settimane serve un presidio quotidiano per intercettare i casi limite che nessun test aveva coperto.

FAQ

Domande frequenti su migrazione dati gestionale legacy

Quanto storico conviene migrare?

In genere 24-36 mesi di documenti e movimenti, più tutte le anagrafiche attive. Lo storico più profondo si mantiene in sola lettura sul vecchio sistema o in un archivio interrogabile: migrarlo tutto moltiplica costi e rischi con un beneficio operativo limitato.

Si può migrare senza fermare l'azienda?

Un fermo minimo è quasi sempre necessario per congelare i dati transazionali. Si può ridurre a poche ore con una pre-migrazione delle entità statiche e un delta finale solo sui movimenti dell'ultimo periodo.

Chi deve validare i dati migrati?

Gli utenti chiave di ogni area: amministrazione per le quadrature contabili, magazzino per le giacenze, commerciale per anagrafiche e listini. La validazione tecnica del fornitore non sostituisce quella di chi usa i dati ogni giorno.

Qual è l'errore più costoso?

Sottovalutare la bonifica e scoprire i problemi di qualità dato durante il cut-over. A quel punto le opzioni sono rinviare il go-live o partire con dati sbagliati: entrambe costano molto più delle settimane di pulizia risparmiate.

Continua a leggere

Custom Development