Premesse
Un fermo operativo causato da un incidente informatico non è solo un problema “IT”: in un’azienda manifatturiera si trasforma rapidamente in danni economici, indisponibilità di processi, rallentamenti logistici, difficoltà di coordinamento sul campo e, in alcuni casi, sospensione di reparti e ricorso ad ammortizzatori sociali. Abbiamo assistito a fine gennaio 2025 al caso di cronaca sull’attacco cyber che ha colpito l’italiana Marposs: diverse ricostruzioni giornalistiche hanno parlato di server criptati da un attacco di tipo ransomware/Cryptolocker, con ricadute operative e attivazione della cassa integrazione per parte dei lavoratori.
Dal punto di vista FM, la lezione principale è che la continuità non dipende solo dalla “riparazione dei sistemi”, ma dalla capacità di mantenere governabili accessi, sicurezza, manutenzioni, fornitori, documenti tecnici e flussi autorizzativi anche quando i sistemi centrali sono degradati o indisponibili.
Quali fatti essenziali emergono dalle fonti sul caso e perché sono rilevanti per il FM?
Le fonti disponibili descrivono un attacco informatico avvenuto nella notte del 26 gennaio 2025, ricondotto a un ransomware/Cryptolocker con server aziendali criptati. Diverse testate hanno raccontato di significative conseguenze operative, in particolare rallentamenti con impatto sulla logistica e difficoltà di far lavorare alcuni reparti. È inoltre stata citata l’attivazione della cassa integrazione. Fatti di assoluta intensità.
Per il Facility Management e i suoi attori questo quadro è rilevante perché, quando i sistemi sono colpiti, spesso si bloccano o degradano proprio le funzioni “trasversali”: anagrafiche, ticket, pianificazioni, permessi di lavoro, gestione accessi, documentazione, consuntivazioni e tracciabilità necessaria per sicurezza e contratti. Anche se l’impianto fisico è integro, l’operatività quotidiana può diventare fragile.
Qual è la prima domanda per il perimetro FM da porsi durante un fermo “digitale”: che cosa non deve mai fermarsi?
In un fermo di questo tipo, la domanda prioritaria per chi opera nel FM (interno o fornitore dell’azienda che viene attaccata) è: quali attività devono restare eseguibili anche in modalità degradata? In genere rientrano: gestione emergenze (antincendio, allagamenti, blackout), controllo accessi e presidio sicurezza, gestione ditte esterne e permessi, manutenzione su asset critici, gestione rifiuti e servizi essenziali, coordinamento interventi urgenti.
Il rischio, quando i sistemi centrali sono compromessi, è che il FM continui a “fare”, ma senza capacità di dimostrare cosa è stato fatto, da chi, con quali autorizzazioni e con quali esiti. In un contesto di indagini e ripristino, questa opacità aumenta il rischio operativo e contrattuale: contestazioni con i fornitori, interventi duplicati, lavori avviati senza permessi corretti, o manutenzioni saltate senza evidenza.
Se i server sono indisponibili o inaccessibili, come cambia la gestione di ticket, interventi e priorità?
Le fonti pubbliche hanno descritto server criptati e impatti su attività aziendali; in scenari del genere, i flussi di lavoro digitali tipici (apertura ticket, assegnazione, storico, consuntivo) possono diventare parziali o impossibili. La conseguenza FM più comune è una “migrazione spontanea” verso canali informali (telefonate, chat, mail), che accelera nell’immediato ma crea due problemi: la priorità diventa negoziata caso per caso e la tracciabilità si rompe.
Ove non scatti un blocco totale, la risposta efficace per il perimetro FM è avere già pronta una modalità di esercizio degradata: un canale unico di raccolta richieste (anche semplice), regole chiare su quali classi di intervento si accettano come urgenti, e un modo standard di registrare almeno i minimi dati (chi ha chiesto, dove, cosa, quando, chi è intervenuto, esito). Senza questi minimi, la ripartenza “amministrativa” (ricostruzione di consuntivi, SAL fornitori, compliance) diventa lunga quanto la ripartenza tecnica.
In che modo un impatto “sulla logistica” si traduce in impatti FM concreti?
Una delle ricadute riportate è che il blocco dei sistemi avrebbe avuto effetti soprattutto sulla logistica. Anche senza entrare nelle specificità interne, in molte aziende la logistica è intrecciata con il Facility Management su aspetti pratici: gestione baie di carico/scarico, accessi e registri visitatori/fornitori, movimentazioni interne, disponibilità di spazi, segnaletica e percorsi, priorità di intervento su varchi e serramenti, continuità dei servizi essenziali che supportano aree di spedizione e ricevimento.
Quando la logistica rallenta, aumenta la pressione su: varchi e controllo accessi, aree di stoccaggio temporaneo, necessità di micro-adattamenti degli spazi, interventi rapidi su infrastrutture “banali” (porte, rampe, illuminazione, reti aria/energia in area logistica) che diventano improvvisamente colli di bottiglia. In queste situazioni, il personale del FM viene chiamato a rispondere rapidamente, ma spesso senza il supporto informativo usuale (planimetrie aggiornate, registro chiavi, storico guasti, ticketing).
Che cosa insegna il ricorso alla cassa integrazione sul legame tra continuità operativa e servizi di sito?
Diverse fonti riportano che, dopo l’attacco, sarebbe stata attivata la cassa integrazione per parte dei dipendenti, con motivazione legata alle difficoltà operative conseguenti. Per il FM questo è un segnale importante: quando si riduce o si ferma la produzione, cambiano subito presidi, aperture, presenze e rischi di sito.
In pratica il FM deve saper “riconfigurare” il livello di servizio: ritarare vigilanza e controllo accessi, adeguare cleaning e rifiuti, rivedere turnazioni e reperibilità, proteggere asset sensibili, assicurare che gli impianti restino in condizioni sicure anche con carichi diversi (HVAC, elettrico, aria compressa, antincendio). Se questi aggiustamenti non sono governati e tracciati, si rischia di tagliare troppo (con esposizione a rischio) o tagliare male (senza reale risparmio).
Quali sono le attività FM più esposte quando l’azienda lavora “a mano” e sotto stress?
Durante un evento di questo tipo, le attività FM che tendono a soffrire di più sono quelle che dipendono dalla continuità informativa: gestione documentale tecnica (schemi, procedure, libretti), programmazione manutenzioni e scadenze, gestione permessi e qualifiche fornitori, consuntivazione e approvazioni, gestione chiavi e accessi “tracciati”, coordinamento interferenze e sicurezza.
Il rischio tipico è recuperare velocità nel breve sacrificando controlli: interventi avviati senza il set documentale giusto, evidenze non raccolte, checklist non completate, autorizzazioni verbalizzate ma non registrate. Questi “debiti” emergono dopo, nella fase di ripartenza piena, quando bisogna dimostrare conformità, ricostruire costi e verificare cosa sia rimasto indietro.
Come deve adeguarsi il Sistema Informativo per sostenere FM in un contesto tecnico e con eventi scatenati anche da guasti macchina?
Il caso Marposs viene raccontato come un blocco di server con impatti operativi ridotti; in una fabbrica, però, la ripartenza reale richiede che i sistemi tornino a sostenere processi tecnici, non solo uffici. Per il FM questo implica che il Sistema Informativo non può limitarsi a “archiviare ticket”: deve gestire relazioni tecniche (asset–aree–impianti), priorità collegate a continuità produttiva, e una catena documentale ed evidenziale.
La lezione chiave è la necessità di integrazione bidirezionale: da un lato FM deve poter accedere a dati tecnici e contesto (asset, allarmi, stato impianti, vincoli di sicurezza); dall’altro, ciò che accade in campo (interventi, prove, ripristini, deroghe) deve aggiornare in modo tracciabile lo stato informativo. Se l’integrazione è a senso unico, in emergenza si lavora “al buio” oppure si lavora senza lasciare tracce affidabili, con ripartenza lenta e conflittuale.
Come si imposta la ripartenza dal punto di vista FM, una volta che i sistemi tornano disponibili?
La ripartenza dei servizi e processi di FM va pensata come un percorso: riallineamento dati e accessi, recupero dei ticket “fuori sistema” generati nel periodo di crisi, chiusura con evidenze degli interventi eseguiti, riconciliazione con i fornitori (ore, materiali, extra), verifica delle scadenze manutentive saltate e rientro a regime dei presidi.
L’errore più comune è considerare chiusa la crisi quando “la rete torna”: se FM non ricostruisce lo storico e non chiude i debiti di tracciabilità, nei mesi successivi aumentano i rischi di ricadute non adeguatamente previste, oltre a contestazioni e non conformità, e la percezione interna diventa che “il sistema non serve” proprio quando servirebbe di più.
Conclusione
Dal caso dell’attacco ransomware/Cryptolocker a Marposs la lezione per il Facility Management è netta: un fermo digitale può trasformarsi rapidamente in fermo organizzativo se non esistono modalità degradate, dati minimi sempre accessibili e un Sistema Informativo capace di sostenere processi tecnici e di raccogliere evidenze.
Ciò che conviene cambiare subito, in ottica FM, è predisporre una continuità “di processo” (canale unico e minimi dati per richieste/interventi anche senza sistemi principali) e una continuità “di conoscenza” (documenti tecnici critici e procedure disponibili, versionate e consultabili sul campo).
Il criterio per capire se la ripartenza sta funzionando non è solo “i sistemi sono su”, ma se, entro pochi giorni (e nel peggiore dei casi alcune settimane), l’azienda riesce a superare il periodo di transizione con tracciabilità: interventi riconciliati, scadenze recuperate, evidenze disponibili e regole rinforzate per evitare che il lavoro torni a spostarsi fuori processo.
Se vuoi un supporto qualificato sull’argomento puoi contattarmi qui