Piano di Rollback ERP: come prepararsi prima che sia troppo tardi
Ogni progetto ERP porta con sé una domanda che nessuno vuole fare ad alta voce: cosa succede se andiamo live e qualcosa non funziona?
Farsi questa domanda vuol dire soltanto una cosa: saper gestire il rischio. E saper gestire il rischio, vuol anche dire avere successo. Non si tratta di un piano B, ma di saper costruire un piano di rollback che sappia preventivare eventuali blocchi operativi e come superarli. In Italia, le implementazioni ERP fallite o fortemente ritardate sono più comuni di quanto si pensi: secondo alcune stime di settore, tra il 50% e il 75% dei progetti ERP supera tempi e budget previsti. Per questo un piano di rollback è estremamente necessario.
In questo articolo vediamo cosa deve contenere un piano di rollback ERP, quando attivarlo e come strutturarlo concretamente.
Cos'è un piano di rollback ERP e a cosa serve?
Un piano di rollback ERP è una procedura documentata che ha l’obiettivo di tornare al sistema precedente in caso di fallimento del go-live o di gravi malfunzionamenti post-lancio.
Non è una semplice "copia di backup", ma include stato dei dati, configurazioni, accessi, procedure operative temporanee e criteri decisionali chiari su quando attivare il rollback. Prima di ogni go-live è importante definire un rollback chiaro, così da non dover correre ai ripari e lavorare di emergenza in caso di eventuali fallimenti o malfunzionamenti.
Quando si attiva un rollback? I trigger da definire prima
Come già detto, i trigger di rollback vanno decisi prima del go-live, non durante l'emergenza. Inoltre, devono essere costruiti su criteri oggettivi e cioè misurabili.
Esempi di trigger tipici:
Dati: Errori su >5% degli ordini nelle prime 24h
Performance: Tempi di risposta >10 secondi su operazioni critiche
Integrazione: API con sistemi esterni (dogane, banca, e-commerce) non funzionanti dopo 4h
Operatività: Impossibilità di emettere fatture o DDT dopo 8h dal go-live
Business: Blocco della produzione o delle spedizioni per >1 giorno lavorativo
Regola pratica: se più di due trigger si attivano contemporaneamente nelle prime 48h, la decisione di rollback dovrebbe essere quasi automatica.
Cosa deve contenere un piano di rollback ERP
Un piano di rollback efficace ha 5 componenti essenziali: snapshot dei dati, procedura tecnica, comunicazione interna, responsabilità chiare e test preventivo.
1. Snapshot e backup pre-go-live
Nelle 24-48h prima del go-live:
Backup completo del vecchio sistema (database + configurazioni)
"Freeze" dei dati: nessuna transazione nel vecchio sistema dopo un'ora stabilita
Documento con lo stato esatto del sistema legacy (versione, dipendenze, accessi)
2. Procedura tecnica di ripristino
Passi step-by-step per riattivare il vecchio sistema
Tempo stimato di ripristino (deve essere testato, non stimato a intuizione)
Elenco delle dipendenze: DNS, VPN, stampanti, integrazioni esterne
Riferimento: se stai valutando un ERP cloud, considera che il rollback tecnico è strutturalmente diverso da quello on-premise.
3. Piano di comunicazione
Chi avvisa chi, con quale messaggio, in quale ordine:
Entro 1h dall'attivazione del rollback: team IT interno, CEO/CFO
Entro 2h: responsabili operativi (magazzino, produzione, commerciale)
Entro 4h: clienti e fornitori impattati (template email pronto)
Entro 8h: eventuale comunicazione a enti (es. Agenzia delle Entrate se impattata la fatturazione elettronica)
4. Responsabilità chiare (RACI)
RACI è un acronimo usato nel project management per definire chi fa cosa in un processo. Ogni lettera indica un ruolo:
R – Responsible (Responsabile): chi esegue materialmente il compito
A – Accountable (Approvatore): chi ha l'autorità finale e risponde del risultato — ce n'è sempre uno solo per ogni decisione
C – Consulted (Consultato): chi viene interpellato prima di decidere, ha voce in capitolo
I – Informed (Informato): chi viene aggiornato a posteriori, ma non decide
Esempio pratico: se scatta il rollback, l'IT Manager lo esegue (R), il CEO lo approva (A), il CFO potrebbe essere consultato (C), e il responsabile commerciale viene semplicemente informato (I). È uno strumento semplice ma molto utile nei progetti ERP perché evita il caos tipico delle crisi, dove tutti parlano ma nessuno sa chi ha l'ultima parola.
5. Test del rollback
Il piano non è valido se non viene testato. Idealmente:
Simula un rollback completo in ambiente di staging almeno 2 settimane prima del go-live
Misura il tempo effettivo di ripristino
Verifica che i dati del vecchio sistema siano ancora coerenti e accessibili
Durata del rollback
Un rollback ben pianificato richiede tra le 4 e le 24 ore. Uno non pianificato può richiedere da 3 giorni a 2 settimane, con costi operativi e di immagine significativi.
Errori comuni nei piani di rollback
"Faremo un backup e basta" — il backup non è un piano. Senza procedura testata, il backup da solo non basta.
Nessun criterio di attivazione predefinito — senza trigger oggettivi, si procrastina la decisione fino a quando il danno è maggiore.
Piano scritto ma mai condiviso — il piano deve essere conosciuto da chi deve eseguirlo, non solo da chi lo ha scritto.
Mancanza di un "congelamento" dei dati — se nel vecchio sistema continuano a entrare ordini durante il go-live, i dati divergono e il rollback diventa quasi impossibile senza perdite.
Partner ERP non coinvolto nel piano — il rollback deve essere concordato contrattualmente con il partner, non improvvisato. Verifica cosa include il contratto prima di firmare: vedi Come scegliere un partner Odoo.
Considerazioni finali
Un piano di rollback non è segno di sfiducia nel progetto: è governance.
Va scritto, testato e comunicato prima del go-live, non durante la crisi.
I trigger di attivazione devono essere criteri oggettivi e misurabili.
Il partner ERP deve essere parte attiva del piano, non solo spettatore.
In Italia, la continuità della fatturazione elettronica è un vincolo normativo: il rollback deve tenerne conto esplicitamente.
Budget di contingency raccomandato per gestire un rollback: almeno il 10-15% del budget totale di implementazione.
Prenota una call gratuita con un consulente Bloomup: analizziamo la tua situazione attuale e ti guidiamo passo passo in ogni fase del processo.