I 7 costi nascosti di un fermo IT: quanto perde davvero una PMI
Quando i sistemi informatici si fermano, il costo non coincide soltanto con l’intervento tecnico. Comprende persone inattive, ordini rallentati, attività da recuperare, clienti in attesa e opportunità che potrebbero non tornare.
Un gestionale non disponibile, un server irraggiungibile o un servizio cloud temporaneamente fuori uso possono sembrare problemi esclusivamente tecnici. In realtà, bastano poche ore per coinvolgere amministrazione, produzione, vendite, logistica e assistenza clienti.
Il punto più difficile è che una parte importante del danno non compare subito. Alcuni costi sono evidenti, come le ore di lavoro perse. Altri emergono nei giorni successivi, quando occorre recuperare gli arretrati, gestire i ritardi o ricostruire le informazioni mancanti.
Vediamo quindi quali sono i sette costi nascosti di un fermo IT e perché ogni azienda dovrebbe conoscerli prima di affrontare un’interruzione.
1. Le ore di lavoro che non producono valore
Il costo del personale è la voce più immediata. Se dipendenti e collaboratori non possono accedere al gestionale, ai file condivisi, alla posta elettronica o agli strumenti di produzione, l’azienda continua a sostenere il loro costo senza ottenere la normale capacità operativa.
Non è necessario che tutte le persone siano completamente ferme. Anche un rallentamento può diventare rilevante quando coinvolge più reparti. Un commerciale potrebbe non riuscire a preparare un’offerta, l’amministrazione potrebbe non verificare una scadenza e il magazzino potrebbe non conoscere la disponibilità aggiornata di un articolo.
2. Ordini, preventivi e fatture che rimangono in attesa
Molte attività commerciali dipendono da ERP, CRM e software gestionali. Quando questi strumenti non sono disponibili, l’ordine del cliente potrebbe essere già arrivato, ma l’azienda potrebbe non riuscire a verificarlo, elaborarlo o trasformarlo in una consegna.
Lo stesso vale per i preventivi e la fatturazione. Una giornata di indisponibilità può spostare in avanti attività che incidono direttamente sul fatturato e sui flussi finanziari.
Il costo non coincide quindi soltanto con la vendita definitivamente persa. Comprende anche il tempo commerciale aggiuntivo, le verifiche manuali, le comunicazioni con il cliente e la ricostruzione delle attività rimaste sospese.
3. Produzione, magazzino e consegne rallentate
In un’azienda manifatturiera o logistica le macchine, i materiali e i veicoli possono essere perfettamente disponibili. Senza i dati corretti, però, può diventare difficile stabilire cosa produrre, quali ordini abbiano la priorità, quali componenti siano presenti e quali documenti debbano accompagnare la merce.
Anche una breve interruzione può provocare una catena di conseguenze: preparazioni sospese, documenti di trasporto da ricostruire, spedizioni rinviate e appuntamenti da riprogrammare.
Il fermo IT diventa così un problema operativo. I sistemi fisici continuano a esistere, ma manca il coordinamento digitale che permette di utilizzarli in modo efficiente.
4. Straordinari e attività necessarie per recuperare
Il ritorno online dei sistemi non coincide con la fine del problema. Al ripristino possono seguire email arretrate, ordini da reinserire, file da controllare, appuntamenti da riprogrammare e clienti da aggiornare.
Una parte del personale potrebbe dover prolungare l’orario di lavoro oppure rinviare attività già pianificate. La pressione aumenta proprio quando sarebbe necessario lavorare con maggiore attenzione, perché errori e duplicazioni possono rendere il recupero ancora più complesso.
Per calcolare correttamente il costo di un fermo IT, quindi, non bisogna considerare soltanto le ore trascorse offline. Bisogna includere anche il tempo necessario per tornare al normale livello di servizio.
5. Interventi tecnici svolti in emergenza
Un guasto affrontato senza procedure definite tende a richiedere decisioni rapide, attività fuori orario e il coinvolgimento urgente di più fornitori.
Prima ancora di ripristinare il servizio, può essere necessario capire cosa sia successo, quali ambienti possano essere considerati affidabili e quali dati possano essere recuperati.
Se backup, responsabilità e priorità di ripristino non sono stati verificati in precedenza, il lavoro tecnico può diventare più lungo e meno prevedibile.
La prevenzione non elimina ogni possibile incidente. Permette però di evitare che il primo confronto su procedure, contatti e priorità avvenga proprio mentre l’azienda è ferma.
6. Fiducia e reputazione messe sotto pressione
Il cliente non vede il server, il firewall o il servizio cloud indisponibile. Il cliente vede una risposta che non arriva, un ordine che non viene confermato o una consegna che subisce un ritardo.
Una comunicazione tempestiva può limitare il danno, ma richiede informazioni attendibili e ruoli già definiti. In assenza di un piano, il rischio è inviare messaggi contraddittori oppure lasciare clienti e fornitori senza aggiornamenti.
La perdita di fiducia è difficile da inserire in un foglio di calcolo, ma può avere effetti più duraturi del guasto tecnico che l’ha provocata.
7. Le opportunità che l’azienda non riesce più a recuperare
Il costo meno visibile è rappresentato dalle opportunità perse. Una richiesta commerciale potrebbe ricevere risposta troppo tardi. Un cliente potrebbe scegliere un altro fornitore. Una trattativa potrebbe rallentare nel momento decisivo.
Questi episodi non vengono sempre collegati al fermo IT. Nei sistemi contabili non compare una voce chiamata “cliente perso per indisponibilità del CRM”, ma l’effetto economico può essere concreto.
È anche per questo che il costo reale di una giornata di fermo non può essere misurato soltanto moltiplicando il numero dei dipendenti per il costo orario.
Un esempio concreto: quanto può costare un giorno di fermo IT?
Proviamo a tradurre i sette costi in una simulazione concreta. Consideriamo un’azienda di 15 persone nella quale gestionale, documenti, posta elettronica e applicazioni principali rimangano indisponibili per un’intera giornata lavorativa di otto ore.
I valori seguenti non rappresentano una media valida per tutte le imprese. Sono un esempio illustrativo costruito per mostrare come le diverse conseguenze di un fermo possano sommarsi.
Un esempio concreto: quanto può costare un giorno di fermo IT?
Proviamo a tradurre i sette costi in una simulazione concreta. Consideriamo un’azienda di 15 persone nella quale gestionale, documenti, posta elettronica e applicazioni principali rimangano indisponibili per un’intera giornata lavorativa di otto ore.
Questa è una simulazione illustrativa. Le cifre non rappresentano una media generale: servono a mostrare come le diverse conseguenze di un fermo IT possano sommarsi.
1. Produttività bloccata
3.840 €
15 persone × 32 €/ora × 8 ore = 3.840 €
L’ipotesi considera tutte le 15 persone coinvolte nel fermo e un costo aziendale indicativo di 32 euro l’ora per persona. Non è lo stipendio netto, ma un parametro illustrativo del costo sostenuto dall’azienda durante il tempo non produttivo.
2. Vendite e margine persi
1.600 €
4 opportunità non recuperate × 400 € di margine = 1.600 €
La simulazione ipotizza quattro ordini, attività fatturabili o opportunità commerciali che non vengono recuperati dopo il ripristino. Viene considerato il margine perso, non l’intero valore del fatturato.
3. Straordinari e recupero dell’arretrato
1.200 €
8 persone × 3 ore di recupero × 50 €/ora = 1.200 €
Dopo la ripartenza, otto persone dedicano tre ore aggiuntive al recupero di pratiche, ordini, comunicazioni, registrazioni manuali e verifiche necessarie per riallineare le attività.
4. Ritardi verso clienti e fornitori
900 €
3 spedizioni urgenti × 150 € = 450 €
9 ore amministrative × 50 €/ora = 450 €
Totale: 450 € + 450 € = 900 €
L’esempio comprende sia il maggiore costo di alcune spedizioni urgenti sia il tempo amministrativo necessario per riprogrammare ordini, consegne e comunicazioni con clienti e fornitori.
5. Danno reputazionale e opportunità perse
1.200 €
1 opportunità non recuperata × 1.200 € di margine = 1.200 €
Questa è una voce potenziale, non un costo certo. La simulazione attribuisce un valore prudenziale a una singola opportunità commerciale definitivamente persa a causa del ritardo o dell’indisponibilità del servizio.
6. Verifiche e possibili contestazioni
500 €
5 ore del responsabile interno × 50 €/ora = 250 €
5 ore di supporto amministrativo × 50 €/ora = 250 €
Totale: 250 € + 250 € = 500 €
La cifra comprende il tempo dedicato alla ricostruzione dell’accaduto, alle verifiche sull’integrità delle informazioni, alla documentazione interna e alle eventuali comunicazioni verso clienti o fornitori. Non comprende sanzioni, perché un fermo IT non determina automaticamente una violazione o una multa.
7. Ripristino dei sistemi e recupero dei dati
2.200 €
20 ore di intervento tecnico × 75 €/ora = 1.500 €
8 ore di verifiche e test × 50 €/ora = 400 €
6 ore di supporto agli utenti × 50 €/ora = 300 €
Totale: 1.500 € + 400 € + 300 € = 2.200 €
La voce comprende l’intervento straordinario, l’analisi della causa, il ripristino, i controlli sui dati e il supporto necessario affinché le persone possano tornare a utilizzare correttamente i sistemi.
Come si compone il costo totale
Costi operativi e di ripartenza: 4.800 €
Recupero dell’arretrato 1.200 € + ritardi operativi 900 € + verifiche 500 € + ripristino tecnico 2.200 €.
Produttività non utilizzata: 3.840 €
Margine e opportunità potenzialmente persi: 2.800 €
Margine su vendite 1.600 € + opportunità commerciale 1.200 €.
COSTO COMPLESSIVO DELLA SIMULAZIONE
11.440 € per una giornata
11.440 € ÷ 8 ore = 1.430 € per ogni ora di fermo
Il totale non comprende eventuali perdite permanenti di dati, riscatti, sanzioni, controversie legali o interruzioni superiori a una giornata.
Nota: simulazione puramente illustrativa. Il costo reale dipende dal settore, dal fatturato, dal margine, dal numero di persone coinvolte, dalla durata dell’interruzione, dagli obblighi contrattuali e dalla capacità di ripristino dell’azienda.
Ridurre il costo di un fermo IT significa prepararsi prima
I costi descritti in questo articolo non possono essere eliminati con una singola tecnologia. Per limitarli è necessario conoscere quali sistemi sostengono le attività più importanti, quali dipendenze esistono tra reparti e fornitori e per quanto tempo l’azienda può continuare a operare senza quei servizi.
Un gestionale, un server, la posta elettronica o un collegamento con il magazzino non hanno necessariamente la stessa priorità. Alcuni servizi possono tollerare un’interruzione più lunga, mentre altri devono essere ripristinati in tempi molto più contenuti.
La Business Continuity parte proprio da questa distinzione: stabilire cosa deve essere protetto per primo, quali sono i tempi di ripartenza attesi e quali soluzioni tecniche e organizzative servono per raggiungerli.
Prima analizziamo. Poi proponiamo.
Ventunocento parte dall’analisi dell’infrastruttura, dei processi aziendali e delle conseguenze che un’interruzione avrebbe sulle attività quotidiane.
L’obiettivo è individuare i sistemi realmente critici, verificare i punti di dipendenza e definire tempi di ripartenza coerenti con le esigenze dell’azienda. Solo dopo questa valutazione proponiamo le misure più adatte per prevenire il fermo o limitarne la durata.
La soluzione può comprendere backup, Disaster Recovery, ridondanza, monitoraggio, procedure operative e livelli di servizio definiti. Non si tratta necessariamente di proteggere tutto nello stesso modo, ma di concentrare risorse e priorità dove un’interruzione avrebbe l’impatto maggiore.
Una buona strategia non promette che il fermo non avverrà mai. Stabilisce come ridurne la probabilità e come ripartire entro tempi definiti quando si verifica.
Tre casi che aiutano a capire il problema
Non tutti gli incidenti informatici producono lo stesso tipo di conseguenza. Alcuni compromettono la disponibilità dei sistemi, altri interessano soprattutto i dati e la reputazione, altri ancora vengono gestiti attraverso interruzioni pianificate. Conad, Acque e Maersk permettono di osservare tre situazioni differenti.
Conad: il costo non è sempre un blocco operativo
Nel gennaio 2025 il gruppo ransomware Lynx ha rivendicato un attacco contro Conad e ha pubblicato documenti attribuiti all’organizzazione. Conad ha dichiarato che l’attacco ai propri sistemi era avvenuto il 20 novembre 2024, che era stato prontamente respinto e che una quantità limitata di dati non strutturati e non riferiti ai clienti dell’insegna poteva essere stata copiata.
Le fonti consultate non documentano un fermo generalizzato dei punti vendita o dei sistemi di cassa. Per questo il caso Conad non va presentato come esempio di supermercati rimasti senza operatività.
Il caso resta comunque utile per comprendere che un incidente può generare costi anche quando il business continua a funzionare: verifiche tecniche, indagini, comunicazioni, adempimenti e gestione delle informazioni coinvolte richiedono risorse e attenzione organizzativa.
La lezione: il costo di un incidente informatico non dipende soltanto dalle ore di indisponibilità. Anche una possibile copia di informazioni può impegnare l’azienda oltre la fase tecnica iniziale.
Acque: pianificare l’indisponibilità per proteggere il servizio
Acque, gestore del servizio idrico nel Basso Valdarno, ha comunicato che il 7 agosto 2026 alcuni canali di contatto sarebbero stati temporaneamente sospesi a causa di un’attività di manutenzione straordinaria dei sistemi informatici.
Dalle 13:30 fino alla tarda serata non sarebbero stati raggiungibili il sito internet, lo sportello online, l’app MyAcque e gli uffici PuntoAcque. Il numero verde per i guasti e i call center per le informazioni commerciali sarebbero invece rimasti regolarmente disponibili, con il ripristino degli altri servizi previsto dalla mattina dell’8 agosto.
Non si è trattato quindi di un attacco informatico né di un’interruzione imprevista dell’intero servizio. È però un esempio utile di continuità operativa pianificata: viene identificata una finestra tecnica, l’indisponibilità viene comunicata e vengono mantenuti canali alternativi.
La stessa logica può essere applicata in una PMI. Se un gestionale o un portale deve essere aggiornato, l’azienda dovrebbe sapere quali reparti saranno coinvolti, come comunicare durante l’intervento e quali attività possano proseguire attraverso procedure alternative.
La lezione: non tutte le interruzioni possono essere evitate, ma molte possono essere pianificate e gestite riducendo l’impatto su clienti, dipendenti e processi.
Maersk: quando il fermo IT diventa operativo
Il 27 giugno 2017 Maersk fu coinvolta nell’attacco informatico globale denominato Petya, successivamente ricordato come NotPetya. Il giorno successivo l’azienda confermò che i sistemi IT erano fuori servizio in più sedi e in alcune unità operative.
Per contenere l’incidente, Maersk spense diversi sistemi e avviò i propri piani di continuità operativa. L’azienda precisò che le navi restavano manovrabili, che gli equipaggi erano al sicuro e che diverse attività non erano state colpite operativamente. Segnalò però un impatto su APM Terminals in vari
Quanto tempo può restare ferma la tua azienda?
La risposta non è uguale per tutte le organizzazioni. Dipende dai processi, dai sistemi utilizzati, dagli impegni verso clienti e fornitori e dalle conseguenze economiche di ogni ora di inattività.
Ventunocento analizza l’infrastruttura e identifica i servizi realmente critici. Insieme all’azienda definiamo le priorità di ripristino e i tempi di ripartenza attesi.
Su questa base proponiamo una strategia proporzionata al rischio: prevenzione per ridurre la probabilità del fermo, backup e Disaster Recovery per ripartire, monitoraggio e livelli di servizio definiti per contenere il tempo di indisponibilità.
Prima analizziamo l’impatto. Poi costruiamo la soluzione necessaria per evitarlo o limitarlo.
