Una tarjeta no proporciona roaming por sí sola
El acceso a la red solo existe una vez establecida la conexión comercial y habilitada la distribución o autorización de tokens.
Roaming de red
Roaming de red
Credenciales RFID físicas para programas de roaming donde registros de token, formato del identificador y estado del ciclo de vida deben mantenerse coherentes entre sistemas eMSP, CPO y hubs.
Resultado del programa
Una credencial física cuyo registro de token, formato de identificador y estado del ciclo de vida se mantienen coherentes entre los sistemas participantes.
Ver producto recomendadoDiseñado para
eMSP, CPO y plataformas de movilidad que operan roaming bilateral o a través de hubs
01
Capa de roaming
OCPI 2.2.1 / 2.3.0, OICP o eMIP
02
Capa de la estación
Lector + OCPP + backend del CPO
03
Identidad
Registro de token controlado por el emisor
04
Alcance comercial
Los contratos y los permisos de acceso se gestionan fuera de la tarjeta
Modelo operativo / 01
Siga la credencial a lo largo de toda la cadena de autorización.
La tarjeta física es solo una entrada controlada. El comportamiento del lector, los registros de plataforma y las reglas operativas determinan la autorización y trazabilidad de la cuenta correcta.
Una credencial física cuyo registro de token, formato de identificador y estado del ciclo de vida se mantienen coherentes entre los sistemas participantes.
- 01
Credencial emitida por el eMSP
El proveedor de movilidad asigna una tarjeta o un llavero físico a un cliente y controla su estado durante el ciclo de vida.
- 02
Estación de recarga visitada
La estación lee la credencial y envía el identificador al backend del CPO mediante el flujo de autorización que admite.
- 03
Capa de autorización del CPO
El CPO consulta un repositorio local de tokens o solicita autorización a través de su conexión de roaming.
- 04
Enlace bilateral o hub de roaming
OCPI, OICP o eMIP transmite información sobre tokens, autorizaciones y sesiones relacionadas entre las partes vinculadas por contrato.
- 05
Retorno de sesiones y CDR
Los datos de las sesiones y los detalles de recarga se devuelven a través de la cadena comercial; la tarjeta solo desencadena la identificación.
Las opciones para la capa de roaming son OCPI 2.2.1 / 2.3.0, OICP o eMIP.
Matriz de especificación / 02
Decisiones que deben cerrarse antes de producir.
Un pliego listo para producción define qué se decide, cómo se implementa y qué prueba se acepta como validación.
DecisiónQué definirPrueba de aceptación
01
Topología de roaming
Qué definir
Identifique los socios bilaterales, las conexiones con hubs, los entornos y las versiones de los protocolos.
Prueba de aceptación
Cada ruta prevista tiene un responsable y un endpoint de pruebas.
02
Titularidad del token
Qué definir
Defina el emisor, los identificadores de parte y país, el tipo de token, la referencia del contrato y la autoridad responsable del ciclo de vida.
Prueba de aceptación
El token mantiene su unicidad global dentro del ecosistema acordado.
03
Normalización del UID
Qué definir
Acuerde la representación hexadecimal o decimal, el orden de bytes, el relleno, el uso de mayúsculas y minúsculas y la longitud permitida.
Prueba de aceptación
La salida del lector, el registro del CSMS y los datos transmitidos en roaming corresponden al mismo valor.
04
Modo de autorización
Qué definir
Documente el envío de listas de autorización, las solicitudes en tiempo real, la caché y el funcionamiento sin conexión para cada parque de destino de los CPO.
Prueba de aceptación
Los estados aceptado, bloqueado, caducado y desconocido producen el resultado esperado.
05
Propagación del estado
Qué definir
Defina cómo se transfieren entre las partes los tokens recién emitidos, bloqueados, caducados y sustituidos.
Prueba de aceptación
Un cambio de estado llega al CPO de pruebas dentro del plazo operativo acordado.
06
Conciliación de sesiones
Qué definir
Especifique las referencias que se utilizan para conciliar los registros de autorización, sesión y CDR.
Prueba de aceptación
Las sesiones piloto se devuelven al registro correcto del cliente del eMSP sin datos huérfanos.
07
Gestión de excepciones
Qué definir
Asigne responsables para los tokens rechazados, las incompatibilidades con lectores, las interrupciones de servicio de socios y las sesiones en disputa.
Prueba de aceptación
El equipo de asistencia puede rastrear un fallo en los registros de la estación, el CPO, el hub y el eMSP.
Controles de fallo / 03
Elimine los puntos de fallo habituales.
La mayoría de los lanzamientos fallidos no se deben a la calidad de impresión, sino a identificadores ambiguos, lectores sin probar, responsabilidades sobre los datos sin definir por completo o un control deficiente del ciclo de vida.
Normalice los identificadores una sola vez
Las discrepancias en el orden de bytes, el relleno y el uso de mayúsculas y minúsculas son causas habituales de fallos de autorización; fije la representación antes de la producción.
Pruebe los estados del ciclo de vida
Una primera lectura correcta no es suficiente. Valide los procedimientos de bloqueo, caducidad, sustitución y reactivación a través de la misma ruta.
No atribuya la liquidación a la tarjeta
El intercambio de CDR, las tarifas y la liquidación corresponden a las plataformas y los contratos de roaming, no a la fabricación de credenciales.
Una tarjeta no crea por sí misma el roaming: el acceso a la red solo existe una vez establecidas la conexión comercial y la distribución o autorización del token.
Ruta de entrega / 04
Del pliego a una operación controlada.
Cada fase debería finalizar con pruebas que puedan revisar los equipos de operaciones, plataforma y compras.
- 01
Mapa de topología
Documente el emisor, los socios, los hubs, las versiones de los protocolos, la titularidad de los tokens y los contactos de asistencia.
PruebaMatriz de responsabilidades de roaming
- 02
Prueba piloto de identificadores
Produzca un pequeño conjunto con valores conocidos y compare sus representaciones en el lector, el CSMS y el intercambio de roaming.
PruebaTrazabilidad del token de extremo a extremo
- 03
Pruebas de estados
Pruebe los escenarios de aceptación, token desconocido, bloqueo, caducidad, funcionamiento sin conexión y sustitución.
PruebaMatriz de resultados de autorización
- 04
Lanzamiento al mercado
Habilite únicamente los mercados y las rutas de socios que hayan completado las pruebas de aceptación.
PruebaRegistro aprobado de mercados y socios
- 05
Control de cambios
Gestione nuevos socios, actualizaciones de protocolos y sustituciones sin modificar las reglas de identidad física de forma inadvertida.
PruebaRegistro de interoperabilidad con control de versiones
Como prueba de aceptación, las sesiones del piloto deben volver al registro de cliente correcto del eMSP sin datos huérfanos.
Límite de responsabilidad / 05
Separe fabricación y operación de plataforma.
Un límite preciso evita atribuir a la tarjeta decisiones de configuración, derechos o liquidación que corresponden a otros sistemas.
ChargeRFID / fabricante
Controla material, chip, antena, diseño, codificación, datos variables, QC de lote y registro de producción aprobados.
Equipo CPO, eMSP o CSMS
Define formato de identificador, comportamiento de lectores, importación de tokens, estados de autorización, aplicación de seguridad y aceptación técnica.
Responsable del programa
Es responsable de la asignación, la activación, los contratos, la política de acceso, las tarifas, la atención al cliente, la aprobación de las sustituciones y las decisiones sobre el fin de vida.
Asigne responsables para los tokens rechazados, las discrepancias relacionadas con los lectores, las interrupciones del servicio de los socios y las sesiones en disputa. El equipo de soporte puede rastrear un fallo a través de los registros de la estación, el CPO, el hub y el eMSP.
Opciones de credencial / 06
Formatos físicos para evaluar cuando el pliego del sistema esté claro.
Procesos OCPP / idTag / idToken / Formato UID
Tarjetas RFID para redes de recarga OCPP
Tarjetas RFID preparadas para el flujo de identificación y autorización entre los lectores de las estaciones y los sistemas de gestión OCPP.
Ver producto recomendado
Gestión de flotas / Datos de tokens en bloque / Reposición
Tarjetas de recarga para flotas
Tarjetas RFID de recarga para flotas, personalizadas con su marca, con datos de token únicos, numeración de conductor o vehículo, importación por lotes en la plataforma y reposición controlada.
Ver producto recomendado
PVC reciclado / RFID a medida / Asignación de UID
Tarjetas RFID de PVC reciclado para recarga de vehículos eléctricos
Tarjetas RFID de recarga personalizadas con cuerpo de PVC reciclado, opciones de chip adaptadas al lector, diseño del programa y entrega de datos de correspondencia entre UID y cuentas.
Ver producto recomendadoBiblioteca técnica / 07
Continúe investigando sobre la implementación.
Estas fuentes definen la tecnología asociada y las interfaces operativas. ChargeRFID fabrica credenciales físicas; configuración de plataforma, contratos de roaming y certificación de estaciones corresponden a los operadores y proveedores respectivos.
Infraestructura de VE / 6 min de lectura
Itinerancia RFID: cómo funciona una sola tarjeta en las redes de recarga de VE participantes (guía de 2026)
Una sola tarjeta RFID para cada red de recarga. Descubra cómo funciona el roaming de VE a través de OCPI y OICP, por qué los conductores ya no necesitan una aplicación para cada red y cómo las flotas obtienen una única tarjeta y factura en más de 1M de puntos de recarga en 2026.
Leer más
Trabajos seleccionados / 2 min de lectura
Octopus Electroverse — Archivo de tarjetas de recarga de VE
Octopus Electroverse: un registro discreto de producción de una tarjeta de recarga de VE en PVC con impresión personalizada.
Leer másReferencias primarias de implementación
Preguntas del programa / 08
Cuestiones que compras y técnica suelen resolver.
01¿Funcionará automáticamente una tarjeta recién fabricada en las redes de roaming?
No. El identificador de la credencial debe registrarse y autorizarse a través de la conexión comercial y técnica entre el eMSP y el CPO. La fabricación produce la credencial física; no crea un contrato de roaming ni concede permisos de acceso al token.
02¿Cuál es la diferencia entre OCPP y OCPI?
OCPP es principalmente el protocolo de comunicación entre la estación y el sistema de gestión. OCPI conecta a los CPO y los eMSP para intercambiar datos de roaming, como ubicaciones, tokens, sesiones, tarifas y CDR. OICP y eMIP ofrecen interfaces alternativas de roaming.
03¿Qué versión de OCPI debe admitir la tarjeta?
La tarjeta no implementa OCPI. Las plataformas participantes acuerdan la versión de OCPI, mientras que la credencial física y el identificador deben ajustarse al lector y a las reglas de tokens que utilizan esas plataformas.
04¿Puede un mismo identificador representarse de forma distinta en diferentes sistemas?
Sí, y es una causa habitual de fallos. La conversión hexadecimal/decimal, el orden de bytes, el relleno, los ceros iniciales y el uso de mayúsculas y minúsculas deben fijarse en el documento de requisitos de la interfaz y verificarse de extremo a extremo.
Otros programas operativos
Autenticación de flotas
Credenciales RFID para recarga en cocheras, centros de trabajo y redes públicas, con asignación controlada a conductores o vehículos, identificadores preparados para la plataforma y registros de sustitución.
Programas de credenciales para CPO y eMSP
Tarjetas y llaveros de marca blanca preparados según la marca, el formato del identificador, la importación a plataforma, el volumen inicial y las reposiciones.
Acceso a instalaciones y acceso para miembros
Programas de credenciales para centros de trabajo, depósitos, edificios residenciales y destinos con acceso controlado por empleado, residente, visitante o cuenta.
Migración RFID segura
Transición controlada desde credenciales antiguas o basadas solo en UID hacia una tecnología compatible con los lectores, con piloto, plan de datos y reemisión por fases.
Programas de automoción y membresía premium
Credenciales de marca para entrega de vehículos, recarga en concesionarios, fidelización y miembros premium, con serialización y presentación controladas.
Tarjetas RFID para redes de recarga OCPP: convierta su proyecto en una especificación de programa controlada.
Comparta el parque de lectores, las reglas del identificador, el requisito de seguridad, la entrega a la plataforma, el volumen y los mercados de despliegue. Le enviaremos las preguntas necesarias para las muestras y la aprobación de producción.