Cómo cumplir el RD 933/2021 si tu hotel usa Oracle OPERA Cloud
Si tu hotel trabaja con Oracle OPERA Cloud, casi todos los datos que pide el Ministerio del Interior ya están en tu PMS. Lo que el Real Decreto 933/2021 añade es la obligación de comunicarlos cada día a SES.Hospedajes, con una calidad de dato que Opera, por sí solo, no exige. Esta guía explica qué pide la norma, por qué el PMS solo resuelve la mitad del problema y cómo funciona un envío automático bien hecho a través de OHIP.
Qué exige el RD 933/2021 a un hotel
El Real Decreto 933/2021 obliga a todos los establecimientos de hospedaje de España —hoteles incluidos— a tres cosas: darse de alta como sujeto obligado en SES.Hospedajes, la plataforma de la Sede Electrónica del Ministerio del Interior; comunicar los datos de cada viajero y de su reserva; y llevar un registro documental de lo comunicado. El parte de cada viajero reúne en torno a 17-18 campos: nombre y apellidos, sexo, fecha de nacimiento, nacionalidad, tipo y número de documento de identidad, dirección de residencia con municipio y código postal, teléfono o correo electrónico, fechas de entrada y salida, número de viajeros y relación de parentesco cuando viajan menores de 14 años, además de los datos del pago cuando los hay.
Plazos, conservación y sanciones
La comunicación debe hacerse de forma inmediata y, como máximo, en las 24 horas siguientes al inicio del servicio; en la práctica, un hotel necesita un proceso diario que cubra todas las entradas del día. El registro de lo comunicado debe conservarse durante 3 años desde la finalización del servicio. Y el incumplimiento tiene precio: las infracciones leves (omisiones o errores formales) se sancionan con 100 a 600 €, y las graves —no darse de alta o no comunicar los datos— con 601 a 30.000 €. Conviene recordar que cada parte es una obligación independiente: un fallo estructural que se repite todas las noches no genera una sanción, sino una serie de ellas. Los fundamentos generales de la norma están en nuestra guía del RD 933/2021; aquí nos centramos en el caso concreto de OPERA Cloud.
El caso OPERA Cloud: el dato ya existe, pero no como SES lo exige
La paradoja de un hotel con OPERA Cloud es que el problema no es la falta de datos, sino su calidad. El PMS ya contiene las reservas, los perfiles de huésped, las fechas y las habitaciones; lo que no garantiza es que cada perfil tenga todo lo que SES considera obligatorio. Opera está diseñado para operar el hotel, no para validar partes de viajeros: permite hacer check-in a un huésped sin número de documento, sin teléfono ni email, o con una dirección a medias, y no protesta. SES, en cambio, valida cada comunicación contra sus reglas y rechaza lo que no cumple. El reto real de cumplir el RD 933/2021 con Opera no es «enviar los datos»: es conseguir que los datos estén completos y sean coherentes antes de enviarlos.
Los campos que Opera no valida (y SES sí)
Cuatro frentes concentran casi todos los problemas. Tipo y número de documento: SES los exige para los mayores de 14 años; Opera acepta perfiles sin documento o con el tipo sin informar. Contacto: SES pide teléfono o correo electrónico; muchas reservas de touroperador u OTA llegan sin ninguno de los dos. Dirección: SES espera dirección, municipio y código postal coherentes entre sí y con el país; Opera admite cualquier combinación. Y caracteres conflictivos: nombres o direcciones con símbolos que, mal tratados, invalidan el envío. Nada de esto se ve desde recepción: el perfil «parece» completo hasta que SES lo rechaza esa misma noche.
Las tres vías para comunicar los partes
Hay tres maneras de cumplir. La primera es la carga manual en el portal de SES.Hospedajes: teclear cada parte a mano. Funciona para un alojamiento con un puñado de entradas; para un hotel con decenas de llegadas diarias es insostenible y propensa a errores. La segunda es la carga por ficheros o lotes: se genera un fichero con las comunicaciones y se sube a la plataforma o se envía por servicio web. Reduce el tecleo, pero alguien tiene que generar el fichero, subirlo, revisar el resultado y corregir los rechazos, cada día del año. La tercera es la integración automática: un software conectado al PMS lee las llegadas del día, compone los partes, los valida y los envía a SES sin intervención humana salvo excepciones. Es la única de las tres que escala con el volumen y no depende de que alguien se acuerde.
Qué es OHIP, en un párrafo
OHIP (Oracle Hospitality Integration Platform) es la plataforma oficial de integración de Oracle para OPERA Cloud: un conjunto de APIs REST publicadas, versionadas y autenticadas con las que una aplicación externa puede leer reservas, perfiles de huésped y llegadas, y escribir datos de vuelta en el PMS. Es la vía soportada por Oracle —no un conector artesanal ni «scraping» de pantallas—, lo que se traduce en estabilidad ante actualizaciones del PMS y en un canal seguro y trazable para datos personales. Cualquier integración seria de SES con OPERA Cloud pasa por OHIP (ampliamos en la guía de integración PMS).
Cómo funciona una integración automática bien hecha
El corazón del sistema es un ciclo nocturno: la integración lee vía OHIP las llegadas del día y los huéspedes in-house, cruza cada reserva con sus perfiles y compone el parte de cada viajero con los campos que exige SES. Después valida, agrupa en lotes, envía, procesa las respuestas y registra el resultado. Alrededor de ese ciclo hay piezas de soporte: la captura del documento en el check-in (idealmente con OCR, para que el dato nazca limpio), la escritura de vuelta al PMS de los datos corregidos y un panel donde recepción ve qué partes han salido y cuáles necesitan atención.
Validar antes de enviar, no después de fallar
Aquí está la diferencia entre una integración mediocre y una buena. La mediocre envía lo que hay y gestiona los rechazos a posteriori; la buena ejecuta una validación previa de cada parte contra las reglas de SES antes de transmitir nada: ¿hay tipo y número de documento? ¿Hay al menos un dato de contacto? ¿El código postal es coherente con el municipio y el país? ¿Hay caracteres que deban escaparse? Lo que no pasa la validación se aparta y se señala para corregirlo —en el PMS o en el propio sistema— sin contaminar el lote. Así los rechazos dejan de ser una sorpresa nocturna y se convierten en una lista de tareas concreta y pequeña.
Envío por lotes: el límite real de 100 comunicaciones
SES.Hospedajes acepta las comunicaciones agrupadas en lotes, con un límite real de 100 comunicaciones por lote: un envío que lo supere se rechaza entero, por correctos que sean los partes que contiene. Una integración bien hecha trocea automáticamente el volumen en lotes válidos y —igual de importante— evita duplicados: si una lectura del PMS devuelve la misma reserva dos veces (paginación, reintentos), el sistema debe deduplicar antes de componer el lote. Conviene saber, además, que un solo parte defectuoso puede invalidar el lote completo; otra razón para validar antes y aislar lo dudoso.
Rechazos, reintentos y registro de lo enviado
Ni la mejor validación deja los rechazos a cero: SES puede rechazar por reglas nuevas, por comprobaciones que solo él puede hacer o por caídas del propio servicio. Por eso el sistema necesita tres mecanismos. Gestión de rechazos: interpretar el motivo, corregir el dato y reenviar el parte concreto, no el lote entero. Reintentos automáticos ante errores transitorios o indisponibilidad del servicio. Y un registro de qué se envió, cuándo y con qué resultado. Ese registro es a la vez tu memoria operativa (evita reenvíos duplicados y viajeros olvidados) y tu evidencia de cumplimiento durante los 3 años de conservación que exige la norma.
Los rechazos más comunes de SES y su causa raíz
Con volumen real, los rechazos se repiten por familias: «documento obligatorio» (el huésped entró en el PMS sin tipo o número de documento, o el dato quedó registrado en otra reserva del mismo grupo), «contacto obligatorio» (reservas de intermediarios sin teléfono ni email del huésped), código postal o dirección incoherentes (un CP de un país aplicado a una dirección de otro, o municipios mal escritos que no casan con ningún CP), caracteres especiales sin escapar (un «&» o un «<» en un nombre o una calle puede invalidar el lote entero) y lotes que superan las 100 comunicaciones en fechas de alta ocupación. Todas estas familias comparten causa raíz —datos que el PMS aceptó sin validar— y todas se previenen en el mismo sitio: antes del envío.
Checklist para dirección: 10 comprobaciones
Antes de dar el cumplimiento por resuelto, comprueba estos diez puntos:
1. El hotel está dado de alta como sujeto obligado en SES.Hospedajes, con sus establecimientos correctamente identificados.
2. Los partes de las últimas semanas se han comunicado dentro de las 24 horas, todos los días, incluidos festivos.
3. El proceso no depende de una persona concreta ni de un paso manual diario.
4. Cada parte se valida contra las reglas de SES antes de enviarse, no después.
5. El check-in captura tipo y número de documento de todos los mayores de 14 años (el OCR del documento ayuda a que esto ocurra solo).
6. Hay un dato de contacto (teléfono o email) por viajero, o un procedimiento claro cuando falta.
7. Los envíos se trocean en lotes de 100 comunicaciones como máximo y sin duplicados.
8. Los rechazos llegan a una persona concreta, con el motivo interpretado y el reenvío resuelto.
9. Existe un registro consultable de lo enviado y su resultado, conservado 3 años.
10. El tratamiento cumple el RGPD: solo los datos necesarios, cifrados y con borrado al vencer el plazo.
Preguntas frecuentes
¿SES.Hospedajes sustituye a los antiguos partes a la Policía (webpol) o a la Guardia Civil (e-hotel)?
Sí. SES.Hospedajes es la plataforma única del Ministerio del Interior que sustituye a los canales anteriores de partes de viajeros; comunicando a SES dentro de plazo se cumple la obligación del RD 933/2021.
¿Cada cuánto hay que enviar los partes?
De forma inmediata y, como máximo, dentro de las 24 horas siguientes al inicio del servicio. En la práctica, un hotel necesita un ciclo de envío diario que cubra todas las llegadas del día, sin excepciones de fin de semana ni festivos.
¿Qué pasa si SES.Hospedajes está caído cuando toca enviar?
La obligación no desaparece. Un sistema bien hecho reintenta automáticamente cuando el servicio vuelve, deja constancia del incidente y de los reintentos y no pierde ningún parte por el camino. Ese registro es, además, tu evidencia de diligencia.
¿Necesito hardware nuevo en el hotel?
No. La integración con OPERA Cloud vía OHIP es de servidor a servidor y no requiere instalar nada en recepción. Si además quieres capturar el documento con OCR en el mostrador o en el pre check-in, es equipamiento ligero (escáner o tablet), independiente del envío a SES.
Tengo varios hoteles: ¿lo gestiono uno a uno?
No hace falta. SES permite agrupar varios establecimientos bajo un mismo sujeto obligado, y una integración multi-hotel gestiona credenciales, códigos de establecimiento y envíos de cada hotel desde un único sistema, con visibilidad centralizada.
¿Cómo encaja todo esto con el RGPD?
SES te obliga a recoger y comunicar; el RGPD te obliga a no guardar de más. El equilibrio: extraer solo los campos necesarios, cifrarlos, conservarlos los 3 años exigidos y borrarlos después. Lo desarrollamos en la guía de RGPD y escaneo de DNI.
Esta guía tiene carácter informativo y no constituye asesoramiento legal. Verifica los detalles con tu responsable de protección de datos.