Autenticación de flotas

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.

Resultado del programa

Un registro de credencial que permite su asignación, trazabilidad, sustitución y conciliación tanto en la recarga en bases como en la recarga pública.

Ver producto recomendado

Diseñado para

Operadores de flotas, equipos de leasing, responsables de bases y proveedores de movilidad

01

Modelo de asignación

Conductor, vehículo, uso compartido o centro de costes

02

Transferencia desde la estación

Lector RFID → OCPP → CSMS

03

Entorno operativo

Recarga en bases, centros de trabajo y puntos públicos

04

Ciclo de vida

Emitir, activar, bloquear, sustituir y reponer

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.

Autenticación de flotas
Un registro de credencial que permite su asignación, trazabilidad, sustitución y conciliación tanto en la recarga en bases como en la recarga pública.
  1. 01

    Conductor o vehículo

    El responsable del programa decide si la credencial se vincula a una persona, un vehículo, un grupo de uso compartido o una cuenta operativa.

  2. 02

    Credencial física

    La tarjeta o el llavero presenta al lector de la estación el identificador y, cuando se admite, los datos de una aplicación segura.

  3. 03

    Estación de recarga

    El lector captura los datos de la credencial que admite y la estación envía una solicitud de autorización a su sistema de gestión.

  4. 04

    Plataformas de flota y recarga

    El identificador se vincula al registro de flota, permiso de acceso, tarifa o centro de costes correspondiente antes de que se acepte la sesión.

  5. 05

    Registro de sesión

    Los datos de energía y de sesión se devuelven a través de la plataforma operativa; la calidad de los informes depende del modelo de asignación y de datos, no solo de la tarjeta.

El registro de la credencial puede conciliarse entre la recarga en cocheras y la recarga en redes públicas.

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.

01

Modelo de asignación

Qué definir

Elija la asignación por conductor, vehículo, tarjeta compartida o cuenta y documente las normas de entrega.

Prueba de aceptación

Un identificador de muestra corresponde al registro previsto sin duplicidades de titularidad.

02

Parque de lectores

Qué definir

Enumere los lectores representativos de los cargadores AC/DC de las bases y todas las redes públicas en las que se utilizará la credencial.

Prueba de aceptación

Las muestras se leen de forma consistente en todo el conjunto de pruebas acordado.

03

Formato del identificador

Qué definir

Confirme el UID o identificador de aplicación, la longitud, el orden de bytes, el formato de caracteres y el tratamiento de los ceros iniciales.

Prueba de aceptación

El valor incorporado durante la fabricación y el importado en la plataforma permanecen idénticos de extremo a extremo.

04

Nivel de seguridad

Qué definir

Decida si basta con una identificación basada únicamente en el UID o si se requiere una aplicación segura compatible con el lector.

Prueba de aceptación

Los lectores de destino completan el procedimiento de autenticación acordado; la titularidad de las claves está documentada.

05

Atribución de transacciones

Qué definir

Defina los campos de conductor, vehículo, departamento y costes que deben incluirse en las exportaciones de sesiones.

Prueba de aceptación

Las sesiones piloto aparecen vinculadas a los registros operativos y financieros correctos.

06

Identidad visible

Qué definir

Añada un número de serie legible, una referencia del vehículo, un código QR o un número de referencia para asistencia solo cuando resulte útil para la operación.

Prueba de aceptación

Los datos impresos y codificados coinciden con el archivo de datos variables aprobado.

07

Normas del ciclo de vida

Qué definir

Defina los procedimientos de activación, bloqueo, devolución, sustitución y repetición de pedidos antes del lanzamiento.

Prueba de aceptación

La pérdida de una tarjeta puede resolverse sin crear un registro de sustitución ambiguo.

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.

01

Evite las identidades compartidas

Una tarjeta compartida puede resultar práctica, pero elimina la responsabilidad individual del conductor. Utilícela únicamente cuando el modelo de informes lo permita.

02

Pruebe el funcionamiento sin conexión

El comportamiento de la caché de autorización y de las listas locales se determina en la estación y el CSMS. Incluya una prueba con la estación desconectada cuando sea importante mantener la continuidad operativa de la base.

03

Separe la tarjeta de las prestaciones de facturación

La tarjeta identifica una cuenta. Las tarifas, los reembolsos, el tratamiento fiscal y la facturación consolidada se gestionan en otros sistemas.

04

Mantenga la trazabilidad de las sustituciones

Vincule los números de serie antiguos y nuevos, el estado de bloqueo y las fechas de emisión para que el inventario físico coincida con el registro de la plataforma.

Las tarjetas asignadas a un pool necesitan además un registro de reservas o de entregas si se requiere responsabilidad individual.

Confirme si se utilizará el UID o un identificador de aplicación, así como su longitud y formato de caracteres.

Como prueba de aceptación, los lectores objetivo completan la ruta de autenticación acordada, se documenta la titularidad de las claves y los registros impresos y codificados coinciden con el archivo de datos variables aprobado.

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.

  1. 01

    Análisis inicial

    Identifique los usuarios, vehículos, instalaciones, lectores, plataformas y requisitos de acceso a redes públicas.

    Prueba

    Documento aprobado de requisitos de las credenciales de flota

  2. 02

    Muestras para lectores

    Fabrique tarjetas o llaveros representativos con el chip y las reglas de identificación propuestos.

    Prueba

    Conjunto físico de pruebas y archivo de UID

  3. 03

    Prueba piloto de datos

    Importe registros de muestra, realice sesiones en las bases y en redes públicas e inspeccione la atribución devuelta.

    Prueba

    Registro de autorizaciones y sesiones piloto

  4. 04

    Emisión controlada

    Produzca el lote de lanzamiento, asigne las credenciales y conserve un registro de emisión.

    Prueba

    Control de calidad de producción y archivo de asignación

  5. 05

    Gestión del ciclo de vida

    Gestione bloqueos, sustituciones, tarjetas devueltas, nuevos conductores y lotes de repetición conforme a la especificación conservada.

    Prueba

    Registro de pedidos de reposición con control de versiones

El comportamiento de la caché de autorización y de las listas locales lo deciden la estación y el CSMS. Cuando la continuidad del servicio en el depósito de la flota sea importante, incluya una prueba con la estación desconectada.

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.

01

ChargeRFID / fabricante

Controla material, chip, antena, diseño, codificación, datos variables, QC de lote y registro de producción aprobados.

02

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.

03

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.

Preguntas del programa / 08

Cuestiones que compras y técnica suelen resolver.

01¿Debe asignarse una tarjeta de flota al conductor o al vehículo?

Utilice la asignación al conductor cuando la responsabilidad y los informes de gastos estén vinculados a la persona; utilice la asignación al vehículo cuando el activo sea la unidad estable para los informes. Las tarjetas compartidas necesitan un registro adicional de reserva o entrega si se exige responsabilidad individual.

02¿Puede utilizarse la misma credencial en cargadores de la base y públicos?

Sí, siempre que el identificador esté aceptado y registrado en todos los sistemas de autorización pertinentes. Deben comprobarse tanto la compatibilidad con los lectores como los permisos de acceso a las redes públicas; fabricar la tarjeta por sí solo no proporciona acceso en roaming.

03¿Se necesita siempre una credencial de 13.56 MHz con autenticación AES para la recarga de flotas?

No. Una credencial de 13.56 MHz con autenticación AES admite aplicaciones basadas en AES, pero esa seguridad solo resulta útil cuando los lectores de destino y el backend implementan la misma aplicación y el mismo esquema de claves. Un parque basado únicamente en UID debe especificarse con transparencia y someterse a una evaluación de riesgos.

04¿Calcula la tarjeta RFID los costes de recarga de la flota?

No. La credencial identifica el registro asignado. El CSMS, la plataforma de movilidad o el sistema de flota aplica las tarifas, los centros de costes, los reembolsos y las normas de elaboración de informes a las sesiones resultantes.

Tarjetas de recarga para flotas: 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.