Come NEVI conta l'uptime — e perché il suo RMS non è d'accordo

Ogni CPO con un contratto NEVI lo ha notato ad un certo punto. Il pannello del RMS del fornitore dice che il sito ha girato al 98,7% di uptime il mese scorso. L'analista di conformità apre i dati, applica la metodologia NEVI e il numero risulta essere 91,4%. Stesso sito. Stesso mese. Stessi charger. Sette punti di divario.

Il primo istinto è che qualcuno abbia torto. La risposta onesta è che entrambi i numeri sono corretti — stanno misurando cose diverse. Capire quale conta per il report federale è la differenza tra rispettare il floor di uptime per porta del 97% e scrivere un piano di azione correttiva.

La maggior parte dei fornitori di charger definisce la «disponibilità» nel proprio RMS come una di due cose: la percentuale di tempo in cui l'unità ha riportato un heartbeat al CSMS (la metrica heartbeat), o la percentuale di tempo in cui l'unità non era in uno stato di «Guasto» noto secondo i messaggi StatusNotification di OCPP (la metrica fault-free). Entrambe sono metriche operative utili. Entrambe sono anche auto-dichiarate. Il charger deve sapere di essere rotto per segnalarlo come rotto.

Il RMS del fornitore misura l'opinione del charger su se stesso. NEVI misura se un guidatore potrebbe avvicinarsi e completare una sessione. Non sono lo stesso numero.

Le modalità di guasto che il RMS del fornitore omette sistematicamente includono: stati di cavo bloccato che bloccano nuove sessioni ma lasciano l'unità che segnala «Disponibile»; timeout del payment rail che impediscono l'autorizzazione nonostante l'unità sia tecnicamente online; errori a livello di messaggio OCPP che lasciano l'unità in uno stato «pronta ma incapace»; cadute di connettività lato rete che impediscono i round-trip di autorizzazione del CSMS; e problemi firmware che fanno sì che l'unità accetti una spina e poi rifiuti di erogare energia.

Un guidatore che si avvicina a un charger con «uptime 100% per RMS» e non riesce a completare una sessione non si preoccupa di quale modalità di guasto fosse responsabile. NEVI non se ne preoccupa neanche.

La regola finale del Titolo 23 NEVI definisce l'uptime per porta in termini operativi: la percentuale di tempo in cui la porta era disponibile a erogare una sessione di ricarica riuscita. La metodologia esclude esplicitamente il tempo in cui la porta non è riuscita a erogare una sessione per qualsiasi motivo, inclusi motivi che il RMS del fornitore non segnala. Ciò include il tempo in cui il cavo era bloccato, il terminale di pagamento era irraggiungibile, la connessione di rete del CSMS era instabile, e l'unità era tecnicamente «online» ma rifiutava di avviare sessioni.

Il divario esiste perché le due misurazioni hanno fonti di informazione diverse. Il RMS del fornitore vede ciò che il charger riporta su se stesso. NEVI richiede quale fosse il comportamento effettivo della porta verso un guidatore. I due convergono solo nel caso raro in cui il charger si auto-segnala correttamente su ogni modalità di guasto nel momento in cui accade — e quel caso non esiste effettivamente in produzione.

I CPO che cercano di conciliare manualmente il divario in genere estraggono esportazioni RMS dei fornitori, log del payment rail dal processore di pagamenti, dati dei ticket dal team di assistenza sul campo ed esportazioni del session ledger del CSMS. Li uniscono per timestamp e cercano di identificare i periodi in cui il charger credeva di essere disponibile ma nessuna sessione poteva completarsi. Questo è un esercizio mensile da 2-3 settimane per sito, e produce approssimazioni — non prove sigillate.

La misurazione reale dell'uptime di livello NEVI richiede che le fonti di telemetria vengano correlate continuamente, non riconciliate mensilmente. Ogni messaggio OCPP deve essere abbinato all'evento del payment rail che ha innescato (o no). Ogni StatusNotification deve essere verificato con il session ledger del CSMS. Ogni minuto che la porta ha trascorso in uno stato non-Disponibile deve essere classificato: un guidatore può completare con successo una sessione qui, adesso, o no? L'output è una linea «disponibile per sessione» per porta, disegnata in tempo reale, rispetto a un flusso di eventi sigillato.

Quando si apre la finestra di rendicontazione trimestrale NEVI, il pacchetto si redige da solo: uptime per porta secondo la metodologia, minuti esclusi con cause documentate, flusso di eventi grezzo allegato per qualsiasi revisore che lo richieda. L'analista di conformità revisiona invece di assemblare. E quando il RMS di un fornitore mostra un uptime che non concorda con la misurazione NEVI, il CPO ha le prove specifiche di quali minuti hanno divergito — e una conversazione di vendor management con leva.