Interruzioni del cloud: quanto dipendono le PMI dai loro fornitori IT?

Il cloud è da tempo parte dell’infrastruttura di base di molte PMI. E-mail, contabilità, salari, gestione degli ordini o intere soluzioni di settore oggi non devono necessariamente funzionare su un server installato in azienda, ma possono essere gestiti da fornitori specializzati. In molti casi è una scelta sensata – e spesso più sicura che gestire tutto internamente.

Ma gli ultimi anni hanno anche mostrato che cosa può succedere quando un servizio di questo tipo diventa improvvisamente indisponibile.

Quattro incidenti – quattro conseguenze molto diverse

Microsoft 365: Il 31 agosto 2026 Exchange Online è stato interessato da un’importante interruzione. Gli utenti hanno segnalato, tra l’altro, problemi di accesso e difficoltà nell’invio e nella ricezione delle e-mail. Heise ha riferito dell’incidente e ha richiamato il numero di incidente EX1464935 gestito da Microsoft. Per molte aziende il disservizio è stato relativamente breve, ma ha mostrato ancora una volta quanto rapidamente un servizio cloud di uso quotidiano possa diventare un collo di bottiglia.

Blue Yonder: Nel novembre 2024 il fornitore di software Blue Yonder è stato colpito da un attacco ransomware. Le sue soluzioni vengono utilizzate, tra l’altro, per catene di approvvigionamento, gestione delle merci, pianificazione del personale e dei turni. Da Starbucks sono stati compromessi i sistemi per la pianificazione dei turni e la rilevazione delle presenze; alcune informazioni necessarie per l’elaborazione dei salari hanno dovuto essere gestite manualmente. Reuters ha riferito delle conseguenze dell’attacco. Per alcuni clienti, gli effetti si sono protratti per settimane.

CDK Global: La dipendenza è emersa in modo ancora più evidente nel giugno 2024 con il fornitore statunitense CDK Global. La piattaforma di settore viene utilizzata da migliaia di concessionari per vendite, officina, parco veicoli, dati dei clienti e altri processi aziendali. Dopo un attacco informatico, servizi centrali sono rimasti fortemente compromessi per circa due settimane. I concessionari hanno fatto ricorso a carta, Excel, telefono e altre procedure manuali. Ars Technica ha documentato le due settimane di attività in modalità di emergenza e ha riferito di oltre 15.000 sedi di concessionari coinvolte.

Infoniqa / Sage Svizzera: Anche in Svizzera si è verificato un caso analogo nel 2025. Infoniqa, che nel 2021 aveva rilevato Sage Svizzera, è stata vittima di un attacco informatico all’inizio di agosto. In Svizzera è stata colpita in particolare la ONE Start Cloud. Heise ha riferito che la soluzione cloud non era utilizzabile; un lettore aveva segnalato alla rivista un’interruzione di oltre una settimana. Inside IT ha successivamente scritto degli effetti con cui Infoniqa era alle prese da oltre due settimane.

Il denominatore comune: il guasto del fornitore diventa un problema del cliente

I quattro casi differiscono notevolmente per causa, durata e sistemi coinvolti. Hanno però un elemento in comune: mentre i servizi centrali non erano disponibili, i clienti non potevano più svolgere determinate attività oppure potevano farlo solo con notevoli soluzioni di fortuna.

Un problema tecnico presso il fornitore può quindi trasformarsi molto rapidamente in un rischio operativo per il cliente.

Il cloud resta spesso la soluzione giusta per le PMI

Questo non significa che le PMI dovrebbero tornare a gestire autonomamente tutti i propri sistemi. Al contrario: i fornitori cloud professionali possono spesso offrire infrastruttura, aggiornamenti, monitoraggio, ridondanza e misure di sicurezza in modo migliore e più economico rispetto a una piccola azienda con risorse IT limitate.

Le soluzioni cloud sono quindi sensate in molti casi e possono persino essere più sicure di un ambiente locale poco curato. È però fondamentale conoscere le dipendenze che ne derivano e gestirle consapevolmente.

Per quanto tempo l’azienda può fare a meno di un servizio?

Non tutti i sistemi hanno la stessa criticità. Per un’impresa artigiana, un’interruzione della posta elettronica di alcune ore o forse anche di diversi giorni può essere scomoda ma comunque gestibile. Il lavoro può proseguire, i clienti possono essere contattati telefonicamente e un’offerta può essere inviata più tardi se necessario.

Per un’altra azienda, già 24 ore senza e-mail possono avere conseguenze serie – ad esempio quando sono in gioco scadenze importanti, invii urgenti o una parte consistente della comunicazione con i clienti. In questo caso può essere utile predisporre una soluzione alternativa.

Chi invece può fare a meno di un servizio per alcuni giorni o anche più a lungo non ha necessariamente bisogno di un sistema sostitutivo immediatamente operativo. L’azienda dovrebbe però sapere a partire da quale momento passare al piano B – e quanto tempo richiede approssimativamente la sua attuazione.

Questo secondo valore viene spesso dimenticato: se un sistema sostitutivo richiede cinque giorni prima di poter essere utilizzato in produzione, la decisione di attivarlo non può essere presa soltanto al quinto giorno di interruzione.

Con ERP e soluzioni di settore spesso conta ogni giorno

La situazione è diversa per i sistemi che ogni giorno vengono alimentati da molti collaboratori con nuovi dati aziendali. In una soluzione di settore o in un ERP si accumulano continuamente ordini, offerte, ore di lavoro, fatture, movimenti di materiale, dati dei clienti o informazioni salariali.

Anche un solo giorno di fermo può comportare la necessità di reinserire informazioni, gestire manualmente processi o ricostruire in seguito intere fasi di lavoro. È quindi ancora più importante sapere per quanto tempo un’interruzione è accettabile e quali informazioni devono essere disponibili per l’operatività di emergenza.

I dati aziendali devono restare accessibili anche nel lungo periodo

Oltre alla capacità operativa a breve termine, si pone una seconda domanda: la disponibilità dei dati nel lungo periodo. In Svizzera determinati documenti – tra cui libri contabili e documenti contabili – devono essere conservati per dieci anni. I documenti conservati elettronicamente devono poter essere resi leggibili in qualsiasi momento durante tale periodo. Ciò deriva da art. 958f CO.

Perciò la sola domanda «Il nostro fornitore cloud dispone di un backup?» non è sufficiente. Le aziende dovrebbero anche chiarire se i dati aziendali essenziali possono restare disponibili indipendentemente dal fornitore e se possono realmente essere riutilizzati in caso di emergenza.

E se il fornitore non tornasse più?

Che un fornitore possa scomparire definitivamente non è uno scenario puramente teorico. Nel 2020 il gestore di data center Grapin Data Center di Winterthur è fallito. I clienti hanno dovuto trasferire i propri sistemi; per un certo periodo si è persino parlato del rischio che venisse tolta l’alimentazione elettrica al data center. Inside IT riferì allora della rapida «evacuazione» dell’infrastruttura dei clienti.

Per scomparire, un’azienda non deve neppure fallire. RapidShare ne è un esempio: il file hoster di Zugo era stato per un periodo tra i siti web più visitati al mondo. Nel 2015 l’azienda decise di interrompere il servizio attivo. Gli account rimanenti furono successivamente eliminati. Inside IT riferì della fine del file hoster svizzero.

Per il cliente, alla fine, la causa è secondaria. Che si tratti di attacco informatico, fallimento, ritiro strategico o altra limitazione, ciò che conta è se i propri dati e processi possono continuare a essere utilizzati quando il fornitore originario non è più disponibile.

Un backup indipendente è più di una seconda copia

Per i sistemi cloud particolarmente importanti può quindi essere sensato salvare i dati anche al di fuori della piattaforma stessa – ad esempio presso un fornitore terzo indipendente o su un’infrastruttura separata.

Non basta verificare che esista una copia. È altrettanto importante sapere in quale formato sono disponibili i dati e se possono essere letti, analizzati o trasferiti in un’altra soluzione senza il sistema originario.

Un backup che può essere ripristinato esclusivamente nella stessa applicazione che non è più disponibile offre soltanto un’autonomia limitata in uno scenario del genere.

Autonomia significa conoscere le proprie dipendenze

Una buona strategia cloud non significa quindi rinunciare al cloud o duplicare ogni sistema. Significa conoscere le dipendenze dell’azienda e prendere una decisione consapevole per quelle importanti: per quanto tempo il servizio può restare indisponibile? Quando viene attivato il piano B? Quanto tempo richiede la sua attuazione? Dove si trovano i dati necessari – e restano utilizzabili anche indipendentemente dal fornitore?

vNext aiuta le aziende a rendere visibili proprio queste dipendenze e i flussi di dati: dove si trovano i dati importanti, come vengono salvati e come possono continuare a essere utilizzati nel lungo periodo o dopo la scomparsa di un fornitore.

Il cloud non è il problema. La situazione diventa critica quando un’azienda scopre la propria dipendenza soltanto dopo che il servizio è già andato in panne.