Lettura targhe nei parcheggi: abbonati, ticket e varchi di sosta.
ANPR in parking: match prenotazione, white list, coda in uscita e storico. Non è un impianto di Polizia Locale in miniatura.
Un parcheggio non è una ZTL e non è un gate merci. Il KPI è coda e mismatch: abbonato non riconosciuto, ticket perso, targa diversa dall’app, uscita in doppia fila. Copiare un impianto da Polizia Locale (watchlist, retention lunga, app interforze) è un errore di prodotto e di privacy.
Questa è una scheda di caso d’uso, senza clienti citati. Accessi generali: controllo accessi veicolari. Tecnica varco: progettare il varco.
Flussi tipici
Abbonati / residenti — white list. L’OCR deve essere ripetibile alle 8:30 sotto pioggia. Fallback: tessera, app, operatore.
Ticket — ingresso rilascia titolo; in uscita si abbina targa o si legge il ticket. L’ANPR riduce frodi (cambio targa) se il processo lo prevede.
Prenotazione / hotel / ospedale — match con una prenotazione. Il sistema di booking non è il LPR: serve un’integrazione [DA CONFERMARE].
Sosta a raso — lettura in movimento su percorsi; geometria più difficile, meno “sbarra pulita”.
Dove sta il software LPR
Registra transiti, tiene liste di abbonati, allarma su black list (mezzi da non far entrare), permette la ricerca (“quel cliente dice di essere uscito”). Non sostituisce cassa, POS, scontrino fiscale.
Se il vendor della sbarra vende anche l’ANPR chiuso, rivedi il lock-in.
Code in uscita
Il collaudo si fa all’ora di punta, non alle 11 di martedì. Timeout sbarra, loop, e qualità OCR su targa sporca da cantiere vicino. Il software non accorcia la coda se il varco è cieco.
Privacy
Clienti, dipendenti, visitatori: informative al varco, retention corta se la finalità è solo il titolo di sosta. GDPR transiti.
Assessment
Numero sbarre, abbonati vs rotazione, gestionale parking esistente, marche camera. CTA da categoria casi d’uso / accessi. Piattaforma: lettura targhe.
Metriche che contano (e quelle da ignorare)
Conta il tempo al varco, i miss su abbonati, i chargeback (“non ho mai fatto quel ticket”), i falsi match. Non conta un claim di accuratezza da brochure se alle 18:30 la coda è in strada.
L’ANPR in parking è un mezzo, non il prodotto. Il prodotto è il titolo di sosta, l’abbonamento, l’esperienza ospite. Il LPR deve essere invisibile quando funziona e diagnostico quando non funziona (qualità OCR, camera spostata, illuminatore morto).
Se gestisci più siti, una centrale on-prem o comunque sotto il tuo controllo evita dieci cloud diversi con dieci retention diverse. Anche qui, privacy: i clienti non sono indagati. Conserva il minimo.
Integrazione con app di pagamento e ANPR “targa = ticket”: valuta frodi (targa coperta in uscita) e fallback. Nessuna integrazione Inquiris è elencata qui come certificata.
Quando chiedi un assessment, distingue sbarra hotel, silos multipiano, raso. Geometrie e processi non si copiano. La guida varchi resta il prerequisito.
Abbonamenti, frodi e hospitality
L’abbonato che cambia auto deve avere un processo, non un WhatsApp al custode. L’ospite hotel che arriva con targa diversa dalla prenotazione deve avere un fallback in reception. L’ANPR non sostituisce il servizio: lo accelera quando i dati sono allineati.
Le frodi classiche: coprire la targa in uscita, usare un secondo mezzo, scambiare ticket. Alcune si mitigano con loop + ANPR + operatore, non con più AI. Non promettiamo magia.
In strutture sanitarie e aeroporti i vincoli di coda e di sicurezza si sommano. Coinvolgi entrambi i responsabili. Privacy più stretta, informative visibili, retention corta se la finalità è solo il titolo di sosta.
Multipiano, raso e “targa = titolo”
Nel silos i varchi sono stretti, l’illuminazione è artificiale, le targhe arrivano sporche di cantiere o di sale. L’OCR può essere migliore che all’aperto a mezzogiorno, se l’IR è dimensionato. Al raso succede il contrario: contraluce, velocità, pedoni sul bordo. Non copiare l’impianto.
Il modello “targa uguale titolo di sosta” riduce il biglietto perso e accelera l’uscita, ma sposta il rischio sulla lettura. Una targa coperta, un secondo mezzo, un ospite con auto diversa dalla prenotazione: senza fallback (app, interfono, cassa) il varco diventa un conflitto. Il software LPR deve mostrare il transito e il motivo del rifiuto, non solo un LED rosso.
Abbonamenti aziendali e hotel convivono nello stesso silos. Liste diverse, scadenze diverse, operatoria diversa. Una sola black list “mezzi da non far entrare” può essere condivisa; le white list no. È lo stesso ragionamento del controllo accessi, con KPI di coda al posto del KPI di intrusioni.
I report che chiede il gestore (occupazione, rotazione, no-show) non sono il compito primario di un LPR. Se li vuoi, sono aggregati: valuta se servono identità o bastano conteggi. Minimizzazione. Poi il DPO.
Per un assessment: conta le sbarre, distingue abbonati e rotazione, indica il gestionale parking e le marche camera. Inquiris sta sul transito e sulle liste, non sulla cassa. Approfondisci il pillar: lettura targhe ANPR. La pagina prodotto resta lettura targhe.
Ultimo punto: i turni. Se di notte non c’è reception, il fallback deve essere un interfono o una procedura da remoto, non “speriamo che l’OCR azzecchi”. Documenta chi sblocca. Il LPR registra; la sbarra resta un impianto di sicurezza con timeout. Per i gate merci lo stesso schema è descritto in porti e logistica.
Se gestisci sia sosta che accesso dipendenti sullo stesso viale, separa le finalità anche se la camera è una. L’abbonato del silos non è il dipendente del sito: liste e retention diverse. Il software LPR può filtrare per varco; la policy la scrivi tu con il DPO. Poi l’assessment su contact.
Chiude il cerchio: forma il personale di cassa e reception sulla lettura del crop, non solo sul tasto apri. Il software è inutile se nessuno guarda lo schermo quando la sbarra resta giù.