Registro de viajeros en Cataluña: los Mossos no tienen API (y qué implica)
Cataluña y País Vasco quedan fuera de SES Hospedajes. Qué exigen los Mossos d’Esquadra y por qué no existe forma automática de integrarse con ellos.
· 8 min de lectura
Si gestionas alojamientos en Cataluña y has llegado aquí buscando cómo conectar tu sistema con los Mossos d’Esquadra, la respuesta corta es incómoda: no hay forma. No existe API, ni servicio web, ni endpoint. El registro de viajeros en Cataluña se comunica subiendo un fichero de texto a mano en un portal web.
Conviene saberlo antes de presupuestar una integración, porque no es un problema de documentación difícil de encontrar: simplemente no existe el canal.
Solo dos comunidades van por su cuenta
Desde el 2 de diciembre de 2024, SES.Hospedajes (Ministerio del Interior) es el sistema único para el registro de viajeros en España, con dos excepciones: las comunidades con policía propia competente en la materia.
| Territorio | Sistema | ¿Integrable? |
|---|---|---|
| Cataluña | Mossos d’Esquadra (portal propio) | No: fichero subido a mano |
| País Vasco | Ertzaintza (sistema propio) | Sistema autonómico aparte |
| Resto de España | SES.Hospedajes | Sí: servicio web |
Ese «resto» incluye Galicia, Madrid, Andalucía, Comunitat Valenciana, Baleares, Canarias y todas las demás. Es una confusión frecuente pensar que cada comunidad tiene lo suyo: no, solo estas dos.
Qué exigen los Mossos
- Alta previa del establecimiento, identificándote con idCAT Mòbil o certificado digital.
- Usuario y contraseña propios por establecimiento — no hay credencial de integrador ni de plataforma.
- Comunicar dentro de las 24 horas siguientes al inicio del alojamiento.
- Conservar la información 3 años a disposición de la policía.
- Desde diciembre de 2024, registrar a todos los huéspedes, incluidos menores de 14, y comunicar también reservas y cancelaciones.
El fichero: un formato heredado de 2003
Sí existe una vía «masiva», pero no es lo que un desarrollador espera. El manual oficial describe literalmente a una persona eligiendo un archivo en el navegador: se genera un fichero de texto y se sube desde el portal. El formato responde a una resolución de 2003, anterior a todo esto:
| Aspecto | Especificación |
|---|---|
| Formato | Texto plano (.txt), un registro por línea |
| Separador | Carácter pipe |, obligatorio incluso en campos vacíos |
| Nombre del fichero | Identificador del establecimiento + .001 … .999, y vuelta a empezar |
| Estructura | Registro de agrupación (opcional), línea de establecimiento y una línea por cliente |
| Versión | Un campo de formato con valor V24 activa las validaciones nuevas del RD 933/2021 |
| Contenido | Solo altas: no hay que reenviar a quien ya se comunicó |
08043AAR02.001 08043AAR02.002 … 08043AAR02.999 → vuelve a .001
Los valores alfabéticos van en mayúsculas, sin abreviaturas, alineados a la izquierda y sin signos raros en los apellidos compuestos.
Y no hay histórico
Este es el detalle que más condiciona cualquier automatización. El propio portal advierte que no almacena los clientes enviados y que no existe un histórico de las comunicaciones realizadas por el establecimiento.
Es decir: no puedes consultar después qué enviaste ni si se aceptó. No hay código de confirmación por viajero como en SES. Subes el fichero, ves un mensaje en pantalla y ahí termina el rastro — la obligación de conservar la información recae enteramente en ti.
Consecuencia práctica: en Cataluña no puedes reconciliar. En SES puedes preguntar «¿está comunicado este viajero?» y obtener un sí con código. Allí, tu propio registro es la única prueba de que lo hiciste.
Qué opciones te quedan
Generar el fichero y subirlo tú
Es la vía honesta. Tu sistema produce el .txt con el formato correcto y una persona lo sube al portal. No es automático, pero es fiable y no guarda credenciales policiales de nadie.
Automatizar el portal con un robot
Técnicamente posible: un navegador automatizado que inicia sesión y sube el fichero. En la práctica tiene tres problemas serios que conviene mirar de frente:
- Hay que custodiar el usuario y la contraseña de acceso a un sistema policial de cada cliente.
- Se rompe con cualquier cambio del portal, y se rompe en silencio.
- Sin histórico, no puedes verificar que el envío llegó. Un fallo puede pasar semanas inadvertido.
Esperar
No hay indicios públicos de que los Mossos vayan a publicar un servicio web. Planificar asumiendo que llegará pronto es arriesgado.
Y qué hace Kinapi con esto. No lo cubre. Kinapi comunica a SES.Hospedajes y no se conecta ni con los Mossos ni con la Ertzaintza. Si tu alojamiento está en Cataluña o en el País Vasco puedes usarlo para recoger los datos del huésped y para el contrato, pero la comunicación a la policía tendrás que hacerla tú, y el plazo de 24 horas corre igual. Lo decimos aquí, y no en la letra pequeña, porque es lo que necesitas saber antes de contratar nada.
En resumen
Cataluña es, hoy, la integración más costosa de España para el registro de viajeros, precisamente porque no es una integración: es un proceso manual con un formato de hace veinte años. Si tu operación está mayoritariamente fuera de Cataluña y País Vasco, automatizar con SES Hospedajes cubre el resto del país con un solo desarrollo.
Y si buscabas esto para Galicia, Madrid, Andalucía o cualquier otra: ahí sí hay servicio web, y lo contamos en cómo integrar SES Hospedajes con tu PMS.
Datos verificados en julio de 2026 contra el portal oficial del registro de viajeros de los Mossos d’Esquadra y su manual de instrucciones (actualización de mayo de 2025). La normativa autonómica cambia: confirma en la sede oficial antes de tomar decisiones.
Kinapi comunica el parte por ti
El huésped se registra desde su móvil con los datos ya validados, firma el contrato y Kinapi transmite el parte a SES Hospedajes. 0,50 € por reserva comunicada, sin cuotas.