Capitolato controllo accessi: cosa specificare.

Un capitolato efficace non deve limitarsi a indicare lettori, badge e numero di varchi. Per progettare sistemi di controllo accessi verificabili anche in fase di collaudo servono requisiti chiari su utenti, permessi, orari, revoche, registrazione degli eventi e integrazioni. Vediamo quali elementi definire prima della gara o dell’affidamento e quali prove e documenti prevedere per arrivare alla consegna dell’impianto con meno ambiguità.

Dal numero di varchi ai requisiti: come impostare il capitolato 

Quanti varchi devono essere controllati? Quanti lettori servono? Quale tecnologia utilizzare?

Sono domande necessarie, ma non sufficienti per definire un sistema di controllo accessi. Un capitolato efficace dovrebbe descrivere prima di tutto come dovrà comportarsi il sistema: chi può entrare, dove, quando, con quali credenziali e cosa deve accadere quando un’autorizzazione viene modificata o revocata.

Questo approccio permette di trasformare esigenze generiche in requisiti verificabili e, soprattutto, di ridurre le decisioni lasciate alla fase di cantiere. Più le logiche di accesso sono definite in fase di progetto, minore è il rischio che committente, impresa e system integrator interpretino in modo diverso ciò che il sistema dovrà effettivamente fare.

Invece di indicare semplicemente un “controllo accessi con badge”, ad esempio, è più utile definire quali profili devono essere gestiti, quali aree devono essere associate a ciascun profilo, quali fasce orarie devono essere applicate e quali eventi devono poter essere consultati. È proprio qui che emerge il valore della progettazione: tradurre le esigenze dell’edificio e degli utenti in regole chiare, condivise e verificabili.

La stessa logica vale per il software: non basta richiedere un software controllo accessi, ma occorre specificare quali operazioni dovrà consentire agli amministratori del sistema e quale livello di supervisione, gestione e integrazione sarà necessario.

Le soluzioni Comelit per il controllo accessi comprendono sistemi con livelli differenti di complessità e scalabilità. Le soluzioni Base e Advance rispondono alle esigenze di gestione degli accessi con funzionalità differenziate in base al progetto, mentre la piattaforma professionale PAC, con Access Central, consente di affrontare applicazioni più articolate, con funzionalità evolute di supervisione e integrazione con altri sistemi.

Il capitolato dovrebbe quindi partire dalle logiche di accesso, dal numero e dalla tipologia degli utenti, dal livello di gestione richiesto e dalle eventuali esigenze di integrazione, per arrivare solo successivamente alla soluzione tecnologica più adatta.

Metodo rapido per mappare varchi, utenti e profili

Prima di definire le caratteristiche dei dispositivi conviene costruire una matrice che metta in relazione varchi, utenti, autorizzazioni e tempi.

Per ogni varco è utile identificare almeno:

• area servita;
• tipologia di accesso;
• categorie di utenti autorizzate;
• giorni e fasce orarie di accesso;
• modalità di identificazione richiesta;
• comportamento previsto in condizioni particolari;
• necessità di registrare gli eventi;
• eventuale relazione con altri impianti.

Lo stesso principio deve essere applicato agli utenti.

Dipendenti, visitatori, manutentori, fornitori e personale esterno possono avere esigenze differenti. Definire gruppi e profili permette di evitare una gestione basata esclusivamente sulle singole credenziali.

Un manutentore, ad esempio, potrebbe essere autorizzato ad accedere solo a determinate aree e in specifiche fasce orarie. Un dipendente potrebbe avere accesso permanente agli spazi associati alla propria funzione. Un visitatore potrebbe invece disporre di un’autorizzazione temporanea.

La progettazione del controllo accessi apertura porte diventa così una traduzione delle regole organizzative dell’edificio in logiche di sistema.

È un passaggio importante anche per la scalabilità: il progettista dovrebbe considerare non soltanto il numero di utenti e varchi iniziali, ma anche le possibili evoluzioni dell’impianto.

Specifiche minime da inserire nel capitolato 

Una volta definita la matrice degli accessi, il capitolato può trasformarla in requisiti tecnici e funzionali.

Gestione delle autorizzazioni

Il sistema dovrebbe consentire di associare a utenti o gruppi specifici permessi di accesso a determinati varchi.

Il capitolato può quindi indicare:

• numero previsto di utenti;
• numero di varchi;
• gestione per utenti e gruppi;
• livelli o profili di autorizzazione;
• eventuale gestione centralizzata;
• modalità di modifica delle autorizzazioni.

In questo modo, il requisito non è semplicemente la presenza di un lettore badge apriporta, ma la capacità del sistema di applicare correttamente le regole definite dal progetto.

Fasce orarie e calendari

Per molte applicazioni è necessario stabilire non solo dove un utente può entrare, ma anche quando.

Il capitolato dovrebbe quindi indicare se sono necessari calendari, fasce orarie o differenti profili temporali.

Una prescrizione come “gestione di profili di accesso differenziati per varco, gruppo di utenti e fascia oraria” è più verificabile di una generica richiesta di gestione degli accessi.

Revoca delle credenziali

Un altro requisito da definire riguarda ciò che accade quando un badge controllo accessi viene smarrito, quando un dipendente lascia l’organizzazione o quando termina l’autorizzazione concessa a un fornitore.

Il progetto dovrebbe stabilire come deve avvenire la revoca e quale risultato deve produrre.

Le soluzioni Comelit prevedono, a seconda del sistema, funzionalità per aggiungere, modificare o rimuovere utenti e permessi.

Registrazione e consultazione degli eventi

Se il progetto richiede la tracciabilità degli accessi, bisogna specificarlo.

È opportuno definire quali eventi debbano essere registrati e quali figure debbano poterli consultare, tenendo conto anche delle politiche aziendali e degli adempimenti applicabili al trattamento dei dati.

Comelit mette a disposizione soluzioni che consentono la reportistica degli accessi e la gestione dei log eventi. Per sistemi professionali più articolati, Comelit PAC comprende il software Access Central, dedicato alla gestione e al monitoraggio del sistema.

L’obiettivo del capitolato è quindi trasformare ogni esigenza in qualcosa che possa essere configurato, verificato e successivamente gestito.

Prove di collaudo: verificare il sistema in condizioni reali 

Un requisito è realmente utile quando è possibile verificarne il funzionamento.

Per questo le prove di collaudo dovrebbero essere pensate insieme alle specifiche del capitolato, non aggiunte soltanto alla fine del progetto.

Una buona base consiste nel verificare almeno tre situazioni.

1. Accesso autorizzato e accesso negato

Si può creare un utente di prova con un determinato profilo e verificare che la credenziale consenta l’apertura dei soli varchi previsti.

La stessa credenziale dovrebbe essere provata su un varco non autorizzato per verificare che l’accesso venga correttamente negato.

Se sono previste fasce orarie, la prova dovrebbe verificare anche il comportamento del sistema rispetto alle regole temporali configurate.

2. Revoca della credenziale

La seconda prova riguarda una situazione quotidiana ma fondamentale.

Una credenziale valida viene disabilitata nel software controllo accessi. Successivamente si verifica che non possa più essere utilizzata per accedere ai varchi interessati.

Il test permette di controllare l’intero processo: modifica dell’autorizzazione, propagazione della configurazione e comportamento sul campo.

3. Tracciabilità dell’evento

Se il capitolato prevede la registrazione degli eventi, il collaudo dovrebbe verificare che le operazioni previste siano correttamente registrate e consultabili dagli utenti autorizzati.

Il principio è semplice:

requisito → configurazione → prova → evidenza del risultato.

In questo modo il collaudo non diventa una generica verifica del fatto che “le porte si aprono”, ma la dimostrazione che il sistema risponde alle logiche previste dal progetto.

Documentazione di consegna: cosa prevedere per facility e IT 

Il funzionamento dell’impianto non termina con il collaudo.

Dopo la consegna, facility manager, responsabili della sicurezza e personale IT devono poter comprendere come è strutturato il sistema e come gestirlo nel tempo.

Per questo è utile definire già nel capitolato la documentazione richiesta a fine lavori.

In funzione della complessità del progetto, può comprendere:

• elaborati aggiornati allo stato finale dell’impianto;
• schema e identificazione dei varchi;
• elenco e identificazione dei dispositivi installati;
• architettura del sistema;
• configurazioni e profili impostati;
• istruzioni per la gestione di utenti e credenziali;
• procedure di aggiunta, modifica e revoca;
• indicazioni per backup e ripristino, se previsti dal sistema;
• manuali dei dispositivi e del software;
• verbali e risultati delle prove di collaudo;
• riferimenti per assistenza e manutenzione.

Nei progetti che coinvolgono la rete dati è utile coordinare la consegna anche con l’IT, definendo chiaramente le informazioni tecniche necessarie alla gestione dell’infrastruttura.

L’obiettivo non è produrre più documentazione, ma consegnare quella necessaria per rendere il sistema gestibile dopo l’installazione.