Il go-live è un punto di non ritorno
Il giorno in cui Odoo entra in produzione è il momento più delicato del progetto. Fino al giorno prima il sistema è un ambiente di prova in cui si può sbagliare e ricominciare; dal go-live in poi diventa l'infrastruttura su cui si basa l'azienda. Gli ordini e le fatture sono reali e ogni errore ha conseguenze sul lavoro e sui rapporti con i clienti. Una checklist prima dell'avvio è una garanzia di continuità: gli errori che sfuggono ai test diventano problemi reali nelle prime settimane e moltiplicano lo stress di tutti. Nei progetti che ho seguito, i controlli descritti qui si sono rivelati decisivi. Riguardano cinque aree, ciascuna con verifiche concrete.
1. I dati sono stati migrati e verificati?
Importare i dati è la metà del lavoro; l'altra metà è verificarli, con controlli a campione su ogni categoria. È l'attività più noiosa del progetto, ma fa la differenza: un dato sbagliato al go-live genera altri errori per settimane.
- Clienti e fornitori: anagrafiche complete, con partite IVA, codici fiscali, codice destinatario per la fatturazione elettronica, e-mail, condizioni di pagamento e listini.
- Prodotti: codici, descrizioni, prezzi di vendita e di acquisto, unità di misura, aliquote IVA, varianti e attributi.
- Distinte base e cicli: tutti i componenti, le quantità giuste, le operazioni con i centri di lavoro.
- Giacenze: allineate a un inventario fisico recente, con lotti e seriali dove servono.
- Partite aperte: crediti e debiti coerenti con la situazione contabile reale.
- Piano dei conti: quello che il commercialista si aspetta di trovare.
Per ogni categoria prendi venti record a caso e confrontali con l'origine. Un singolo errore rivela spesso un problema sistematico nella migrazione, che riguarda molti altri record: oltre a correggerlo, cercane la causa.
2. I flussi critici sono stati provati dall'inizio alla fine?
A provare ogni flusso critico, nell'ambiente che diventerà quello di produzione, devono essere le persone che lo useranno: il commerciale, il magazziniere, l'amministrazione e gli acquisti, non il consulente. Sono loro a notare i dettagli che nessun altro vedrebbe. I flussi minimi sono quattro: il ciclo di vendita completo, dall'opportunità alla fattura inviata allo SDI e all'incasso; il ciclo di acquisto, dalla richiesta al ricevimento e alla registrazione della fattura; il magazzino, con un ricevimento, un prelievo, una spedizione e un trasferimento interno; per chi produce, un ordine di produzione completo, dall'ordine del cliente al carico del prodotto finito. Per ogni flusso verifica che i documenti siano corretti, che le notifiche arrivino alle persone giuste e che la contabilità si aggiorni come previsto. Tra i test che si dimenticano c'è quello sulla chiusura di periodo: simula una chiusura di mese e controlla la liquidazione IVA e i report. Scoprire un problema a novembre perché non è stato provato a giugno fa male.
3. Gli utenti sono stati formati bene?
Chi userà Odoo dal primo giorno deve aver ricevuto una formazione sul proprio ruolo, costruita sui casi reali dell'azienda, non su esempi generici. La formazione deve svolgersi a ridosso del go-live, idealmente nelle otto settimane precedenti, lasciando agli utenti il tempo di assimilarla. Il segnale più affidabile è semplice: chiedi a ogni utente di spiegarti con parole sue come gestirà le attività principali. Se lo fa con sicurezza, è pronto; se dice «credo che si faccia così», serve un altro incontro di formazione. Avviare il sistema con utenti insicuri è il modo più sicuro per generare resistenze nelle prime settimane. Verifica anche che tutti sappiano a chi rivolgersi: chi è il referente interno, chi è il consulente, come si segnala un'anomalia.
4. Permessi, sicurezza e backup sono a posto?
Ogni utente deve vedere ciò che serve al suo ruolo, per il principio del minimo privilegio: meno persone accedono a un dato sensibile, meno è probabile che venga compromesso, per errore o volontariamente. Controlla che i gruppi siano definiti, che ogni utente sia assegnato a quello giusto e che i permessi siano stati provati con le credenziali degli utenti reali, non con quelle dell'amministratore. Verifica che i backup vengano eseguiti con la frequenza prevista e che sia stata effettuata una prova di ripristino: un backup mai testato non è un backup. Con Odoo Online e Odoo.sh i backup sono gestiti da Odoo; con un'installazione su server propri, la loro gestione è un'attività interna che richiede attenzione. Controlla infine gli accessi: password personali e robuste, autenticazione a due fattori almeno per gli amministratori, procedura di reset nota.
5. C'è un piano di supporto per le prime settimane?
Le prime due settimane dopo il go-live sono le più critiche: emergono i problemi sfuggiti ai test, gli utenti incontrano casi che la formazione non aveva coperto, il lavoro quotidiano mette alla prova il sistema. Stabilisci in anticipo chi risponde e in quanto tempo, come si segnalano i problemi (ticket, e-mail, telefono), chi è l'unico referente interno per i contatti con il consulente e che cosa si fa se la risposta tarda. Prepara anche un piano di ripiego: se il primo giorno qualcosa va molto storto, ci si ferma e si torna per un giorno al vecchio sistema, oppure si va avanti? Chi decide? Chi prepara un piano B raramente deve usarlo; chi non lo prepara, quando serve, si ritrova nel panico.
La disciplina che ripaga
Una checklist ben preparata accelera il progetto invece di rallentarlo: i controlli che oggi sembrano tempo perso sono quelli che domani evitano settimane di problemi. Le aziende che avviano Odoo con successo hanno gestito il progetto con disciplina e non hanno saltato passaggi quando la tentazione era forte. Il go-live è l'ultimo passo e determina se tutto il lavoro svolto fino a quel momento si trasformerà in valore per l'azienda.
Stai per avviare Odoo e vuoi farlo senza sorprese? Contattami: rivediamo insieme dati, flussi, formazione e piano di supporto prima del go-live.