Da Excel a un gestionale su misura senza fermare l’azienda

La migrazione non deve trasferire ciecamente tutto ciò che esiste. Per ogni foglio identifica il proprietario del dato, il significato di ogni colonna, il formato atteso, l’obbligatorietà e la relazione con altri archivi. ‘Cliente’, per esempio, potrebbe essere una ragione sociale in un file, un codice nel gestionale contabile e un indirizzo email nell’e-commerce. Prima di unire gli archivi serve una chiave affidabile.

Classifica i problemi in anticipo:

• Duplicati: la stessa azienda compare con nomi o identificativi diversi.
• Valori mancanti: campi che nel nuovo processo diventano necessari non sono sempre compilati.
• Formati incoerenti: date, numeri, province, codici fiscali e stati usano convenzioni differenti.
• Campi sovraccarichi: una nota libera contiene insieme indirizzo, istruzioni e condizioni commerciali.
• Dati senza utilità: colonne ereditate da vecchi flussi che nessuno usa più.

Stabilisci poi cosa migrare integralmente, cosa conservare in un archivio consultabile e cosa non trasferire. La minimizzazione non è soltanto ordine: la Commissione europea ricorda che la protezione dei dati va progettata fin dall’inizio, limitando per impostazione predefinita dati, tempi di conservazione e accessi a ciò che serve davvero.

Una buona migrazione è un processo ripetibile, non una notte di copia-incolla. Il percorso minimo comprende sei passaggi:

1. Fotografia iniziale: numero di record per archivio, intervalli di date, totali economici e casi noti da controllare.
2. Mappatura: per ogni campo di origine si indica la destinazione, la trasformazione e la regola per i valori non validi.
3. Importazione di prova: si lavora su una copia e su un ambiente separato, mai sull’unica fonte operativa.
4. Riconciliazione: si confrontano conteggi, totali e campioni scelti dagli utenti che conoscono davvero il processo.
5. Correzione dello script: i problemi si risolvono nella procedura, così la prova successiva non li ripete.
6. Prova generale: si misura quanto dura l’intero passaggio e si verifica la sequenza esatta del giorno di avvio.

Non basta che l’importazione ‘finisca senza errori’. Un ordine collegato al cliente sbagliato è tecnicamente importato ma operativamente falso. La verifica deve includere relazioni, allegati, saldi, permessi e casi limite. Il Manuale di abilitazione al cloud pubblicato su Docs Italia, realizzato dal Team per la Trasformazione Digitale in collaborazione con AgID, richiama la validazione dei dati dopo il trasferimento: il principio vale anche fuori dalla pubblica amministrazione.

Il ‘big bang’, con spegnimento del vecchio sistema e accensione del nuovo nello stesso istante, riduce il periodo di doppio lavoro ma concentra il rischio. È adatto soltanto quando il perimetro è piccolo, le prove sono solide e il ripristino è rapido. Per flussi critici è spesso più prudente procedere per modulo, gruppo di utenti, sede o tipo di pratica.

Durante un periodo parallelo bisogna però evitare due fonti ufficiali. Definisci dove si scrive ogni dato e quale sistema è soltanto in lettura. Se alcuni aggiornamenti devono viaggiare tra strumenti, servono API, webhook o una procedura temporanea controllata. Una sincronizzazione bidirezionale improvvisata può creare conflitti più difficili del problema iniziale.

Il piano di cutover deve avere orari, responsabili e criteri espliciti: chi blocca le modifiche, chi esegue l’ultima esportazione, chi verifica i totali, chi autorizza la riapertura. Il rollback non è una frase generica ma una procedura: copie disponibili, tempo massimo per decidere, dati prodotti nel frattempo e modo per recuperarli. Scriverlo prima evita di negoziare sotto pressione.

Chi usa i fogli conosce regole che spesso non sono documentate. Coinvolgerlo soltanto nella formazione finale significa scoprire tardi eccezioni, scorciatoie e informazioni essenziali. Scegli referenti per area e chiedi loro di provare casi reali già durante il prototipo.

La formazione deve seguire il lavoro, non il menu del software. Una sessione per ‘creare, approvare e correggere un ordine’ è più utile di una panoramica di ogni pulsante. Prepara istruzioni brevi, dati di prova e un canale per segnalare dubbi. Nei primi giorni osserva dove le persone rallentano: a volte serve correggere l’interfaccia, altre volte rendere esplicita una regola aziendale rimasta implicita.

Definisci anche l’uscita dal progetto. L’azienda dovrebbe sapere dove sono repository, documentazione, backup e credenziali; gli account cloud e database possono essere intestati al cliente quando richiesto. Con Contat il cliente accede al repository Git dall’inizio e può usare e far manutenere il codice consegnato senza limiti di tempo per l’intera vita del progetto commissionato, anche dopo un trasferimento secondo gli stessi accordi. Prima della firma comunichiamo le persone assegnate e gli eventuali collaboratori esterni; Contat è il marchio condiviso di una rete di circa 22 professionisti tra sviluppo, marketing, social, design e video. Il contratto definisce funzioni incluse ed escluse, manutenzione, correzione dei bug e modifiche successive per i primi 12 mesi, oltre a ritardi, recesso, consegna incompleta, proprietà intellettuale, privacy, sicurezza, backup e GDPR. Prima dello sviluppo completo validiamo una demo o un prototipo; componenti riutilizzabili o preesistenti e software di terzi o open source mantengono titolarità e licenze proprie.

Provare a sostituire tutti i fogli insieme allunga l’analisi e rende difficile capire se il nuovo sistema migliora davvero il lavoro. Scegli un processo con valore chiaro, confini gestibili e utenti disponibili a provarlo. Deve essere completo dall’ingresso al risultato: non dieci schermate scollegate, ma un flusso che una persona può usare davvero.

Fissa prima le misure: tempo per completare la pratica, passaggi manuali, errori da correggere, richieste rimaste senza responsabile. Confronta il nuovo flusso con la fotografia iniziale e decidi cosa estendere. Questo approccio trasforma una sostituzione rischiosa in una serie di decisioni verificabili.

Se vuoi delimitare il primo passo, Smartquote raccoglie processo, utenti, integrazioni e budget in una conversazione guidata. La stima finale resta umana: lo strumento serve a costruire un brief migliore, non a promettere automaticamente tempi o prezzi.

• Il processo reale e le sue eccezioni sono stati approvati da chi lo esegue.
• Ogni archivio ha proprietario, regole di qualità e criterio di conservazione.
• Almeno una migrazione completa di prova è stata riconciliata con conteggi e totali.
• Ruoli, permessi, log, backup e ripristino sono stati verificati.
• È chiaro dove si scrive durante l’eventuale periodo parallelo.
• Cutover, responsabilità, criteri di stop e rollback sono documentati.
• Gli utenti hanno provato casi reali e sanno dove chiedere assistenza.
• Repository, account, documentazione e piano di manutenzione sono nel perimetro contrattuale.

Se una voce non ha un responsabile o una prova, non è ancora pronta. Rimandare un go-live di qualche giorno può essere meno costoso che scoprire l’ambiguità mentre clienti e colleghi stanno aspettando.