Autorizzazione delle tessere RFID di ricarica in OCPP: guida completa

Le tessere RFID restano il modo più diffuso per avviare una sessione di ricarica in aziende, depositi, hotel e complessi residenziali. Il conducente avvicina la tessera, la colonnina chiede l'autorizzazione al sistema centrale e la ricarica parte un istante dopo. Dietro questa esperienza semplice c'è un flusso di messaggi OCPP ben definito e una serie di scelte su regole di accesso, comportamento offline e sicurezza.

Questa guida spiega come funziona l'autorizzazione delle tessere RFID di ricarica in OCPP, come gestire bene le tessere, come le colonnine autorizzano i conducenti quando la connessione è assente, perché le autorizzazioni vengono rifiutate e quali sono i rischi reali per la sicurezza. Confronta inoltre l'RFID con altri metodi di identificazione.

Come funziona l'autorizzazione RFID in OCPP

In OCPP 1.6 l'identificativo presentato dal conducente si chiama idTag. Per una tessera RFID è di solito l'UID (identificativo univoco) della tessera, codificato come stringa esadecimale. In OCPP 1.6 un idTag può essere lungo al massimo 20 caratteri.

Un flusso tipico si svolge così:

1. Il conducente avvicina la tessera al lettore della colonnina.
2. La colonnina invia al CSMS una richiesta Authorize contenente l'idTag.
3. Il CSMS verifica la tessera rispetto alle proprie regole e restituisce idTagInfo con uno stato.
4. Se lo stato è Accepted e un veicolo è collegato, la colonnina invia StartTransaction con lo stesso idTag. Il CSMS restituisce di nuovo idTagInfo, quindi può ancora rifiutare la sessione in questa fase.
5. Alla fine, StopTransaction comunica il valore finale del contatore e, se il conducente ha avvicinato di nuovo la tessera per terminare, l'idTag utilizzato.

Se una tessera è già presente nella lista locale o nella cache della colonnina, la colonnina può avviare la ricarica senza attendere il CSMS, a seconda della configurazione. In questo caso un rifiuto può arrivare solo nella risposta a StartTransaction, dopo l'apertura della transazione.

I valori di stato di idTagInfo

L'idTagInfo può contenere anche una expiryDate, che indica alla colonnina per quanto tempo può conservare in cache il risultato, e un parentIdTag, che raggruppa più tessere. Un uso comune di parentIdTag è consentire a qualsiasi tessera dello stesso gruppo di terminare una sessione.

Cosa cambia in OCPP 2.0.1

OCPP 2.0.1 sostituisce idTag con IdToken, che contiene sia un valore sia un tipo, ad esempio una tessera RFID ISO 14443, un eMAID per la ricarica su base contrattuale o un codice numerico. Anche l'insieme degli stati di autorizzazione è più ricco, così un CSMS può spiegare con maggiore precisione perché un identificativo è stato rifiutato, ad esempio perché non è consentito in quella location. La logica del flusso resta la stessa.

Buone pratiche per la gestione delle tessere

• Registrate le tessere prima di distribuirle. Annotate l'UID esattamente come lo legge la colonnina. Alcuni lettori inviano l'UID con un ordine dei byte o un formato diverso, quindi testate una tessera su ogni modello di colonnina.
• Assegnate ogni tessera a una persona. Le tessere anonime rendono difficili la ripartizione dei costi e la gestione degli incidenti.
• Associate i conducenti ai veicoli. Registrare la targa in ogni sessione semplifica i report della flotta.
• Usate le stazioni consentite. Limitate ogni conducente ai siti in cui deve ricaricare.
• Sospendete invece di eliminare. Una tessera sospesa o bloccata conserva il proprio storico e può essere riattivata.
• Rivedete regolarmente l'elenco delle tessere. Revocate l'accesso ai dipendenti che hanno lasciato l'azienda e alle tessere sostituite.

In Üreticy le tessere RFID sono assegnate ai conducenti, possono essere sospese o bloccate in qualsiasi momento e ogni conducente può avere un elenco di stazioni consentite e regole di limite in kWh. Per una visione più ampia delle regole per conducenti e veicoli, leggete la nostra guida alla gestione della ricarica delle flotte.

Autorizzazione offline: lista locale e cache

Una colonnina che perde la connessione internet deve comunque decidere se consentire la ricarica a un conducente. OCPP offre due meccanismi a questo scopo.

Chiavi di configurazione OCPP 1.6 come LocalAuthListEnabled, AuthorizationCacheEnabled, LocalAuthorizeOffline e AllowOfflineTxForUnknownId controllano questo comportamento. L'ultima stabilisce se una tessera sconosciuta può ricaricare quando la colonnina è offline, un compromesso tra comodità per il conducente e controllo dei costi. Le transazioni effettuate offline vengono inviate al CSMS al ritorno della connessione.

Un rischio pratico: una tessera bloccata nel CSMS può continuare a funzionare offline se resta nella cache o nella lista locale. Dopo aver bloccato una tessera importante, aggiornate la lista locale e valutate se svuotare la cache sulle colonnine interessate.

Motivi di rifiuto comuni e come gestirli

Per il conducente ogni rifiuto sembra uguale: la colonnina non parte. Per l'operatore il motivo è importante, quindi un buon CSMS registra ogni rifiuto con la relativa causa. Üreticy elenca ogni autorizzazione rifiutata con un motivo, come tessera sconosciuta, limite raggiunto, stazione non consentita o tessera bloccata.

• Tessera sconosciuta: verificate se la tessera è registrata e se il formato dell'UID corrisponde a quello inviato dal lettore.
• Limite raggiunto: il conducente ha esaurito la propria quota di kWh. Spiegate la policy oppure modificate il limite se è troppo basso.
• Stazione non consentita: il conducente non è autorizzato in questo sito. Verificate che sia voluto.
• Tessera bloccata: verificate lo stato della tessera con l'amministratore, soprattutto se il conducente la segnala come smarrita.
• Problemi del lettore: se non arriva alcuna richiesta di autorizzazione, il lettore potrebbe essere guasto. Un errore ReaderFailure nella StatusNotification indica un problema hardware; consultate la nostra guida ai codici di errore OCPP.

Considerazioni sulla sicurezza

La maggior parte delle colonnine OCPP legge solo l'UID di una tessera RFID e lo invia come idTag. L'UID non è segreto: con strumenti facilmente reperibili può essere letto e scritto su un'altra tessera. Ciò significa che una tessera RFID di base identifica un utente, ma non lo autentica in modo robusto.

Misure di mitigazione pratiche:

• Impostate limiti rigidi in kWh, così una tessera copiata non può consumare energia illimitata.
• Limitate le tessere alle stazioni consentite per ridurre l'area in cui una tessera copiata funziona.
• Tenete d'occhio i rifiuti ConcurrentTx e le sessioni in orari o luoghi insoliti, che possono indicare una tessera duplicata.
• Bloccate subito le tessere smarrite e aggiornate le liste offline.
• Usate TLS (wss://) tra colonnina e CSMS, così gli identificativi non viaggiano in chiaro sulla rete.

Esistono tessere con funzioni crittografiche, ma sono utili solo se il lettore della colonnina verifica tali funzioni. Chiedete al produttore della colonnina cosa controlla effettivamente il lettore.

Alternative alle tessere RFID

• App mobile: il conducente avvia la sessione da un'app e il CSMS invia alla colonnina un comando di avvio remoto.
• Codice QR: un codice sulla colonnina apre una pagina web o un'app per quel connettore. Üreticy genera etichette con codice QR pronte per la stampa per ogni connettore.
• Plug & Charge (ISO 15118): il veicolo si autentica con certificati digitali quando viene collegato il cavo. Offre una sicurezza elevata e grande comodità, ma richiede veicoli, colonnine e infrastruttura di certificati compatibili. Il Plug & Charge è nella roadmap di Üreticy.

L'RFID resta una buona scelta quando gli utenti sono noti e le tessere sono gestite centralmente.

Domande frequenti

Gestite tessere RFID, conducenti e motivi di rifiuto per qualsiasi colonnina OCPP in un'unica dashboard. Scoprite la piattaforma OCPP di Üreticy o consultate l'elenco completo delle funzionalità.