Lettura targhe in porti, interporti e magazzini.
Gate merci, code, mezzi sporchi e ricerca transiti: l’ANPR in logistica non è una ZTL. Senza integrazioni TOS inventate.
Porti, interporti e magazzini muovono mezzi sporchi, in coda, con targhe laterali e rimorchi. Un impianto copiato da un viale urbano fallisce al primo inverno. Qui l’ANPR serve a sapere quale mezzo è entrato a quale gate e a ritrovarlo, non a fare la ZTL.
Caso affine ma più “pulito”: parcheggi. Tecnica: varco. Impianto: guida.
Problemi veri di cantiere
- Targa illeggibile per fango (cantiere, cava, porto).
- Trattore e rimorchio: quale targa è “il transito”?
- Doppio senso e bypass pedonale.
- Code che coprono il campo inquadrato.
- Illuminazione da cantiere che cambia ogni mese.
Collaudo con i mezzi reali, non con l’auto del PM.
Cosa deve fare il software
Registrare ogni gate come varco, allarmare su watchlist (mezzo non prenotato, black list terminal), permettere la ricerca per disputa con lo spedizioniere. Multi-marca tipica: camere diverse su gate vecchi e nuovi (lock-in).
Integrazioni che non inventiamo
TOS, WMS, pesa, slot booking: utili, ma [DA CONFERMARE] per Inquiris. In RFP chiedi API, non un logo partner.
Pannelli ADR / merci pericolose: alcuni competitor (es. Traffic Scanner) li citano. Non li elenchiamo come feature Inquiris qui.
Privacy e aree di lavoro
Autisti, fornitori, visitatori: transiti personali. Retention spesso più lunga che in un parcheggio clienti, ma va giustificata. GDPR + DPO.
Assessment
Numero gate, tipi di mezzo, marche camera, obiettivo (solo storico vs allarme vs match prenotazione). CTA assessment ANPR. Prodotto: lettura targhe.
Turni, piazzali e manutenzione
In logistica la camera vive in un ambiente ostile: sale, polveri, urti, palo usato come sostegno per altro. Prevedi manutenzione e un indicatore di salute (niente transiti da N minuti, qualità media in calo). Il software LPR dovrebbe mostrarlo; se non lo fa, lo chiederai in gara.
I turni notturni cambiano gli operatori. L’UI deve essere semplice, gli allarmi pochi e veri. Una watchlist di tremila targhe “perché non si sa mai” è rumore.
Per i porti, aggiungi vincoli di perimetro doganale e procedure locali che non stanno in un blog. Questo testo non è una guida ISPS né un manuale TOS.
Se il tuo problema è riconciliare arrivi e slot, l’ANPR è un sensore. Il cervello resta il sistema di terminal o di magazzino. Inquiris può fornire il transito pulito; non sostituisce quel cervello. Assessment: gate, mezzi, marche, se ti serve allarme o solo traccia.
Slot, code e responsabilità
Se il terminal dà uno slot e il mezzo arriva fuori orario, l’ANPR registra il fatto. Chi decide se entra è il processo, non la camera. Il software può allarmare “non in lista oggi”; non può conoscere la stiva.
Le responsabilità su danni e tempi di sosta si litigano con timestamp. Per questo l’orologio e il varco identificato contano più del logo in dashboard.
Manutenzione: un gate senza lettura è un buco di tracciabilità. Definisi un SLA interno (ore a ripristino) prima di comprare canali extra. Meglio pochi gate sani che venti ciechi.
Trattore, rimorchio e targa che “non è quella”
Al gate merci la targa che conta per l’accesso può essere il trattore, il rimorchio, o entrambi. Un OCR che legge solo la prima lastra vista nel frame produce dispute con il terminal e con l’autista. In progettazione decidi quale identificativo entra in lista e quale resta nel crop di contesto.
Il fango, il sale, il telone, la posizione alta o bassa della targa, la velocità diversa dall’auto: sono vincoli di varco, non di software. La guida al varco va riletta sul veicolo pesante, non sull’utilitaria del capitolato tipo.
Le code si formano quando il processo chiede troppi passaggi seriali (documento, pesa, ANPR, sbarra) senza parallelizzare. L’ANPR dovrebbe togliere un passaggio, non aggiungerne uno. Se dopo la lettura l’operatore reinserisce la targa a mano, l’impianto è fallito.
In porto e interporto coincidono security, dogana, terminal e vettore. Non tutti devono vedere lo stesso storico. Profili e audit, come in PA. Il dato è personale anche se “è un camion”. GDPR.
WMS, TOS, pesa, badge autista: sono sistemi altri. Un LPR on-prem può esporre transiti (API, file, coda) — i connettori puntuali sono [DA CONFERMARE]. Non promettere il match automatico con la prenotazione stiva se non è in perimetro.
Per l’assessment: numero gate, senso, marche camera, se ti interessa allarme su targa non prenotata o solo storico. Poi lettura targhe e il pillar ANPR.
ADR, carichi eccezionali, navette interne: sono eccezioni di processo, non di OCR. La targa entra comunque. La regola “chi può stare quanto sul piazzale” sta nel TOS o nel regolamento, non nella camera. Il software può allarmare un transito fuori lista o fuori fascia; non conosce la merce. Se ti serve quel match, è un progetto di integrazione a parte, da dichiarare [DA CONFERMARE]. Confronta anche il caso parcheggi, dove il KPI è la coda ospite e non la banchina.
Manutenzione: un gate cieco per un turno è un buco di catena, non un ticket IT. Prevedi camera di scorta, staffe marchiate, foto di puntamento. Il software segnala cali di qualità OCR; non stringe i bulloni. Allinea facility e security sullo stesso SLA di ripristino, poi chiedi l’assessment con il numero di gate reali.
In sintesi: progetta il gate sul mezzo pesante, decidi quale targa entra in lista, tieni lo storico ricercabile on-prem, non promettere il TOS. Poi conta i gate e chiedi l’assessment. Il resto è cantiere.
Un gate senza SLA di ripristino è un buco di catena. Allinea facility e security prima di comprare canali extra. Meglio pochi gate sani che venti ciechi, come nel resto della guida ANPR.