Lettura targhe nei Comuni: varchi, allarmi e ricerca per la Polizia Locale.
Come si usa un impianto ANPR in ambito comunale: ruoli, allarmi, storico e privacy. Senza banche dati ministeriali inventate.
Un Comune non compra “una telecamera ANPR”. Compra un punto di contatto tra territorio, operatori e regole interne. Polizia Locale, mobilità e, a volte, polizia municipale su turni diversi usano gli stessi varchi con aspettative opposte: chi vuole l’allarme adesso, chi vuole lo storico tra una settimana, chi vuole solo un conteggio.
Questa pagina è operativa. Il legale sta in GDPR, DPIA e conservazione ed è comunque da validare con DPO/RPD. Il quadro tecnico è la guida ANPR.
Tre fili che non vanno fusi nel capitolato
Mobilità / accessi — corsie riservate, permessi, sbarra o semaforo. KPI: falsi negativi fastidiosi per i residenti.
Sicurezza / allarmi — liste di interesse, notifica in centrale o su dispositivo. KPI: tempo e canale, non il bel report mensile.
Verifica / ricostruzione — “quel mezzo è passato?”. KPI: ricerca per targa, ora, varco; a volte marca e colore se la targa è illeggibile (AI veicolo).
Un unico software può coprire i tre fili; politiche e retention no. Scrivilo in gara.
Cosa non promettiamo (e perché)
Non dichiariamo collegamenti a SCNTT, Motorizzazione, IVASS o analoghi: [DA CONFERMARE: non in perimetro documentato qui]. Non citiamo “+N Comuni” o accuratezze. I competitor lo fanno con le loro fonti; Inquiris no, finché non ci sono numeri interni.
Non trattiamo la verbalizzazione automatica. Se il tuo bando la richiede, è un capitolo legale e di processo, non uno screenshot di dashboard.
Ruoli e turni
Chi vede l’allarme alle 3 di notte? Solo log? Centrale unica? App su pattuglia? Senza risposta, l’impianto è un registratore costoso.
Chi può cercare transiti a 30 giorni? Solo un profilo nominativo con MFA, in un modello on-prem coerente con la PA. L’audit serve quando qualcuno chiede “chi ha aperto quella scheda”.
Varchi esistenti vs varchi nuovi
Molti enti hanno già camere eterogenee. Il tema multi-marca è la norma, non l’eccezione. Un assessment “Valuta i varchi del tuo Comune” serve a mappare siti, corsie, marche e obiettivo prevalente — non a vendere un palo in più.
Geometria: progettare il varco.
App operatori
L’app ha senso se l’allarme deve uscire dalla sala. Altrimenti è un canale in più da governare (dispositivi, credenziali, smarrimenti). Non è obbligatoria per un buon LPR di centrale.
Come arrivarci preparati
Elenco varchi, foto, obiettivo (allarme / accesso / indagine), bozza retention, chi è il titolare del trattamento. Poi lettura targhe Inquiris e contatto per assessment. La decisione di accendere i varchi resta dell’ente, non del fornitore software.
Come si scrive un capitolato comunale senza copiare il vicino
Elenca i varchi con finalità. Distingui allarme e storico. Chiedi on-prem o comunque controllo del titolare. Chiedi ruoli e audit. Chiedi export. Non chiedere “AI” senza dire se serve filtro veicolo o solo marketing. Non chiedere banche dati nazionali se non hai base giuridica e contratto: non è un plug-in.
Prevedi formazione e un periodo di affiancamento. Un impianto spento dopo tre mesi è un impianto fallito, anche se il collaudo era verde.
Coinvolgi il DPO prima dell’aggiudicazione, non dopo l’inaugurazione. I tempi di conservazione diversi per ZTL e per watchlist vanno scritti. I cartelli vanno previsti nel lotto opere, non “dal fornitore software”.
Per i varchi già esistenti, allega marche e foto. Il lotto “piattaforma” deve poter vivere con quell’esistente, o devi ammettere la sostituzione hardware e i relativi costi. Il pezzo multi-marca è la premessa.
Inquiris, in questo quadro, è un candidato sullo strato centrale: transiti, liste, ricerca, MFA, audit. Non è un sostituto della sala operativa né del comandante. L’assessment “Valuta i varchi del tuo Comune” serve a uscire dalla slide e entrare nella mappa.
Formazione, turni e “impianto spento”
Dopo il collaudo qualcuno deve usare liste e ricerca ogni settimana, non ogni inaugurazione. Prevedi referenti per turno, una procedura di false positive, e un canale verso chi manutiene i pali. Un varco ruotato da un camion non si aggiusta dal software.
La Polizia Locale ha vincoli di orario e di personale. Un allarme che richiede tre tap su un’app lenta non verrà usato. Meglio pochi eventi veri. La watchlist va governata: inserimenti nominativi, scadenze, audit. Una lista infinita è un rifiuto mascherato.
Coordina mobilità e sicurezza nelle stesse riunioni tecniche. I varchi sono gli stessi; i trattamenti no. Scrivilo. Poi valuta i varchi del territorio con un sopralluogo, non solo con un elenco Excel senza foto.
Capitolato e collaudo in PA
Un capitolato utile distingue: numero varchi e corsie, riuso dell’hardware esistente, software LPR di centrale, allarmi, ricerca, audit, on-prem, formazione. Se mescoli “telecamera intelligente” e “gestionale transiti” nello stesso lotto senza requisiti, in collaudo scoprirai di avere log sulla camera e niente liste.
Il collaudo in Comune si fa di notte e sotto pioggia, non solo con il mezzo di servizio a targa pulita. Porta la Polizia Locale a firmare gli scenari: targa in lista, targa assente, OCR incerto, ricerca a tre giorni. Senza firma operativa l’impianto resta un infopoint.
I ruoli: chi inserisce in watchlist, chi consulta, chi esporta, chi spegne un varco. MFA e nominativi. È lo stesso linguaggio del pezzo GDPR, applicato alla turno. Per valutare i varchi del territorio, contattaci con elenco siti e marche camera, non con un bando già chiuso sul modello sbagliato.
Coordina anche la rete: VLAN, NTP, backup, accesso in assistenza. Un varco che “va” in LAN sporca è un rischio prima ancora del GDPR. Il software LPR non sostituisce il progetto di rete del Comune. Portalo nello stesso tavolo di Polizia Locale e CED, non dopo il collaudo.