Sono le 20:17 di un venerdì. In una sede secondaria arriva la segnalazione di una porta rimasta aperta. La reception ha chiuso, un gruppo di persone sta ancora lavorando e una squadra esterna ha un intervento programmato.
Usiamo questa situazione immaginaria per mettere alla prova il progetto insieme al CIO e ai responsabili IT e sicurezza. Chiediamo di seguire l’evento fino alla sua chiusura: chi riceve l’allarme, quali informazioni può consultare e chi deve intervenire?
La domanda rende subito visibile il problema della sicurezza multisede. Raccogliere un evento è solo l’inizio. Il valore del sistema si misura anche nella capacità di aiutare qualcuno a comprenderlo e a prendere una decisione, con responsabilità definite.
Ricostruire il contesto prima di decidere
Nel nostro scenario, chi è reperibile vede che la porta è aperta. Per capire cosa fare deve verificare se esista un intervento autorizzato, se il varco abbia registrato un accesso coerente e se le immagini disponibili chiariscano la situazione.
Disegniamo questo percorso con il team. L’obiettivo è permettere all’operatore autorizzato di associare l’evento del controllo accessi al video pertinente, dove l’integrazione è disponibile, e consultare la procedura prevista. Servono nomi coerenti per varchi e telecamere, orologi sincronizzati e informazioni comprensibili anche a chi non frequenta quella sede.
Una porta chiamata “Ingresso tecnico piano terra” è più utile di un codice che conosce soltanto l’installatore. Sembra un dettaglio, ma durante una verifica da remoto può fare la differenza tra orientarsi subito e telefonare per chiedere spiegazioni.
Usare gli analytics per concentrare attenzione
A questo punto introduco gli analytics video, limitandomi alle funzioni effettivamente disponibili nella configurazione scelta. Possono aiutare a selezionare eventi e cercare sequenze pertinenti, riducendo il materiale che un operatore deve esaminare. [3]
Nella scena della porta aperta, però, la presenza di una persona non chiarisce da sola se ci sia una minaccia. Potrebbe trattarsi del tecnico atteso. Vogliamo che il progetto mantenga distinta una segnalazione automatica dalla valutazione del suo significato.
Proponiamo quindi un periodo di taratura sugli ambienti reali. Si osservano gli allarmi generati, le condizioni di luce e le attività ordinarie, poi si correggono soglie e regole. Un parametro utile è quanti eventi richiedano effettivamente un intervento rispetto a quelli notificati. Un altro è il tempo necessario per verificarli: entrambi aiutano a valutare l’utilità operativa del sistema senza promettere che l’AI elimini gli errori.
Scegliere dove gestire i sistemi partendo dalla continuità
Per un’organizzazione con più sedi, il cloud può facilitare l’accesso remoto e la gestione distribuita. La decisione richiede però di chiarire connettività, collocazione dei dati, ruoli amministrativi e responsabilità di servizio.
Nell’offerta Avigilon, Alta identifica la piattaforma cloud-native, mentre Unity propone un’architettura on-premise con possibilità di gestione attraverso servizi cloud. Sono approcci da confrontare sui requisiti del progetto; funzionalità e integrazioni dipendono dai prodotti e dalle licenze adottati.
Come consulent, partner Motorola Solutions per le soluzioni Avigilon, porto il confronto su una prova precisa: cosa resta disponibile se quella sede perde la connessione? Chiediamo di verificare separatamente registrazione video, funzionamento locale del controllo accessi, notifiche e recupero degli eventi. La risposta deve essere documentata per la configurazione scelta.
Stabilire chi prende in carico ogni evento
Torniamo alle 20:17. Un operatore verifica le informazioni disponibili e contatta il referente previsto. Se l’intervento è autorizzato, segue la procedura per far richiudere il varco e documentare la chiusura dell’evento. Se il contesto resta incerto, attiva l’escalation concordata. Il progetto deve anche prevedere cosa accade quando il primo destinatario non risponde.
Distinguiamo inoltre l’allarme di sicurezza dal guasto tecnico. Una telecamera offline può richiedere la presa in carico del servizio di assistenza; una possibile intrusione richiede il processo operativo di sicurezza dell’azienda. Nel definire i servizi gestiti Kaplet chiarisco perimetro, orari e livelli di servizio: monitorare la salute degli impianti e verificare un evento di sicurezza sono responsabilità da assegnare esplicitamente.
In questo modo il Digital Space sostiene anche chi deve governarlo a distanza. Per il CIO il risultato atteso è un modello replicabile tra sedi; per IT e CISO, responsabilità e dipendenze verificabili. Per chi lavora in ufficio, la sicurezza può restare discreta, intervenendo quando serve.
La prova che proponiamo è semplice: prendiamo un evento plausibile e seguiamolo dalla segnalazione alla chiusura. Kaplet può aiutarti a individuare i passaggi scoperti e progettare le integrazioni necessarie.
