En España, el Punto de Acceso Nacional (NAP) no cubre hoy el tiempo real. Está pensado ante todo para los datos estáticos, y eso cambia por completo la pregunta que debe hacerse un operador o una AOM antes de firmar un pliego.
Lo que el NAP español exige realmente
El NAP español, gestionado por el Ministerio de Transportes, acepta GTFS y NeTEx como formatos para los datos de movilidad. Su propia documentación es explícita: no le resulta viable aceptar otros formatos como norma general. NeTEx es presentado como el formato más rico en información, el estándar elegido por la Unión Europea para los puntos de acceso nacionales, mientras que GTFS sigue siendo el más simple y el más usado en la práctica por los operadores.
El marco legal no es una obligación española aislada, es el Reglamento Delegado (UE) 2017/1926, que aplica directamente en todos los Estados miembros, transpuesto en España a través del Real Decreto 662/2012, que incorpora la Directiva ITS 2010/40/UE.
El vacío del tiempo real
La documentación del NAP no menciona GTFS-RT ni SIRI. El punto de acceso nacional cubre el referencial estático, líneas, paradas, horarios teóricos, tarifas, pero no impone ni estandariza la publicación en tiempo real a nivel nacional. En la práctica, el tiempo real en España se construye fuera del NAP, a iniciativa de cada comunidad autónoma o de cada operador: Euskadi, por ejemplo, publica sus propios datos de posición de vehículos en tiempo real a través de su portal de datos abiertos autonómico, sin que exista un canal nacional único.
Esta fragmentación tiene una consecuencia directa para cualquier operador que trabaje en varias comunidades: el formato tiempo real esperado, GTFS-RT en la práctica más habitual, puede variar de una autoridad organizadora a otra, sin que un cumplimiento con el NAP nacional garantice nada sobre el tiempo real.
Qué implica esto para un operador o una AOM española
Tres puntos a verificar antes de responder a un pliego o de elegir un sistema.
El cumplimiento con el NAP nacional, GTFS o NeTEx, no dice nada sobre las exigencias de tiempo real. Hay que leer la especificación de cada comunidad o de cada AOM por separado, sin dar por hecho un estándar nacional único.
Un sistema que solo publica en un formato estático, sin flujo en tiempo real nativo, cumple con el NAP pero deja sin resolver la parte que más pesa en la experiencia del viajero y en las especificaciones de las AOM.
La fragmentación regional no es un accidente temporal, es la situación actual del mercado español. Un sistema capaz de publicar de forma nativa en GTFS, NeTEx y GTFS-RT evita depender de conversores añadidos cada vez que una nueva comunidad autónoma publica su propio requisito.
Preguntas frecuentes
¿España exige un formato de datos en tiempo real?
No a nivel nacional. El NAP español cubre los datos estáticos en GTFS y NeTEx, pero no estandariza el tiempo real, que queda a criterio de cada comunidad autónoma u operador.
¿El NAP acepta GTFS-RT o SIRI?
Su documentación no los menciona. El NAP está centrado en el referencial estático, no en los flujos en tiempo real.
¿Basta con publicar en GTFS para cumplir?
Para el NAP nacional, sí. Para las exigencias de una AOM concreta sobre el tiempo real, hay que verificar su especificación propia, que puede pedir GTFS-RT u otro formato.
¿Por qué algunas comunidades ya publican datos en tiempo real y otras no?
Porque no existe un mandato nacional que lo imponga. Cada comunidad autónoma avanza a su propio ritmo, como lo muestra el caso de Euskadi con su portal de datos abiertos.