Abbinare la multa al conducente in automatico

Abbinare la multa al conducente significa rispondere a una domanda molto precisa: chi aveva questo veicolo il 17 maggio alle 17:14? È una domanda banale da porre e noiosa da risolvere a mano, perché richiede di scorrere i contratti di quel mezzo finché non se ne trova uno che copra quell'istante.

Automatizzarla è concettualmente semplice: si incrociano targa e momento con i contratti. La parte interessante — e quella dove i progetti sbagliano — sta nei casi che non tornano: i bordi, le sovrapposizioni, i periodi in cui l'auto non era noleggiata.

Questo articolo descrive il flusso di proposta implementato nel CRM per il noleggio auto di Rial Rent e lo distingue dai criteri consigliati per verificare i casi limite. Il caso Rial Rent separa funzioni ed effetti ancora da misurare. Il confronto inizia dopo la lettura dei dati del verbale, descritta in leggere le multe in PDF.

La logica di base

1. Si parte dalla targa. Si cerca il veicolo in flotta. Se non viene trovato un mezzo, l’operatore controlla la targa estratta e l’archivio prima di proseguire.
2. Si prende l'istante dell'infrazione. Data e ora, non solo la data: due noleggi diversi possono succedersi nello stesso giorno.
3. Si filtrano i contratti di quel veicolo e si cerca quello il cui intervallo di noleggio contiene quell'istante.
4. Si propone il collegamento al cliente; l’operatore verifica documenti e uso effettivo del mezzo prima di preparare e inviare la comunicazione.

Fin qui è una ricerca in un intervallo temporale. Il lavoro vero comincia quando l'istante non cade dentro nessun intervallo, o ne tocca due.

I bordi: il problema che nessuno mette in specifica

Un contratto dice che il noleggio termina alle 10:00. Il cliente rientra alle 11:40 perché ha trovato traffico. In quell'ora e quaranta, per il sistema, il veicolo non è noleggiato da nessuno — ma qualcuno lo stava guidando, ed era il cliente.

È il caso più frequente fra quelli "anomali", e non è un difetto dei dati: è la realtà. Gli orari sui contratti sono previsioni, non registrazioni.

Nel progetto la ricerca considera anche una tolleranza sui bordi. Il calcolo distingue internamente queste corrispondenze, ma l’interfaccia non mostra un avviso specifico su cui basare il controllo. L’operatore verifica l’ora effettiva di consegna e rientro per ogni proposta, comprese quelle che ricadono dentro l’intervallo registrato.

I cinque esiti

Questa tabella riassume come interpretare le proposte. È una descrizione del flusso, non una misura del suo utilizzo o della sua accuratezza.

La riga che fa la differenza è la terza. In un sistema mal progettato, "nessun contratto trovato" è un errore generico, indistinguibile da un problema tecnico. È un esito da approfondire: non consente di attribuire l’infrazione all’azienda. Prima di procedere occorre controllare la completezza dell’archivio e le circostanze effettive.

Le sovrapposizioni

Due contratti possono coprire lo stesso istante per ragioni diverse: un rinnovo registrato male, un cambio di veicolo a metà noleggio, un inserimento manuale con date sbagliate. La proposta mostrata nel flusso descritto non certifica l’assenza di sovrapposizioni: lo storico deve essere controllato dall’operatore. I comportamenti seguenti sono criteri di progettazione e verifica per gestire questa situazione.

La tentazione tecnica è scegliere il "più probabile" con qualche regola — il più recente, il più lungo, il primo trovato. È l'approccio sbagliato: la scelta non ha nessuna base reale, e produce un'attribuzione che sembra certa e non lo è.

Perché la tracciabilità conta più della velocità

Un abbinamento fra multa e conducente non è un dato interno: diventa una comunicazione verso un ente, con conseguenze per il cliente a cui viene attribuita.

Questo cambia i requisiti del sistema. Non basta che l'abbinamento sia corretto: deve essere ricostruibile. Se fra sei mesi un cliente contesta, chi gestisce deve poter dire su quale contratto si è basata l'attribuzione, se la corrispondenza era nell’intervallo o nella tolleranza, e chi ha confermato.

• Registrare il contratto usato per l'abbinamento, non solo il nome del cliente.
• Registrare se la corrispondenza era nell’intervallo o nella tolleranza.
• Registrare chi ha verificato e confermato l’abbinamento e quando.
• Conservare il verbale originale allegato alla pratica.

È lo stesso principio per cui, in un'automazione, un fallimento va reso ispezionabile: quello che non lascia traccia non è verificabile, e quello che non è verificabile prima o poi diventa una discussione senza dati.

I dati personali coinvolti

Vale la pena dirlo esplicitamente perché in questo processo si maneggiano dati che meritano attenzione: nome del conducente, estremi del documento di guida, indirizzo. Sono dati personali a tutti gli effetti, e la comunicazione a un ente è un trattamento con una sua base giuridica.

Le implicazioni pratiche sul sistema sono tre. La prima: l'accesso ai dati del conducente va limitato ai ruoli che devono trattarli, non a chiunque apra il gestionale. La seconda: i documenti generati vanno conservati con le stesse cautele dei contratti. La terza: la conservazione ha un limite temporale, non è "per sempre".

Il quadro generale è in AI e GDPR e in AI e privacy aziendale. Non sostituisce una valutazione fatta sul caso concreto, ma serve a non arrivare impreparati alla domanda.

Scenari illustrativi

Questi scenari illustrano la logica di verifica: non riportano misure o pratiche reali del cliente.

Il caso normale. Verbale con data e ora, targa riconosciuta, un solo contratto che copre quell'istante. Il sistema propone il cliente, chi gestisce controlla e la comunicazione parte. La proposta va confrontata con il verbale e con la documentazione del noleggio, prima dell’invio.

Il rientro in ritardo. L'infrazione è alle 11:15, il contratto finiva alle 10:00 e l'auto è rientrata alle 11:40. Cade nella tolleranza: il sistema può proporre un contratto vicino all’istante cercato. Chi gestisce sa che quel giorno il rientro era slittato e conferma.

Un periodo senza contratti trovati. Il sistema non trova una corrispondenza. Una persona controlla registrazioni e circostanze: uno spostamento interno è una possibilità, insieme a un contratto mancante o a un orario errato. La ricerca senza esito non decide chi guidava.

Una targa letta male. L'OCR ha prodotto una targa che non esiste in flotta. Il sistema segnala "veicolo non trovato" e permette la correzione manuale, invece di cercare la targa più simile e sbagliare.

Errori da evitare

Confrontare solo le date, non gli istanti. Due noleggi possono succedersi nello stesso giorno. Un confronto a livello di giornata produce ambiguità dove i dati non ne avrebbero.

Trattare "nessun contratto" come un errore. È un'informazione utile, e presentarla come guasto fa perdere fiducia nello strumento.

Scegliere automaticamente in caso di ambiguità. Un'attribuzione plausibile e sbagliata è peggio di una richiesta di conferma.

Decidere la tolleranza a tavolino. È l'unico parametro che dipende interamente da come lavora quell'azienda.

Inviare la comunicazione senza controllo umano. È una dichiarazione con conseguenze: il sistema la prepara, una persona la manda. È lo stesso criterio applicato in automazione follow-up clienti.

Come applicarlo in azienda

Lo schema si trasferisce a qualsiasi situazione in cui bisogna capire chi era responsabile di un bene in un dato momento: veicoli aziendali, attrezzature a noleggio, badge, dispositivi assegnati.

1. Verifica di avere l'istante, non solo la data, sia sull'evento sia sulle assegnazioni. Senza ora, l'abbinamento è ambiguo per costruzione.
2. Definisci gli esiti possibili prima di scrivere la logica: sono la specifica vera.
3. Decidi le tolleranze con chi opera, e scrivile da qualche parte.
4. Gestisci l'ambiguità come caso previsto, con una schermata dedicata.
5. Traccia le conferme manuali: servono quando qualcuno chiederà perché è stato attribuito così.

Il collegamento con i contratti è descritto in contratti e firma digitale in app; il quadro generale sulla gestione dei dati in automazione CRM.

Conclusione

Abbinare la multa al conducente è un problema di intervalli temporali, e la parte difficile non è la ricerca: sono i casi in cui i dati non tornano. Distinguere gli esiti rende più chiaro cosa controllare, ma non costituisce una prova di adozione o di accuratezza. Anche una corrispondenza dentro l’intervallo di un contratto richiede verifica.

Le due regole da portarsi a casa: la tolleranza sui bordi si decide con chi fa il lavoro, e un abbinamento proposto va sempre verificato prima della comunicazione.

Vuoi capire quali processi della tua azienda possono essere automatizzati con l'AI? Giallo Studio può aiutarti a trasformare il problema in un workflow reale. Il progetto completo è descritto in software su misura.