La terza parte ha completato la pulizia: nomi uniformati, date in un unico formato, numeri che sono davvero numeri e significati che prima vivevano nei colori delle celle trasformati in campi scritti. I dati sono pronti a spostarsi. Resta la decisione che stabilisce se il passaggio avverrà in silenzio o si trasformerà in settimane di confusione: cosa si migra per primo?

Sembra un dettaglio tecnico per chi si occupa dell'implementazione. In realtà è una decisione operativa, ed è tua. La tua azienda non si fermerà per la migrazione. I clienti ordineranno, le fatture partiranno, i fornitori consegneranno — tutto mentre metà dei tuoi dati sta in un posto e metà in un altro. La sequenza giusta è ciò che rende gestibile quel periodo, invece di un tratto in cui tutti lavorano due volte.

Perché il passaggio in un colpo solo non funziona

L'istinto è comprensibile: spostare tutto nel fine settimana, aprire domenica sul nuovo sistema e chiudere la partita. Questo scenario di solito fallisce per tre motivi che non hanno nulla a che fare con la qualità del sistema.

Primo, durante la migrazione scoprirai più di quanto ti aspetti. Ogni migrazione porta alla luce dati mancanti che nessuno aveva notato: un cliente senza partita IVA, un articolo senza unità di misura, una fattura senza riferimento. Se sposti tutto insieme, tutte queste scoperte arrivano nello stesso momento, nel momento più stretto possibile.

Secondo, il tuo team impara il sistema mentre lo usa. Nessuno padroneggia uno strumento nuovo in un giorno. Un passaggio in un colpo solo chiede a tutti di imparare tutto contemporaneamente, così quando compare un errore non riesci a capire da dove venga: i dati sono sbagliati, il sistema è configurato male, o il dipendente semplicemente non ha ancora capito la schermata?

Terzo, non ti lascia una via di ritorno. Se dopo due giorni emerge un difetto fondamentale, le uniche opzioni sono andare avanti a forza o tornare indietro del tutto, ed entrambe sono costose. Un passaggio graduale mantiene sempre una parte dell'attività su un terreno stabile. È uno degli schemi che ricorrono nei progetti di sistema che si arenano: la colpa raramente è dello strumento, e di solito è del tentativo di cambiare tutto nello stesso giorno.

Anagrafiche prima delle transazioni: la regola su cui poggia l'intera sequenza

I tuoi dati sono di due tipi. Dati anagrafici: clienti, fornitori, articoli o servizi, dipendenti, il piano dei conti. E dati transazionali: fatture, ordini, ordini d'acquisto, movimenti di magazzino, incassi.

La differenza tra loro non è l'importanza ma la direzione. I dati transazionali puntano sempre ai dati anagrafici: ogni fattura punta a un cliente e ad articoli, ogni ordine d'acquisto punta a un fornitore. Il contrario non è mai vero. Quindi la sequenza è dettata dalla dipendenza, non dalla preferenza: sposta prima le anagrafiche, perché le transazioni non possono poggiare su qualcosa che non c'è.

Inverti l'ordine e ottieni il fallimento classico: importi tremila fatture, il sistema crea automaticamente un nuovo cliente per ogni nome scritto al loro interno, e ti ritrovi con un elenco clienti che contiene la stessa azienda tre volte con tre grafie diverse. Avrai riprodotto, dentro il sistema, esattamente il disordine che la terza parte è servita a ripulire — solo che ora correggerlo è più difficile.

In pratica l'ordine è questo:

  • Primo: le entità fondamentali. Clienti, fornitori, articoli e servizi. Elenchi brevi, spostati una volta e controllati a vista. È lo strato su cui poggia tutto il resto.
  • Secondo: i saldi di apertura. Quanto ti deve ogni cliente e quanto devi a ogni fornitore, le quantità di magazzino al momento di partenza, i saldi dei conti. Non è storico; è il punto zero da cui parte il sistema. Scegli una data precisa e mantienila.
  • Terzo: solo le transazioni aperte. Ciò che è attivo adesso — ordini non ancora consegnati, fatture non ancora incassate, ordini d'acquisto non ancora ricevuti. È ciò che il team tocca ogni giorno, ed è molto meno di quanto immagini.
  • Per ultimo, e forse mai: l'archivio storico. Le fatture chiuse degli anni precedenti.

L'archivio storico: la domanda che ti fa risparmiare settimane

La voce che da sola consuma più tempo e denaro in una migrazione è l'insistenza nel portare l'intera storia dell'azienda nel nuovo sistema. La domanda che deve precedere questa decisione: cosa farai concretamente con quella storia?

Se la risposta è ci serve per consultarla o per una verifica di legge, l'archivio svolge già questa funzione così com'è — conservato nel suo formato originale, in un luogo noto e consultabile. Il tuo obbligo di legge è conservare fatture e registrazioni ed essere in grado di esibirle su richiesta, come stabilito dall'Autorità per Zakat, Imposte e Dogane (ZATCA), non che risiedano tutte proprio dentro il nuovo sistema.

Se la risposta è vogliamo report che confrontino quest'anno con gli anni precedenti, allora ti serve una parte dello storico, non tutto, e di solito a livello riepilogativo anziché ogni riga di fattura. La differenza tra queste due migrazioni è grande sia in termini di impegno sia di costo.

La regola operativa: sposta lo storico su cui costruirai una decisione e tieni il resto come archivio. Non fare della migrazione dell'archivio una condizione per l'avvio — si può fare in seguito senza pressione, mentre l'avvio non si può rimandare all'infinito.

L'esercizio in parallelo: necessario, e pericoloso se lasciato aperto

Esercizio in parallelo significa registrare le transazioni nel nuovo sistema e nel vecchio file contemporaneamente per un periodo definito. Ha uno scopo preciso: confermare che il sistema produca gli stessi risultati che già conosci. Confronti il totale delle vendite della settimana, i saldi dei clienti, la quantità di uno o due articoli. Se i numeri coincidono, il sistema si comporta bene; se divergono, lo sai prima che qualcuno costruisca una decisione su una cifra sbagliata.

Ma l'esercizio in parallelo ha un costo reale: il tuo team lavora due volte. Quel costo è accettabile per due settimane e distruttivo per tre mesi. Il pericolo non è solo la fatica. Dopo un po' la doppia registrazione comincia a scivolare — qualcuno registra in un posto e rimanda l'altro — così le due copie si allontanano e l'esercizio perde del tutto il suo senso, perché non sai più quale sia quella giusta.

Quindi l'unica regola che conta qui: esercizio in parallelo con una data di fine dichiarata a tutti dal primo giorno. Scrivi la data, comunicala al team e prorogala solo con una decisione esplicita e una motivazione scritta — mai per inerzia. Un periodo senza scadenza non è prudenza; è una decisione rimandata, ed è il modo più comune in cui un nuovo sistema resta usato a metà per un anno intero. Questo rientra nel lavoro di gestione del cambiamento trattato ampiamente nella nostra guida su come implementare un sistema per fasi.

Il punto di vista di Origami

Quando costruiamo un sistema su misura per un'azienda che lavora con i fogli di calcolo, trattiamo il piano di migrazione come parte della progettazione, non come una fase esecutiva alla fine del progetto. Il motivo è che l'ordine di migrazione impone decisioni sulla struttura stessa del sistema: quali entità devono stare in piedi da sole, quali campi devono tollerare di essere temporaneamente incompleti e dove servono importazioni ripetibili che non duplichino i record.

Fissiamo inoltre con il cliente la data di chiusura del vecchio file prima di iniziare, perché è quella data a trasformare il progetto da esperimento in parallelo a vero passaggio. È lo stesso approccio che adottiamo nelle roadmap di digitalizzazione per fasi, e si estende a tutti i nostri servizi: ogni fase consegna qualcosa che funziona, non la promessa che tutto funzionerà alla fine.

Il segnale che ti dice che il passaggio è riuscito

Non scoprirai se il passaggio ha funzionato da un report di completamento o da una percentuale di migrazione. Lo scoprirai da un comportamento che nessuno ha richiesto: un dipendente smette di aprire il vecchio file senza che gli venga detto. Quando il sistema diventa la prima cosa che aprono la mattina perché è la strada più rapida per ciò che serve loro, il passaggio è avvenuto davvero. Quando continuano ad aprire il file ogni mattina nonostante tutto sia stato migrato, il passaggio non è ancora avvenuto, qualunque cosa dica la percentuale di avanzamento.

Osserva quel segnale più che i numeri. E se scopri che le persone tornano al vecchio file, il motivo di solito non è la resistenza — è che il sistema non dà loro qualcosa di cui hanno bisogno, oppure lo dà lentamente, o con più passaggi. È una causa risolvibile, ma solo se la vedi per tempo e ne chiedi il motivo.

Nelle prossime parti

I dati si sono spostati nell'ordine giusto, e compare una domanda che nel mondo dei file non esisteva: chi apre un file vede tutto ciò che contiene, mentre un sistema decide chi vede cosa. La prossima parte riguarda i permessi — stipendi, margini e dati dei clienti, e chi può vedere ciascuno. Poi passeremo ai report che prima costruivi a mano ogni mese, e chiuderemo la serie con i primi trenta giorni dopo il passaggio.

Fonti