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. Aunque las plataformas europeas empiecen a validar y reportar datos de huéspedes, el alojamiento español sigue respondiendo ante SES.HOSPEDAJES en las horas siguientes al check-in. 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 antes de mayo de 2026, dónde encaja una capa de ejecución de huéspedes y qué verificar antes de dar por cerrado tu cumplimiento. Cierra con tres decisiones clave.

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

Aviso previo: la fecha de aplicación, la definición de los mecanismos de reporte europeos y la cadencia de envío deben confirmarse en el texto consolidado del Reglamento antes de comprometer flujos operativos. La fecha prevista de aplicación, pendiente de confirmar en el DOUE, es el 20 de mayo de 2026.

Las plataformas digitales que intermedian reservas están llamadas a validar los datos de registro de los huéspedes y a reportarlos con una cadencia que debe confirmarse en el texto del Reglamento (UE) 2024/1028. El alojamiento español, sin embargo, mantiene su propia obligación de comunicar a las autoridades en las horas siguientes al check-in, conforme al Real Decreto 933/2021. No hay sustitución: hay doble obligación.

La consecuencia es operativa y directa. Dos flujos distintos se alimentan del mismo dato de identidad, de modo que la captura debe diseñarse una sola vez y servir a ambos destinos. Quien hoy reparte la tarea entre recepción, su pms system 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 cadencia; 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.

El DOUE ya publicó una corrección de errores posterior a esa fecha, un detalle que conviene revisar.

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

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.

El Reglamento prevé, en su artículo 9, la transmisión de datos de actividad y números de registro por parte de las plataformas; la cadencia y el canal concreto deben confirmarse en el texto oficial. Lo que sí es claro es que el ritmo de reporte europeo no coincide con la urgencia de la obligación española: la capa europea trabaja en ciclos periódicos, mientras tu envío se mide en horas desde el check-in. 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 las plataformas estén llamadas a validar datos no significa que asuman tu comunicación a las autoridades. Sin un acuerdo explícito y un flujo de datos trazable, no responden por tu parte de viajeros ni por su exactitud: la delegación de facto no existe. Si el Reglamento efectivamente limita la obligación de reporte periódico a las plataformas intermediarias y no a la recepción del establecimiento, ese extremo debe verificarse en los artículos operativos del texto oficial antes de darlo por sentado.

Confirma estos extremos antes de comprometer tu operativa

Contrasta en el Diario Oficial de la UE la fecha de aplicación prevista, la cadencia del reporte y las definiciones de plataforma y responsable. Varios de estos extremos provienen del planteamiento de esta pieza y no de una fuente normativa validada.

Con la cadencia europea clarificada, 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.

Ojo con los 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 validar el dato; la responsabilidad de que 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 a 72 horas: de qué depende el reloj

Aviso: la ventana de 24 a 72 horas que se menciona en este artículo no ha podido verificarse en las fuentes oficiales consultadas. Hasta confirmarla en el BOE o en la guía del Ministerio, trátala como umbral orientativo.

El disparador del plazo determina toda la arquitectura del flujo. Si el reloj arranca en el check-in, el sistema debe registrar fecha y hora exactas por huésped y unidad; si arranca en otro evento, la captura y el envío cambian por completo. Conviene confirmar ese punto con el Ministerio del Interior antes de elegir herramienta, porque las obligaciones de comunicación recaen sobre quien presta el servicio de hospedaje (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.

Queda por confirmar si el intervalo aplicable es igual para todos los tipos de alojamiento y canales, o si admite excepciones por tipología, volumen o incidencia técnica documentada.

Regla de diseño prudente: construir el flujo para el escenario más corto y 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 el check-in, el siguiente cuello de botella aparece en el mostrador. El escenario, ilustrativo pero ya frecuente, se repite: la plataforma reclama al huésped sus datos de registro 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 system

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 dos salidas sin que nadie vuelva a introducir la información.

La salida A es la comunicación a las autoridades dentro de la ventana exigida, con marca temporal del check-in y un registro de confirmación por envío. La salida B es el conjunto de datos validado del que se sirve la plataforma para su validación y su reporte: el Reglamento (UE) 2024/1028 ya prevé la transmisión de datos de actividad y números de registro por parte de las plataformas.

El pms system 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 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 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 valide el registro 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 desde la finalización del servicio, según el Ministerio del Interior.

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 system: responden a finalidades y plazos diferentes. Mezclarlos amplía el volumen de datos personales custodiados y complica el borrado selectivo.

Punto a verificar. Antes de cerrar el diseño, confirma cómo convive tu archivo de tres años con el reporte que la plataforma esté obligada a realizar según el Reglamento (UE) 2024/1028, y 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

Nota de alcance: este apartado exige su propia base normativa de protección de datos y la cita de una fuente específica antes de publicar; las fuentes sobre registro documental no lo cubren.

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 antes de mayo de 2026

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 check-in y 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 system 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 system 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) ilustra la categoría, nunca como recomendación: capturar y verificar la identidad en el check-in y automatizar el envío reproduce el principio de una sola captura y dos flujos, el español y el europeo, sin reincidir en el trabajo de recepción. Las capacidades concretas que el proveedor atribuye a su producto deben consultarse directamente con él y valorarse como información comercial.

Al comparar alternativas, juzga por profundidad de integración, control sobre los datos, trazabilidad y gestión de excepciones. 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. Ningún resumen de terceros, incluido este artículo, sustituye al texto publicado: la fecha prevista, la definición de plataforma y el alcance real del reporte deben leerse ahí.
  2. La cadencia española y su disparador. Pregunta al Ministerio del Interior qué evento inicia el cómputo del plazo de comunicación y cuál es la cadencia exacta. De ese detalle depende que tu sistema marque la hora del check-in o la de otro hito.
  3. El alcance de la ventana orientativa. Aclara si el intervalo aplicable varía por tipo de alojamiento, por canal de reserva o por incidencia técnica documentada. Hasta tener respuesta, diseña para el escenario más corto y 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 antes del 20 de mayo de 2026

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 la ventana más corta 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 de validación no te libera de comunicar en 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: 4