Cómo configurar el acceso RFID a estaciones de recarga comerciales

Para configurar el acceso RFID a estaciones de recarga comerciales, confirme que el lector admite su credencial, capture el identificador que realmente comunica la estación, registre ese valor en la plataforma de recarga, asigne los derechos de acceso necesarios y pruebe la sesión de recarga completa. Después, pruebe qué sucede cuando se pierde la conexión y cuando se revoca una tarjeta.

Encargue el lote de producción después de que una muestra representativa supere este procedimiento. Una lectura correcta solo confirma una parte del resultado. Su registro de aceptación también debe demostrar que son correctos el punto de recarga, la cuenta, el registro de energía y el comportamiento de detención.

Esta guía aborda la gestión de acceso después de que un instalador calificado haya instalado y puesto en servicio los equipos de recarga. Está dirigida al equipo que conecta las credenciales físicas a un sistema de gestión de recarga.

Comprenda qué sistema toma cada decisión

En un proceso de autorización en línea, el lector RFID obtiene un identificador, la estación de recarga lo transmite a un sistema de gestión de estaciones de recarga, o CSMS, y la plataforma devuelve un resultado de autorización. OCPP regula la comunicación entre la estación y ese sistema de gestión. La interfaz de radio entre la tarjeta y el lector es una parte independiente de la integración. Consulte la descripción general del protocolo de Open Charge Alliance.

Asigne a una persona la responsabilidad de cada capa. El proveedor de tarjetas puede entregar la credencial física y el archivo de identificadores acordados; el integrador de estaciones confirma el comportamiento del lector; el operador de la plataforma controla el registro de cuentas y los permisos. Documente quién resuelve las discrepancias antes de comenzar la puesta en servicio.

1. Confirme las capacidades del lector y de autorización

Solicite las especificaciones del lector para el modelo exacto de estación, la revisión de hardware y el firmware instalado. Registre los estándares sin contacto admitidos, el modo de credencial utilizado y cualquier conversión configurable del identificador. Una descripción como «compatible con RFID» deja estas preguntas sin responder.

NFC funciona a 13,56 MHz y abarca varias tecnologías sin contacto, incluidas ISO/IEC 14443 Type A, Type B e ISO/IEC 15693. Por tanto, la coincidencia de frecuencia por sí sola es una especificación de compra incompleta. Verifique la correspondencia entre la tecnología real de la tarjeta y la implementación del lector. La descripción técnica de NFC Forum explica estos protocolos subyacentes.

A continuación, determine qué implementan realmente la estación y el backend:

La certificación OCPP debe examinarse por funcionalidad. La actualización de OCA de diciembre de 2025 sitúa Local List Management entre las funciones opcionales del perfil OCPP 2.0.1 Core. Por ello, el programa de certificación actualizado no garantiza que todas las estaciones certificadas admitan listas locales. La nota de aplicación OCPP 2.Lite, sección C de OCA también explica que se puede omitir la caché de autorización y que las implementaciones pueden admitir diferentes métodos de autorización.

Solicite el alcance del certificado y el Protocol Implementation Conformance Statement, cuando estén disponibles, y compárelos con el software instalado. Conserve esta evidencia junto con la configuración del sitio.

OCA publica actualmente paquetes OCPP 1.6, 2.0.1 y 2.1. Los ejemplos siguientes abordan específicamente 1.6 y 2.0.1; utilice la especificación correspondiente para una instalación 2.1. Consulte las descargas oficiales y las erratas al poner en servicio o actualizar la instalación.

2. Capture el identificador de la estación real

Comience con un pequeño conjunto de tarjetas de prueba identificables. Mantenga separada la referencia impresa de la tarjeta del valor electrónico: un número de serie visible como CRF-TEST-0042 es útil para soporte, pero debe documentarse su relación con el identificador del backend.

Estos fragmentos ilustran los datos de una solicitud de autorización OCPP en línea con un identificador ficticio:

OCPP 1.6

{"idTag":"04A1B2C3D4E5F7"}

OCPP 2.0.1

{"idToken":{"idToken":"04A1B2C3D4E5F7","type":"ISO14443"}}

Estos fragmentos omiten la estructura envolvente de los mensajes WebSocket. Los esquemas oficiales definen un máximo de 20 caracteres para idTag de 1.6 y de 36 para la cadena idToken de 2.0.1; 2.0.1 también exige el tipo de token. Valide con el paquete OCPP 1.6 o el paquete OCPP 2.0.1 Edition 4 utilizado en su integración.

Un inicio autorizado localmente puede seguir otra secuencia de mensajes. Pida al integrador que identifique dónde se registran la credencial y la decisión de autorización para ese modo.

3. Acuerde la representación de los UID antes de importar tarjetas

Para un token ISO14443, OCPP 2.0.1 recomienda bytes UID hexadecimales con el byte 0 primero. Aun así, hay que comprobar el comportamiento de los productos existentes: la guía de activación OCPP de Wallbox especifica valores hexadecimales little-endian sin separadores para los productos cubiertos por esa guía. Es una instrucción específica del producto, no una regla universal de conversión. Consulte OCPP 2.0.1, sección de autorización C.1.1 y la guía de activación de Wallbox, páginas 14 y 20.

Para esta secuencia ficticia de siete bytes, las representaciones son:

La tabla muestra transformaciones, no cuatro valores intercambiables en el backend. Importe la representación que requiere la integración. Invertir los bytes cambia su orden por pares de caracteres; invertir caracteres individuales produce un resultado distinto.

Mantenga una correspondencia escrita entre los datos del proveedor, el registro de la estación y el campo de importación del backend. Incluya longitud en bytes, notación hexadecimal o decimal, orden de bytes, separadores y cualquier transformación expresamente documentada. Conserve el archivo fuente sin modificar. Evite truncamientos no documentados y no adivine los bytes faltantes.

Revise los parámetros del dispositivo que transforman identificadores. Por ejemplo, el manual Wallbox eM4 WebAdmin incluye la opción «Shorten UIDs» y advierte que los parámetros de autorización pueden cambiarse tanto desde la interfaz local como desde el backend. Consulte el manual Wallbox WebAdmin, página 23. Registre la configuración efectiva después de conectar ambos sistemas.

Importe como texto las columnas de identificadores en las hojas de cálculo. Excel puede eliminar ceros iniciales y limita la precisión numérica a 15 dígitos significativos; nuestro ejemplo decimal tiene 16 dígitos. Aplicar un formato de visualización después de alterar los datos no recupera el identificador original. Siga las indicaciones de Microsoft para conservar datos de identificadores.

Utilice el convertidor UID de ChargeRFID para examinar las representaciones y la herramienta de conciliación de archivos de credenciales para comparar los archivos de producción y del backend. Confirme la correspondencia propuesta con un registro real de la estación antes de aplicarla al lote.

4. Registre las credenciales y asigne permisos comerciales

Cree el registro de la credencial mediante el proceso documentado de alta o importación de la plataforma. Vincúlelo al conductor, vehículo, departamento o cuenta de cliente previstos, según la forma en que su operación atribuye las recargas.

Para cada credencial piloto, registre:

Mantenga estos puntos como criterios de aceptación separados. Una credencial puede figurar en la base de datos sin el permiso para el lugar o la asignación de cuenta previstos. Asimismo, un inicio correcto no demuestra que se hayan aplicado las condiciones de facturación adecuadas.

Utilice un registro de altas con referencia del lote, resultado de importación, motivo de excepción y revisor. Resuelva valores duplicados y asignaciones contradictorias antes de la entrega. Adapte la plantilla de entrega de UID a la especificación de importación real de su plataforma; su fila de ejemplo contiene datos de prueba.

Para vehículos compartidos, acuerde quién puede detener una sesión. Los casos de prueba OCPP 1.6 de OCA cubren expresamente la detención con la tarjeta que inició la sesión y con otra tarjeta vinculada mediante un identificador padre coincidente. Pruebe el comportamiento de grupo que desea habilitar. Consulte los casos de prueba OCTT 2026-02, secciones 2.3.1 y 2.3.2.

5. Defina una política explícita de acceso sin conexión

Decida si la recarga debe continuar cuando la estación no puede comunicarse con su sistema de gestión. Para un depósito de flota de acceso restringido, una política inicial razonable es admitir las credenciales previstas autorizadas localmente y rechazar tarjetas desconocidas durante una interrupción. Confirme que el equipo puede aplicar esa política antes de depender de ella.

Una caché de autorización conserva información de autorización obtenida en intercambios anteriores. Una lista local de autorización se administra y sincroniza desde el backend. Son mecanismos distintos. Vaciar uno no demuestra que el otro se haya actualizado. OCPP 1.6 describe su relación en la sección 3.5 de la especificación.

Estos son ejemplos de nombres específicos de cada versión para comentar con el integrador, no un archivo de configuración para pegar en una estación:

Los nombres no indican que todas las funciones estén implementadas, habilitadas o permitan escritura. OCPP 2.0.1 utiliza direccionamiento por componentes y variables; el modelo del dispositivo y el caso de uso aplicable determinan cómo funciona cada parámetro. Consulte las secciones de autorización y variables referenciadas de Edition 4.

Registre la capacidad de la lista local, la confirmación de actualización, el tratamiento de vencimientos, la persistencia después de reiniciar y el comportamiento cuando se llena el almacenamiento. Pruebe una credencial conocida que nunca se haya usado en la estación y otra que ya se haya autorizado allí. Esto ayuda a determinar de qué mecanismo local depende realmente el despliegue.

Incluya la reconexión en la prueba. Verifique cómo llegan las transacciones sin conexión al backend, cómo se concilian y qué sucede con una sesión en curso si el backend rechaza su credencial al restablecerse la conexión. Acuerde con el propietario del sitio la exposición operativa y financiera aceptable.

6. Elija deliberadamente el modelo de seguridad de las credenciales

Pregunte si el lector se limita a leer un identificador o realiza autenticación criptográfica con la credencial. En un diseño basado únicamente en UID, aceptar un identificador coincidente no demuestra la posesión de un secreto criptográfico. Comprar un chip con funciones de seguridad aporta valor solo cuando el lector y la aplicación desplegados las utilizan.

Cuando se requiera autenticación criptográfica de la tarjeta, documente la aplicación admitida, la titularidad de las claves, el proceso de aprovisionamiento, el procedimiento de reemplazo y las responsabilidades de migración. No incluya secretos en los archivos de entrega de UID. La guía de seguridad RFID de NIST, sección 5.3.1, describe la distinción entre identificadores y controles de autenticación. Es una guía de fundamentos publicada en 2007; utilice documentación actual de los productos para seleccionar algoritmos y mecanismos de gestión de claves admitidos.

Proteja por separado la conexión entre la estación y el backend. La Security Operations Guide actual de OCA, secciones 4.2 y 4.4, describe Security Profile 2 como TLS con Basic Authentication y Profile 3 como TLS con certificados del lado del cliente, y aborda el almacenamiento de credenciales. Confirme el perfil de transporte desplegado, la validación de certificados y la gestión de las credenciales de la estación. Estos parámetros protegen una conexión distinta del enlace entre tarjeta y lector.

7. Añada autorización de itinerancia solo cuando el servicio lo requiera

Una instalación privada en el lugar de trabajo puede necesitar únicamente el registro de credenciales de su propia plataforma. La itinerancia añade otro límite: el operador de puntos de recarga, o CPO, debe obtener autorización del proveedor de servicios de electromovilidad correspondiente, o eMSP, mediante la integración admitida y el acuerdo comercial aplicable.

En OCPI 2.3.0, un registro de token contiene los identificadores de país y de parte del proveedor propietario, un UID de token, el tipo, la validez y la política de lista blanca. Su política ALLOWED_OFFLINE se refiere a la comunicación entre el CPO y el eMSP. Que una estación pierda su conexión con el CSMS es una interrupción diferente. Pruebe ambos límites si ambos existen.

El módulo Tokens también distingue entre un token válido y uno permitido en un lugar concreto. La invalidación se propaga mediante un token actualizado con valid: false; eliminar tokens a través de esa interfaz no es el mecanismo previsto. Compruebe el módulo Tokens oficial de OCPI 2.3.0 con respecto a la versión acordada con su socio.

Para el piloto, identifique al emisor y la red participante, establezca la ruta de autorización esperada y compruebe la sesión y el registro de recarga resultantes. Reutilizar la misma tarjeta física en varios servicios sigue requiriendo los registros, permisos y acuerdos correspondientes.

8. Verifique el ciclo completo de acceso durante la puesta en servicio

Utilice una matriz de pruebas con resultados esperados escritos antes de la prueba. Ejecútela en cada configuración distinta de hardware, firmware y backend, y después haga comprobaciones por muestreo del parque instalado respecto a la configuración aprobada.

Para cada ejecución, conserve la hora, los identificadores de estación y conector, el firmware, la referencia de la tarjeta de prueba, la configuración efectiva, el resultado esperado, el real y el registro de transacción pertinente. Oculte los datos personales en la evidencia compartida fuera del equipo operativo.

Si se pierde una tarjeta, registre cuándo llegó el aviso y cuándo confirmó el cambio cada sistema conectado. Una estación desconectada no puede recibir una nueva revocación de inmediato. La exposición práctica depende del estado de autorización almacenado, las reglas de vencimiento y el comportamiento al reconectarse. Aborde ese intervalo en el procedimiento operativo.

Diagnostique una lectura fallida en el límite correcto

Recopile un intento fallido con su marca de tiempo y referencia de tarjeta; después, examine la evidencia. Estas comprobaciones acotan la investigación sin asumir que todos los rechazos tienen la misma causa.

Ejemplo de despliegue para un depósito de flota

Considere un depósito ficticio con 60 conductores, 12 puntos de recarga y dos modelos de estación. El operador quiere atribuir el acceso a conductores individuales, limitarlo al depósito y permitir que los conductores aprobados recarguen durante una interrupción del backend.

Comience con cinco credenciales de muestra. En cada modelo de estación, capture el identificador comunicado y acuerde su correspondencia con el archivo del proveedor. Registre las muestras en una cuenta piloto, asigne acceso al depósito y confirme el centro de costos previsto.

Si el equipo admite una lista local administrada, precargue las credenciales piloto y registre la versión confirmada. Mantenga deshabilitadas las credenciales desconocidas sin conexión para esta política propuesta. Desconecte la estación del CSMS mediante una prueba controlada y pruebe después una tarjeta precargada, una desconocida y una revocada con un estado local obsoleto documentado deliberadamente. Restablezca la conexión y verifique la actualización y los registros de transacciones.

Complete las pruebas de rechazo en línea, detención de sesión y facturación en ambos modelos. Cuando el piloto supere las pruebas, concilie el archivo de producción de 60 tarjetas con el registro del backend, resuelva excepciones y distribuya las tarjetas con un proceso sencillo para notificar pérdidas. Repita las pruebas de aceptación pertinentes después de cambios importantes de firmware, modo de lector o plataforma.

Preguntas que debe resolver antes de encargar las tarjetas

¿Hay que programar las tarjetas RFID de recarga?

En un diseño que lee el UID existente de la tarjeta, la configuración puede consistir en registrar ese valor y asignar acceso en la plataforma. Un diseño que utiliza una aplicación protegida puede requerir personalización de las tarjetas y una configuración coordinada del lector. Especifique el funcionamiento exacto del lector antes de contratar cualquiera de los dos servicios.

¿Una tarjeta de empleado existente también puede desbloquear una estación?

Puede ser posible si el lector admite la tecnología de la tarjeta, el identificador necesario está disponible y es estable, y la plataforma permite registrarlo. Obtenga la aprobación del responsable del sistema de tarjetas y pruebe muestras reales. Como ejemplo de alta específica de una plataforma, la documentación de Easee sobre cuentas y claves locales describe distintos ámbitos de registro y advierte sobre los identificadores cambiantes.

¿Una sola tarjeta funcionará en todas las redes de recarga?

Determine individualmente las redes previstas. La legibilidad física, el registro de la credencial, los derechos de la cuenta y cualquier acuerdo de itinerancia forman parte de los criterios de aceptación. Pruebe la red participante en vez de asumir la cobertura por el aspecto de la tarjeta.

¿Qué debe recibir el proveedor de tarjetas?

Proporcione los requisitos del lector, la correspondencia de identificadores aprobada con la muestra, el esquema de numeración visible, las especificaciones de material e impresión, la cantidad y el formato de entrega de datos acordado. Incluya a la persona responsable de la importación en el backend y de la aceptación de las muestras. Transfiera los secretos de la aplicación mediante un proceso de aprovisionamiento seguro acordado por separado cuando el diseño lo requiera.

Prepare una especificación de muestras para su despliegue

Reúna en una sola especificación el modelo de estación y su firmware, el nombre del backend y la versión del protocolo, el modo de credencial requerido, la representación confirmada del identificador y la política sin conexión prevista. Utilice el laboratorio de credenciales de ChargeRFID para revisar la entrega de datos y solicite muestras terminadas para su piloto. Apruebe conjuntamente la credencial física y todo su proceso de acceso antes de autorizar el pedido de producción.