EV / conformité NEVI

Comment NEVI compte la disponibilité — et pourquoi votre RMS n'est pas d'accord

EV / conformité NEVI5 min de lecture

Le RMS fournisseur mesure l'opinion de la borne sur elle-même. NEVI mesure si un conducteur pouvait s'arrêter et terminer une session. Ce ne sont pas les mêmes chiffres — et l'écart est structurel.

Chaque CPO titulaire d'une attribution NEVI l'a remarqué à un moment ou à un autre. Le tableau de bord RMS fournisseur indique que le site a fonctionné à 98,7 % de disponibilité le mois dernier. L'analyste conformité ouvre les données, applique la méthodologie NEVI et le chiffre revient à 91,4 %. Même site. Même mois. Mêmes bornes. Sept points d'écart.

Le premier réflexe est que quelqu'un a tort. La réponse honnête est que les deux chiffres sont corrects — ils mesurent des choses différentes. Comprendre lequel est pertinent pour le rapport fédéral est la différence entre atteindre le plancher de 97 % de disponibilité par port et rédiger un plan d'action correctif.

La plupart des fournisseurs de bornes définissent la « disponibilité » dans leur RMS comme l'une de ces deux choses : le pourcentage de temps où l'unité a envoyé un heartbeat au CSMS (la métrique heartbeat), ou le pourcentage de temps où l'unité n'était pas dans un état « Faulted » connu selon les messages StatusNotification OCPP (la métrique sans-panne). Les deux sont des métriques opérationnelles utiles. Les deux sont également auto-déclarées. La borne doit savoir qu'elle est en panne pour le signaler comme tel.

Le RMS fournisseur mesure l'opinion de la borne sur elle-même. NEVI mesure si un conducteur pouvait s'arrêter et terminer une session. Ce ne sont pas les mêmes chiffres.

Les modes de défaillance que le RMS fournisseur manque systématiquement comprennent : les états de câble bloqués qui empêchent de nouvelles sessions mais laissent l'unité signaler « Disponible » ; les délais d'expiration de la plateforme de paiement qui empêchent l'autorisation malgré l'unité techniquement en ligne ; les erreurs au niveau des messages OCPP qui laissent l'unité dans un état « prête mais incapable » ; les coupures de connectivité côté réseau qui empêchent les allers-retours d'autorisation CSMS ; et les problèmes de firmware qui font que l'unité accepte une prise puis refuse de délivrer de l'énergie.

Un conducteur qui s'arrête à une borne « 100 % de disponibilité selon le RMS » et qui ne peut pas terminer une session ne se soucie pas de savoir lequel de ces modes de défaillance était responsable. NEVI non plus.

La règle finale Titre 23 de NEVI définit la disponibilité par port en termes opérationnels : le pourcentage de temps où le port était disponible pour délivrer une session de charge réussie. La méthodologie exclut explicitement le temps où le port ne pouvait pas délivrer une session pour quelque raison que ce soit, y compris les raisons que le RMS fournisseur ne signale pas. Cela inclut le temps où le câble était bloqué, le temps où le terminal de paiement était injoignable, le temps où la connexion réseau du CSMS était instable, et le temps où l'unité était techniquement « en ligne » mais refusait de démarrer des sessions.

L'écart existe parce que les deux mesures ont des sources d'information différentes. Le RMS fournisseur voit ce que la borne rapporte sur elle-même. NEVI requiert ce qu'était le comportement réel du port envers un conducteur. Les deux ne convergent que dans le cas rare où la borne auto-déclare correctement chaque mode de défaillance au moment où il se produit — et ce cas n'existe pratiquement pas en production.

Les CPO qui essaient de réconcilier manuellement l'écart extraient généralement les exports RMS fournisseurs, les journaux de la plateforme de paiement, les données de tickets du service terrain et les exports du journal de sessions CSMS. Ils les fusionnent par horodatage et essaient d'identifier les périodes où la borne se croyait disponible mais aucune session ne pouvait se terminer. C'est un exercice mensuel de 2 à 3 semaines par site, qui produit des approximations — pas des preuves scellées.

Une mesure de disponibilité de qualité NEVI requiert que les sources de télémétrie soient corrélées en continu, pas réconciliées mensuellement. Chaque message OCPP doit être associé à l'événement de plateforme de paiement qu'il a déclenché (ou non). Chaque StatusNotification doit être vérifié par rapport au journal de sessions CSMS. Chaque minute où le port était dans un état non-Disponible doit être classifiée : un conducteur peut-il réussir une session ici, maintenant, ou non ? Le résultat est une ligne « disponible pour session » par port, tracée en direct, contre un flux d'événements scellé.

Quand la fenêtre de déclaration trimestrielle NEVI s'ouvre, le paquet se rédige seul : disponibilité par port selon la méthodologie, minutes exclues avec causes documentées, flux d'événements brut en pièce jointe pour tout auditeur qui le demande. L'analyste conformité examine au lieu d'assembler. Et quand le RMS d'un fournisseur affiche une disponibilité qui ne concorde pas avec la mesure NEVI, le CPO dispose des preuves spécifiques des minutes qui ont divergé — et d'une conversation de gestion fournisseur avec du levier.

Voyez-le en direct

Parcourez ceci
dans notre sandbox.

30 minutes. Nous amènerons l'opérateur qui a vécu ce scénario.