Qué cambia en el registro de viajeros desde mayo de 2026

Las plataformas validan datos vía SDEP desde mayo de 2026, pero la obligación española de comunicar el parte de viajeros en pocas horas sigue siendo tuya. Una sola captura puede alimentar ambos flujos.

El 20 de mayo de 2026 no elimina tu obligación de enviar el parte de viajeros. El Reglamento (UE) 2024/1028 no crea una comunicación europea de identidades de huéspedes: lo que añade es el registro de las unidades y el intercambio de datos de actividad con las autoridades. Tu alojamiento sigue respondiendo ante SES.HOSPEDAJES en un plazo máximo de 24 horas desde la reserva y desde el inicio del servicio. Esa convivencia de capas, la europea y la española, obliga a rediseñar la captura una sola vez para alimentar dos flujos, sin duplicar trabajo en recepción.

En este análisis veremos qué cambia exactamente con el Reglamento (UE) 2024/1028, por qué sigue vigente el Real Decreto 933/2021 y cómo funciona la ventana de comunicación. También abordaremos el error de duplicar registros, la captura única con el sistema PMS, la verificación de identidad en el check-in, el régimen profesional y no profesional en alquiler vacacional, la retención de tres años y la protección de datos. Revisaremos cómo evaluar tu stack actual ahora que la capa europea ya se aplica, dónde encaja una capa de ejecución de huéspedes y qué comprobaciones siguen abiertas. Cierra con tres decisiones clave.

Qué cambia desde el 20 de mayo de 2026, en dos frases

El Reglamento (UE) 2024/1028 añade un régimen europeo de registro de unidades y de intercambio de datos de actividad entre plataformas y autoridades. No introduce una comunicación europea de identidades de huéspedes. El alojamiento español, sin embargo, mantiene su propia obligación de comunicar el parte de viajeros a las autoridades en un plazo máximo de 24 horas, conforme al Real Decreto 933/2021. No hay sustitución: hay doble obligación.

La consecuencia es operativa y directa. Conviven dos marcos con finalidades distintas: tu envío nacional sigue midiéndose en horas y se apoya en el dato de identidad de cada huésped, mientras la capa europea gira en torno al número de registro de la unidad y a datos agregados de actividad. Quien hoy reparte la tarea entre recepción, su PMS y ficheros manuales o hojas de cálculo lo notará de inmediato: hoteles, B&B boutique, alojamiento vacacional y cadenas.

Qué no cambia: el marco español de registro documental sigue siendo la referencia para tu comunicación a las autoridades. La capa europea se añade encima, no en lugar de ella.

Esta pieza se ordena así: primero el marco europeo y su alcance; después la obligación española y su ventana horaria; y al final el rediseño del check-in con el que se sostienen ambas a la vez.

La capa europea: qué añade el Reglamento (UE) 2024/1028

El Reglamento (UE) 2024/1028, de 11 de abril de 2024, introduce una capa europea de datos sobre el alquiler de corta duración que se superpone al marco español, no lo reemplaza. La Comisión Europea anunció su aplicación el 20 de mayo de 2026.

Su ámbito es concreto. El artículo 1 establece reglas para la recogida de datos por las autoridades competentes y por los prestadores de plataformas, y para la cesión de datos de esas plataformas a las autoridades. El artículo 3 define los datos de actividad como el número de noches que se alquila la unidad, el número de huéspedes por noche y el país de residencia de cada huésped: datos agregados, sin nombres ni números de documento. El propio reglamento deja fuera de su ámbito los hoteles y alojamientos similares, los hostales, los moteles y los campings o parques de caravanas, según sus considerandos.

En la práctica, el Reglamento gira en torno al número de registro de cada unidad y a la transmisión de esos datos de actividad por parte de las plataformas. Tu parte de viajeros, con identificación de cada huésped, sigue siendo materia del régimen español: la capa europea no lo recoge ni lo sustituye. Ese desajuste es el punto crítico, porque puede llevar a dar por cubierto el plazo corto con un reporte que llega mucho después.

Que la plataforma opere con datos de la unidad no significa que asuma tu comunicación a las autoridades. Sin un acuerdo explícito y un flujo de datos trazable, no responde por tu parte de viajeros ni por su exactitud: la delegación de facto no existe. El reparto de responsabilidades debe quedar por escrito con cada plataforma.

Con la capa europea acotada, toca revisar la obligación española que sigue viva y su ventana horaria.

La obligación española que sigue viva: Real Decreto 933/2021, SES.HOSPEDAJES y el parte de viajeros

La capa europea se añade, no sustituye. El marco que sigue midiendo tu envío en horas es el Real Decreto 933/2021, de 26 de octubre, publicado en el BOE el 27 de octubre de 2021, que fija las obligaciones de registro documental e información para los establecimientos de hospedaje.

El canal de referencia es SES.HOSPEDAJES, operativo desde el 2 de enero de 2023 en la sede electrónica del Ministerio del Interior. En la práctica, cada huésped mayor de 14 años firma su propio parte; los menores de 14 se registran a través del adulto que viaja con ellos, según la información oficial sobre partes de entrada y registro documental. Ese detalle se rompe con frecuencia en reservas familiares y en grupos, donde se tiende a registrar solo al titular.

Canales autonómicos. Algunos canales autonómicos pueden diferir; confirma con la autoridad competente qué sistema corresponde a tu establecimiento.

La exactitud no se delega. El establecimiento debe asegurar que los datos coinciden con los documentos de identidad o con los sistemas que verifican a cada persona, y esos documentos deben mostrarse o aportarse en el momento del registro. La plataforma puede operar con datos de la unidad; la responsabilidad de que el dato del huésped sea correcto y de que llegue a tiempo sigue siendo tuya. Esa obligación es la que la ventana de comunicación convierte en un problema de reloj.

La ventana de 24 horas: de qué depende el reloj

El plazo es de un máximo de 24 horas, y arranca dos veces. La guía del Ministerio del Interior lo formula como comunicación «de manera inmediata, y en todo caso en un plazo no superior a 24 horas» desde dos hitos: la formalización de la reserva o del contrato —o su cancelación— y el inicio de los servicios contratados. Además, cualquier cambio en los datos de la reserva obliga a una nueva comunicación.

Ese doble disparador determina toda la arquitectura del flujo. El sistema debe registrar fecha y hora de cada hito, por huésped y unidad, y no solo la del check-in. Las obligaciones de comunicación recaen sobre quien presta el servicio de hospedaje, como recuerda el Ministerio del Interior (Alojamientos y alquiler de vehículos).

La ventana, además, solo afecta al envío. La verificación de identidad no admite espera: se resuelve en la llegada, porque la exactitud del dato sigue siendo responsabilidad del establecimiento.

Regla de diseño prudente: construir el flujo con margen cero. Con envío automatizado, reintentos y alertas, cualquier demora se trata como incidencia y no como rutina. Ese margen cero es, precisamente, lo que hace inviable duplicar la captura en recepción.

El error de duplicar: por qué un segundo registro en recepción no escala

Si el reloj ya corre desde la reserva y desde el inicio del servicio, el siguiente cuello de botella aparece en el mostrador. El escenario, ilustrativo pero ya frecuente, se repite: la plataforma solicita al huésped sus datos antes de la llegada y, en paralelo, recepción vuelve a teclear los mismos campos para el envío español. Dos capturas, un solo dato.

El coste no figura en ninguna factura, pero se acumula. Doble entrada, transcripciones con erratas en nombres compuestos o números de documento, colas en el mostrador justo en las franjas de mayor presión y una carga que cae siempre en el peor momento: la llegada masiva.

El riesgo de cumplimiento es mayor. Cuando dos sistemas registran lo mismo con criterios distintos, la trazabilidad se rompe. Si la autoridad requiere explicaciones, defender la exactitud de un dato se vuelve difícil aunque sea correcto en uno de los dos sistemas, pues la obligación de exactitud recae en el establecimiento.

Después está el equipo. Cada minuto dedicado a reintroducir información es un minuto que no se invierte en atención, en upsell ni en resolver incidencias reales del huésped. En temporada alta, esa resta se nota.

La conclusión es incómoda pero clara: no es un problema de esfuerzo ni de plantilla. Es de arquitectura de datos. Por eso se corrige una vez, con un único punto de captura, en lugar de repetir el parche cada temporada.

Captura única, dos flujos: rediseñar el check-in y el papel del PMS

Corregir la duplicidad no exige más personal en recepción: exige rediseñar dónde se captura el dato. El principio rector es un único punto de captura de identidad, validado en origen, que emite sus salidas sin que nadie vuelva a introducir la información.

La salida A es el parte de viajeros a las autoridades dentro del plazo de 24 horas, con marca temporal de cada hito y un registro de confirmación por envío. La salida B es el número de registro de la unidad con el que opera la capa europea: aunque los datos de actividad los transmite la plataforma, el alta de la unidad y su número de registro corresponden al anfitrión. Conviene que ambas salidas se sostengan sobre el mismo registro de reserva y unidad, para no reconstruirlo cada temporada.

El PMS no es el repositorio de documentos de identidad ni sustituye la verificación documental. Su papel correcto es aportar por API el contexto de reserva, estancia y unidad, para asociar el dato de identidad al huésped correcto.

Antes de elegir herramienta, exige cuatro capacidades:

  • Integración real con el PMS por API, no copia manual.
  • Registro de fecha y hora de la reserva y del check-in.
  • Log de envíos con resultado y acuse.
  • Gestión de excepciones cuando falla la conectividad: cola local, reintento automático y alerta.

Ejemplo hipotético: si la conexión cae a las 23:40, el sistema encola el envío y lo reintenta al recuperar señal, sin depender de la memoria de nadie. Ese diseño convierte la verificación en el check-in en la base del cumplimiento.

Verificar la identidad en el check-in: la exactitud sigue siendo tuya

La captura única resuelve el flujo, pero no la calidad del dato, como ya se señalaba al tratar la obligación española. Leer el documento y cotejarlo de forma automática reduce erratas que la entrada manual reproduce de forma sistemática, sobre todo en nombres compuestos y números de documento.

El check-in digital antes de la llegada traslada esa verificación al huésped: aporta su documentación desde el móvil y recepción queda libre para validar excepciones, resolver dudas y atender el mostrador.

Tres errores concentran las incidencias: nombres compuestos mal transcritos, menores no vinculados al adulto responsable y grupos donde solo se registra al titular de la reserva.

Cada registro debería guardar evidencia mínima: método de verificación empleado, marca temporal y responsable de la validación. Con esos tres campos, cualquier revisión posterior se reconstruye en minutos y no depende de la memoria de nadie.

Con la identidad verificada y trazada, queda un matiz que determina qué evidencia debes conservar: tu calificación como prestador profesional o no profesional.

Profesional y no profesional: qué cambia para el alquiler vacacional

Verificar bien el dato no exime de decidir bajo qué régimen operas. En alquiler vacacional, la calificación como prestador profesional o no profesional cambia el alcance de tus deberes, pero no los elimina.

El Ministerio del Interior es claro al respecto: quienes ejercen la actividad de hospedaje, de forma profesional o no, quedan sujetos a las obligaciones de comunicación (Hospedajes y alquiler de vehículos, Ministerio del Interior). La distinción pasa por el censo: es prestador profesional quien está dado de alta en el Censo de Empresarios, Profesionales y Retenedores, y esa condición añade deberes propios, como el alta de cada alojamiento antes de iniciar la actividad y un registro informático con los datos de los anexos. La diferencia es que los prestadores no profesionales están exentos del registro documental y de su conservación. Es decir, un anfitrión ocasional puede no tener que mantener un registro informático con los datos del anexo durante tres años, pero sigue obligado a enviar el parte de viajeros dentro de la ventana horaria que corresponda.

Ahí está la confusión cara: creer que estar exento de conservar equivale a estar exento de comunicar. Son dos regímenes distintos y se incumplen por separado.

Cuando la reserva llega por un canal intermediado, el reparto debe quedar por escrito: quién recoge el dato del huésped, con qué base y quién ejecuta el envío. Que la plataforma opere con datos de la unidad no te convierte en exento.

Recomendación operativa: documenta tu calificación y el flujo concreto que aplicas. Esa calificación determina qué evidencia debes guardar, y esa evidencia es lo primero que se revisa ante una incidencia. Definido el régimen, queda resolver cómo se ejecuta el envío y qué se conserva después.

Automatizar el envío y el registro informático: la retención de tres años

Con el régimen aplicable ya definido, la obligación de conservación marca el calendario. El registro informático debe contener los datos del anexo del Real Decreto 933/2021 y conservarse tres años a contar desde la finalización del servicio o prestación contratada, como precisa el Ministerio del Interior (partes de entrada y obligaciones de registro documental).

Automatizar sin perder el control. Un envío programado no basta: hacen falta reintentos automáticos ante caídas de conectividad y alertas cuando un registro no obtiene confirmación. Define quién recibe esas alertas y en qué plazo deben resolverse; un fallo descubierto semanas después es el escenario más caro.

Trazabilidad completa. Debes poder responder qué se envió, cuándo, por qué canal y con qué resultado para cualquier estancia, sin reconstruir el historial a mano entre correos y capturas. Esa evidencia es también la prueba de cumplimiento.

Dos archivos distintos. El registro informático exigido no equivale al histórico operativo del PMS: responden a finalidades y plazos diferentes. Mezclarlos amplía el volumen de datos personales custodiados y complica el borrado selectivo.

Quién conserva qué. El archivo de tres años y el reporte que la plataforma realice según el Reglamento (UE) 2024/1028 responden a obligaciones diferentes: deja por escrito quién conserva cada registro en cada caso. Conservar es obligatorio; conservar de más, no.

Conservar tres años sin exponerte: protección de datos en la práctica

La retención no termina al archivar el registro. Cómo lo conservas determina cuánto riesgo acumulas.

Guardar solo lo que la norma exige

Como se señalaba al tratar la automatización, el registro informático debe limitarse a los datos del anexo, no a todo lo que captura el check-in. Documentos de identidad adicionales, selfies, comprobantes o notas internas sin base clara amplían la superficie de riesgo sin aportar valor operativo. La minimización exige datos adecuados, pertinentes y necesarios.

Borrado automático y accesos controlados

Fija el borrado automático al cumplir el plazo legal. Una carpeta sin fecha de caducidad se convierte en almacén permanente de documentos de identidad. Limita quién puede consultarlos y registra cada acceso: la trazabilidad forma parte de la responsabilidad proactiva del RGPD.

Menos copias, menos puntos de fuga

Elimina papel, correos con adjuntos y carpetas compartidas. Cada copia añade un punto de fuga sin dueño claro y complica el borrado cuando vence el plazo.

Con la conservación acotada, el siguiente examen es tu stack actual.

Cómo evaluar tu stack actual con la capa europea ya en vigor

Con la conservación acotada a lo exigido y el borrado bajo control, el paso siguiente es auditar la captura y el envío. Cinco pruebas, ejecutables en una semana, revelan si tu stack sostiene ambas obligaciones o solo lo parece.

Test de doble captura. Cuenta cuántas veces se teclea el mismo dato de identidad por estancia, de la reserva al envío final, sumando canales directos y plataformas. Más de una entrada implica retrabajo y riesgo de divergencia.

Test de ventana. Mide el tiempo real entre la reserva, el check-in y la confirmación del envío en una semana normal y en un fin de semana de alta ocupación. Si la diferencia es amplia, tu proceso depende de la carga y no del sistema.

Test de integración. Comprueba si tu PMS expone datos de reserva y estancia por API o solo mediante una interfaz que obliga a copiar y pegar. Sin API no hay automatización sostenible.

Test de excepciones. Define qué ocurre con grupos, menores, entradas fuera de horario, walk-ins y cambios de reserva de última hora. Son los casos donde el flujo se rompe.

Test de evidencia. Verifica si puedes demostrar en cinco minutos qué se envió, cuándo y con qué resultado para cualquier estancia del último año, sin recurrir a la memoria ni a personas concretas.

Cada fallo señala una decisión pendiente, no un problema de esfuerzo. Ninguna de estas pruebas es una exigencia legal: son criterios de auditoría interna.

Dónde encaja una capa de ejecución de huéspedes

Si los tests anteriores revelan doble captura y una ventana al límite, la solución no es ampliar plantilla, sino adoptar una categoría concreta de herramienta: capas de ejecución de huéspedes que se sitúan entre el PMS y el huésped para automatizar su jornada. No sustituyen al PMS ni se reducen a un canal de mensajería aislado.

UpMarket (upmarket.cloud) es un ejemplo de la categoría: capturar y verificar la identidad en el check-in y automatizar el envío a las autoridades nacionales reproduce el principio de una sola captura, sin reincidir en el trabajo de recepción, tanto con su software de check-in online para hoteles como con el check-in automático para apartamentos turísticos. Quien quiera verlo en funcionamiento puede solicitar una demostración.

Al comparar alternativas, juzga por profundidad de integración, control sobre los datos, trazabilidad y gestión de excepciones; las diez pruebas que conviene exigir en una demo desarrollan ese criterio paso a paso. Las promesas comerciales y las demos vistosas no documentan cumplimiento ante una inspección.

En una demo, exige un envío real de prueba con datos ficticios, el registro de auditoría asociado y una respuesta explícita a dos escenarios incómodos: qué ocurre si falla la verificación de identidad y qué ocurre si el huésped no aporta documento.

Qué verificar antes de dar por cerrado tu cumplimiento

Antes de dar el flujo por válido o de firmar con un proveedor, cierra estas cinco comprobaciones contra fuente oficial.

  1. El texto europeo, en su origen. Lee el Reglamento (UE) 2024/1028 directamente en el Diario Oficial de la UE y confirma su fecha de aplicación: los artículos 1 a 4 fijan el objeto, el ámbito, las definiciones y el registro de las unidades, y el capítulo de comunicación de datos (artículos 9 a 12) determina qué datos entran en el reporte y cuáles no.
  2. El disparador español. Aplica el doble hito que fija la guía del Ministerio del Interior: la formalización de la reserva —o su cancelación— y el inicio del servicio, ambos con un máximo de 24 horas. De ese detalle depende qué horas debe marcar tu sistema.
  3. Excepciones y márgenes. Comprueba con la autoridad competente si el plazo admite particularidades por tipo de alojamiento o canal de reserva, y diseña con margen cero.
  4. La base de protección de datos. Revisa qué base jurídica ampara la conservación de tres años y el tratamiento de documentos de identidad en el check-in digital, tomando el RGPD y los criterios de la AEPD como referencia.
  5. El reparto de responsabilidades. Deja por escrito, con cada plataforma, quién captura el dato, quién lo valida y quién responde si algo falla. Sin acuerdo explícito ni trazabilidad, la responsabilidad sobre la exactitud y sobre el envío sigue siendo del establecimiento.

Conclusión: tres decisiones que siguen vigentes

Con esas verificaciones cerradas, tu cumplimiento se decide en tres puntos concretos.

Decisión 1: un único punto de captura de identidad en el check-in. Verificación documental en origen, con el dato validado antes de alojar al huésped y sin que nadie vuelva a teclear la información en recepción.

Decisión 2: automatizar el envío con alertas y trazabilidad. Diseña el flujo para el plazo de 24 horas y con margen cero. Cualquier retraso debe abrir una incidencia, no convertirse en rutina silenciosa.

Decisión 3: archivar solo lo exigido durante tres años. Borrado automático al vencer el plazo y accesos controlados y registrados. Cumplir sin acumular documentos de identidad que nadie audita.

La capa europea no sustituye tu parte de viajeros ni te libera de comunicar en 24 horas. La forma sostenible de convivir con ambas obligaciones es capturar y verificar una vez en el check-in y dejar que la automatización haga el resto, en lugar de duplicar trabajo en el mostrador.

UpMarket
UpMarket
Articles: 45