Controllo accessi veicolari: sbarre, liste e lettura targhe.

Il controllo accessi veicolari con lettura targhe fallisce quando si disegna solo l’apertura sbarra sul match. Nella vita reale arrivano rimorchi, targhe sporche, ospiti non in lista, doppi transiti, coda sul loop magnetico e un camion in retromarcia. Il software deve registrare e allarmare; l’impianto di campo deve restare sicuro anche se la rete cade.

Quadro generale: guida ANPR. Geometria: varco. Sosta: lettura targhe e parcheggi.

Separa i due cervelli

Campo: sbarra, fotocellule, spire, eventuale OCR in locale, timeout “apri se fermo”, pulsante di emergenza. Questo deve funzionare in isola.

Centrale LPR: liste (dipendenti, fornitori, visitatori, blacklist), storico, allarmi (tentativo ripetuto, targa in watch), ricerca per dispute (“è uscito alle 17:12?”).

Se unisci i due cervelli nello stesso box proprietario, il lock-in è totale. Vedi multi-marca.

Liste: non una sola Excel

• White list permanente (badge aziendale associato a targa: processo HR).
• White list temporanea (fornitori, appuntamenti).
• Black / watch (mezzi da non far entrare o da segnalare).
• Eccezioni (targhe nuove, noleggi).

Chi aggiorna le liste? Se è “il custode quando può”, l’impianto mentirà. Il software deve tracciare chi ha inserito la targa.

Allarmi utili in stabilimento

Non tutti i miss meritano una sirena. Utile: ripetuti rifiuti, targa in watch, varco aperto troppo a lungo, burst di OCR a qualità zero ( sporco o scasso della camera). Inutile: mail su ogni transito autorizzato.

Privacy in ambito privato

Targa + orario + sito = dato personale. Cartelli, informativa, tempi di vita dello storico, accessi nominativi. Testo di inquadramento: GDPR e transiti (sempre con DPO).

Integrazioni

WMS, HR, visitor management: [DA CONFERMARE connettori Inquiris]. In gara chiedi API o export, non uno screenshot.

Assessment

Numero varchi, senso unico o doppio, sbarra già in campo, elenco liste, h24 sì/no. CTA: progetta il controllo accessi del tuo stabilimento. Prodotto: lettura targhe.

Procedure operative che il software non può inventare

Chi inserisce un visitatore? Con quanto anticipo? Chi toglie il fornitore a fine cantiere? Cosa fa la guardiania se arrivano due mezzi in coda e l’OCR ne legge uno? C’è un varco pedonale che bypassa tutto?

Senza procedure, le liste marciscono e gli allarmi diventano rumore. Il kick-off di un progetto accessi dovrebbe durare più sulla governance che sul PoE.

In stabilimenti Seveso o ad alto vincolo, coordina security, HSE e IT. Il transito è un dato e un fatto di sicurezza fisica. I log servono alle dispute (“il mezzo era dentro”) e alle indagini interne. Retention e accessi: DPO.

Se hai già sbarre di un vendor e camere di un altro, sei nel caso multi-marca. Non rifare le sbarre per cambiare software, e non rifare il software per cambiare una camera fulminata. Separa i cervelli.

Un assessment serio cammina in piazzale all’ora di punta, non solo in sala riunioni. Porta quella passeggiata: è più utile di una checklist scaricata da internet.

Visitatori, noleggi e targhe che cambiano

L’auto aziendale fissa è il caso facile. Il noleggio a breve, il sostituto, il rimorchio, il secondo mezzo del fornitore sono il caso vero. Il processo deve prevedere una white list a scadenza e un owner interno che la rinnova. Il software deve mostrare la scadenza, non nasconderla in un campo nota.

Per i visitatori: o prenotazione con targa, o registrazione in reception, o entrambe. L’ANPR senza anagrafica diventa un apri-sbarra per chiunque sia passato una volta. Meglio un rifiuto con fallback umano che una lista eterna.

Le dispute (“non ero io”) si risolvono con crop e timestamp, accessi tracciati, non con discussioni al varco. Per questo lo storico esiste — corto, finalizzato, con il DPO in accordo.

Se lo stabilimento ha più siti, una centrale unica on-prem evita regole diverse per ogni filiale. Le liste possono essere per sito. Gli audit restano centrali. È lo stesso schema della PA, con meno vincoli di bando e gli stessi dati personali.

Collaudo operativo, non solo “sbarra aperta”

Un collaudo di controllo accessi veicolari con lettura targhe non è una foto della sbarra alzata. È una sequenza: mezzo in white list, mezzo sconosciuto, mezzo in black list, targa sporca, doppio transito ravvicinato, timeout se l’OCR tarda. Ogni esito va scritto: apre, nega, chiama l’operatore, registra comunque.

Il fallback umano deve stare nel progetto, non nell’emergenza. Se l’operatore non vede crop e varco in tre secondi, userà il pulsante cieco e lo storico perderà senso. La centrale LPR esiste proprio per quel secondo: capire chi sta al varco senza scendere in piazzale.

Le liste vanno versionate. Chi ha aggiunto quella targa, quando scade, per quale sito. Un file Excel inviato in portineria non è un controllo accessi: è un buco di audit. Il software deve rendere visibile la scadenza e il responsabile, come descritto nella guida ANPR.

In ambito industriale coincidono tre trattamenti: sicurezza del sito, logistica interna, a volte videosorveglianza di contesto. Non unificarli in un’unica retention “perché tanto è la stessa camera”. Il DPO lo vedrà. Inquadramento: GDPR e DPIA.

Quando chiedi di progettare il controllo accessi dello stabilimento, porta il numero di varchi, il senso di marcia, se la sbarra è già di un vendor, e chi sta in reception alle 22. Senza questi quattro dati l’assessment resta una brochure.

Infine: i mezzi di servizio e i pompieri. Devono passare sempre, con procedura, non con una white list dimenticata. Documenta l’eccezione. Il LPR registra il transito comunque, così l’audit non dipende dalla memoria del turnista.