EV / cumplimiento NEVI

Cómo NEVI contabiliza la disponibilidad — y por qué su RMS no coincide

EV / cumplimiento NEVI5 min de lectura

El RMS del proveedor mide la opinión del cargador sobre sí mismo. NEVI mide si un conductor podría llegar y completar una sesión. Estos no son el mismo número — y la brecha es estructural.

Cada CPO con un contrato NEVI lo ha notado en algún momento. El panel del RMS del proveedor dice que el sitio funcionó con un 98,7 % de disponibilidad el mes pasado. El analista de cumplimiento abre los datos, aplica la metodología NEVI y el número resulta ser 91,4 %. Mismo sitio. Mismo mes. Mismos cargadores. Siete puntos de diferencia.

El primer instinto es que alguien está equivocado. La respuesta honesta es que ambos números son correctos — están midiendo cosas distintas. Entender cuál importa para el informe federal es la diferencia entre cumplir el umbral de disponibilidad por puerto del 97 % y escribir un plan de acción correctiva.

La mayoría de los proveedores de cargadores definen la «disponibilidad» en su RMS como una de dos cosas: el porcentaje de tiempo que la unidad reportó un heartbeat al CSMS (la métrica de heartbeat), o el porcentaje de tiempo que la unidad no estaba en un estado de «Fallo» conocido según los mensajes StatusNotification de OCPP (la métrica sin fallos). Ambas son métricas operativas útiles. Ambas también son autorreportadas. El cargador tiene que saber que está roto para reportarlo como roto.

El RMS del proveedor mide la opinión del cargador sobre sí mismo. NEVI mide si un conductor podría llegar y completar una sesión. Estos no son el mismo número.

Los modos de fallo que el RMS del proveedor omite sistemáticamente incluyen: estados de cable atascado que bloquean nuevas sesiones pero dejan a la unidad reportando «Disponible»; tiempos de espera del rail de pagos que evitan la autorización a pesar de que la unidad está técnicamente en línea; errores a nivel de mensaje OCPP que dejan a la unidad en un estado de «lista pero incapaz»; caídas de conectividad del lado de la red que evitan los viajes de ida y vuelta de autorización del CSMS; y problemas de firmware que hacen que la unidad acepte un enchufe y luego se niegue a entregar energía.

Un conductor que se acerca a un cargador con «100 % de disponibilidad según RMS» y no puede completar una sesión no se preocupa por cuál de esos modos de fallo fue el responsable. NEVI tampoco se preocupa.

La regla final del Título 23 de NEVI define la disponibilidad por puerto en términos operativos: el porcentaje de tiempo que el puerto estuvo disponible para entregar una sesión de carga exitosa. La metodología excluye explícitamente el tiempo que el puerto no pudo entregar una sesión por cualquier motivo, incluidos los motivos que el RMS del proveedor no marca. Eso incluye el tiempo en que el cable estaba atascado, el tiempo en que el terminal de pago era inaccesible, el tiempo en que la conexión de red del CSMS era inestable, y el tiempo en que la unidad estaba técnicamente «en línea» pero se negaba a iniciar sesiones.

La brecha existe porque las dos mediciones tienen diferentes fuentes de información. El RMS del proveedor ve lo que el cargador reporta sobre sí mismo. NEVI requiere lo que fue el comportamiento real del puerto hacia un conductor. Los dos solo convergen en el caso raro en que el cargador se autorreporta correctamente cada modo de fallo en el momento en que ocurre — y ese caso efectivamente no existe en producción.

Los CPOs que intentan conciliar manualmente la brecha típicamente extraen exportaciones de RMS de proveedores, registros del rail de pagos del procesador de pagos, datos de tickets del equipo de servicio de campo y exportaciones del libro de sesiones del CSMS. Los fusionan por marca de tiempo y tratan de identificar períodos en que el cargador creía estar disponible pero ninguna sesión podía completarse. Este es un ejercicio mensual de 2 a 3 semanas por sitio, y produce aproximaciones — no evidencia sellada.

La medición real de disponibilidad de grado NEVI requiere que las fuentes de telemetría se correlacionen continuamente, no que se concilien mensualmente. Cada mensaje OCPP tiene que emparejarse con el evento del rail de pagos que disparó (o no). Cada StatusNotification tiene que verificarse con el libro de sesiones del CSMS. Cada minuto que el puerto pasó en un estado que no sea Disponible tiene que clasificarse: ¿puede un conductor completar exitosamente una sesión aquí, ahora mismo, o no? La salida es una línea de «disponible para sesión» por puerto, dibujada en vivo, contra un flujo de eventos sellado.

Cuando se abre la ventana de informes trimestrales de NEVI, el paquete se redacta solo: disponibilidad por puerto según la metodología, minutos excluidos con causas documentadas, flujo de eventos sin procesar adjunto para cualquier auditor que lo solicite. El analista de cumplimiento revisa en lugar de ensamblar. Y cuando el RMS de un proveedor muestra una disponibilidad que no coincide con la medición NEVI, el CPO tiene la evidencia específica de qué minutos divergieron — y una conversación de gestión de proveedores con apalancamiento.

Véalo en vivo

Recorra esto
en nuestro sandbox.

30 minutos. Traeremos al operador que vivió este escenario.