Atención técnica en español · Proyectos B2B

Preparar un presupuesto ↗

Estándar · Transporte

CIPURSE: ficha técnica del estándar abierto de billetaje

No es un producto de un fabricante sino una especificación abierta, publicada para que los operadores de transporte puedan comprar soportes a varios proveedores sin rehacer el sistema.

Tarjetas RFID de 13,56 MHz en distintos acabados
01Banda

13,56 MHz

02Cifrado

AES de 128 bits

03Naturaleza

Estándar abierto

04Ámbito

Billetaje de transporte

01

Qué es

CIPURSE es un estándar abierto de billetaje para transporte público, construido sobre AES de 128 bits y sobre una estructura de ficheros normalizada. Su objetivo declarado es permitir que distintos fabricantes suministren soportes compatibles con el mismo sistema.

02

Ficha de parámetros

Los valores describen la familia en su configuración más habitual. La referencia concreta puede variar, y es la que debe constar en la especificación.

Parámetros del estándar CIPURSE.
ParámetroValor
Frecuencia13,56 MHz
InterfazISO/IEC 14443, con intercambio de órdenes normalizado
CriptografíaAES de 128 bits
OrganizaciónEstructura de ficheros conforme a norma
NaturalezaEspecificación abierta mantenida por una alianza sectorial
ObjetivoIndependencia respecto de un único proveedor
Ámbito típicoBilletaje de transporte y aplicaciones asociadas
03

Cómo se comporta en la práctica

En un despliegue de transporte, el estándar define cómo hablan la validadora y el soporte, pero el sistema real lo compone mucho más: el esquema de claves, el modelo de datos del título, las reglas tarifarias, el sistema central y el procedimiento de homologación. El operador fija todo eso, y el soporte debe encajar y superar su certificación.

La ventaja de un estándar abierto se materializa en la compra: si dos o tres fabricantes pueden suministrar soportes homologados, el operador conserva capacidad de negociación y reduce el riesgo de quedarse sin suministro. Ese es el motivo por el que aparece en los pliegos.

04

Límites y advertencias

Conformidad con el estándar no equivale a aceptación en un sistema concreto. Cada operador define un perfil, una versión y un procedimiento de homologación propios, y un soporte conforme con una versión puede no serlo con otra. La pregunta relevante nunca es si un producto es compatible con el estándar, sino si está homologado para ese sistema.

El calendario también es un límite habitual: los plazos de certificación suelen superar con holgura los de fabricación, y no pueden comprimirse. Cualquier planificación que no reserve ese tiempo termina en retraso.

05

Qué confirmar antes de comprar

  • Perfil y versión exigidos por el operador.
  • Procedimiento de homologación y su plazo real.
  • Reparto de responsabilidades sobre el esquema de claves.
  • Compatibilidad verificada con las validadoras en servicio.
  • Referencia homologada documentada para reposiciones.
06

Documentación relacionada

07

Continúe por aquí

08

Aviso sobre marcas citadas

Siguiente paso

Convirtamos sus requisitos en una referencia que pueda validar.

Preparar presupuesto →