Nueva normativa para Policía - RD 933/2021
A partir del 1 de octubre será obligatorio reportar los datos de reservas y huéspedes a la nueva plataforma del Ministerio del Interior, SES.HOSPEDAJES
Durante el periodo de adaptación hasta el 1 de octubre, deberemos seguir enviando los datos a la Policía/Guardia Civil, aunque también enviemos los datos a SES.HOSPEDAJES.
La nueva normativa, RD 933/2021 (https://www.boe.es/diario_boe/txt.php?id=BOE-A-2021-17461) incluye la obligatoriedad de recoger más datos que hasta ahora. Además, no solo se enviarán los datos de los partes de viajeros, sino que habrá que enviar los datos de las reservas que se creen en el sistema.
Datos obligatorios de la reserva:
- Numero de reserva
- Fecha de alta
- Fecha entrada/salida
- Tipo de pago (siempre enviaremos el comodín “Pago en destino”)
- Datos de al menos un viajero
- Nombre
- Apellido
- Email o teléfono
Datos obligatorios del parte de viajeros (en azul-negrita los campos introducidos en esta nueva normativa):
- Número de reserva
- Fecha de alta
- Fecha entrada/salida
- Tipo de pago (siempre enviaremos el comodín “Pago en destino”)
- Datos de todos los huéspedes (incluidos menores de edad, para los menores de 14 años no será obligatorio tener los datos del documento, pero todos los menores deben estar igualmente en el registro de viajeros)
- Nombre
- Apellidos
- Tipo de documento (DNI, pasaporte, etc.)
- Número de documento
- Número de soporte del documento, obligatorio sólo para DNI y NIE
- Fecha de nacimiento
- Dirección
- Municipio
- Código postal
- País
- Teléfono o Email
- Si el huésped es menor de edad (siempre enviamos el comodín “Otro”)
Para la recogida de estos campos, se han adaptado las interfaces con los escáneres de documento para recoger los máximos datos posibles y se ha modificado el CWM para poder requerir el mayor número de datos posibles y que el check-in en la recepción sea lo más rápido posible. Lógicamente, al hacer el check-in se comprueban y validan estos datos, de tal forma que no haya problemas en el envío posterior de los datos.
Para este envío de datos se podrán utilizar 2 alternativas:
- Directamente con la integración que proporcionamos en el PMS.
- Usando alguna plataforma integradora como Partee.
Envío de datos desde el PMS a SES.HOSPEDAJES
Parámetros genéricos:
Opción B.8.Police communication vemos los siguientes campos en la pestaña General:
- RD 933/21: Check para activar el envío de datos con la nueva normativa. Además, al activar este check la validación de las fichas de policía se regirá por la nueva normativa y nos exigirá rellenar más campos
- Email para errores: Dirección(es) de email en la que queremos recibir un email con los errores que han ocurrido en los envíos.
- Enviar reservas del día anterior: Hora a la que queremos programar el envío, siempre después de hacer el Cierre de noche.
- Enviar partes de viajeros del día anterior: Hora a la que queremos programar el envío, siempre después de hacer el Cierre de noche.
Opción B.8.Police communication vemos los siguientes campos en la pestaña SES.HOSPEDAJES:
- Usuario: Proporcionado por SES.HOSPEDAJES
- Contraseña: Proporcionado por SES.HOSPEDAJES
- Endpoint: Podremos dejarlo vacío, y ya se tomará la URL del servicio de SES.HOSPEDAJES (https://hospedajes.ses.mir.es/hospedajes-web/ws/v1/comunicacion)
- Código establecimiento: Proporcionado por SES.HOSPEDAJES
- Código arrendador: Proporcionado por SES.HOSPEDAJES
- Activo: Deberemos marcarlo para activar la integración
Tenemos varios botones para probar que las credenciales y el certificado son válidos.
Los datos se enviarán automáticamente una vez al día. Por un lado, se enviarán las reservas creadas el día anterior y por otro lado se enviarán los partes de viajeros que han hecho checkin el día anterior. Se debe establecer la hora de envío por la mañana, siempre después del cierre de noche (sobre las 7 de la mañana consideramos que es una buena hora). Así también se puede reaccionar a datos erróneos o incompletos para poder reenviarlos.
Estos envíos tienen una peculiaridad y es que su procesamiento en el Ministerio es asíncrono. Es decir, se envían los datos a las 07:00, pero los datos no se procesan al momento, sino que debemos hacer consultas periódicas para saber el estado de los datos enviados. Desde el PMS se podrán ver estos estados que explicaremos más adelante.
Una vez que tengamos todos los datos configurados, la manera típica de trabajar sería la siguiente:
- En los check-in, al dar los partes de viajeros, se nos pedirán más datos obligatorios (dirección, número de soporte, etc.) que debemos cumplimentar. Si no lo hacemos directamente en el check-in se puede hacer en la opción 7.1. Gestión de fichas de policía, como hasta ahora. Se ha añadido un nuevo botón en la ficha, llamado “Completar datos”. Este botón lo que hará será copiar los datos (dirección, ciudad, código postal, teléfono, email) que no estén completados del primer huésped a los demás. De esta manera, nos ahorraríamos tener que pedirle a cada huésped de la habitación todos estos datos.
- Envío automático, que configuraremos típicamente por la mañana a una hora que estemos seguros de que se ha hecho el cierre de noche.
- Envío de las reservas creadas el día anterior
- Envío de los partes de viajero de las llegadas del día anterior.
- Consulta periódica del estado de estos envíos (cada 60 minutos)
- Si ha habido algún error, se enviará un email a la dirección indicada, para que se corrija de manera manual. Una vez corregido, podremos reenviar los datos desde las opciones 7.2. Envío de reservas a policía y 7.3. Envío de partes de viajeros a policía. En estas pantallas, además, podremos ver el estado de todos los envíos y el motivo del error si es que lo hay, y forzar una consulta del estado de un envío si no queremos esperar a la consulta periódica. En este punto, es difícil saber cuánto tiempo puede tardar un envío en ser procesado, ya que en las pruebas que hemos realizado con la plataforma de prueba era muy variable, desde unos pocos minutos hasta un par de horas, suponemos que dependiendo de la sobrecarga que tengan en un determinado período de tiempo. Así, es posible que, si consultamos el estado del envío justo después de enviarlo, el estado que nos devuelva es “Pendiente”.
Envío de datos desde el PMS a Partee
Tenemos los siguientes parámetros de configuración (en azul-negrita los nuevos de esta versión):
- API Token. Suministrado por Partee para acceder a su API
- Endpoint Partee: tipicamente será https://app.partee.es/resources/api/
- ID Hotel. Id del hotel en Partee
- Activo Checkin. Si queremos conectarnos con Partee directamente en el checkin
- Activo. Check para activar la conexión con Partee para el envío periódico de datos (reservas)
- RD 933/21. Check para activar la conexión con Partee para la nueva normativa.
- Mostrar PDF. Si queremos usar los PDFs suministrados por Partee como nuestros partes de viajero para imprimir.
Una vez que tengamos todos los datos configurados, la manera típica de trabajar sería la siguiente:
- En los check-in al dar los partes de viajeros se nos pedirán más datos obligatorios (dirección, número de soporte, etc.) que debemos cumplimentar. Si no lo hacemos directamente en el check-in se puede hacer en la opción 7.1. Gestión de fichas de policía, como hasta ahora. Se ha añadido un nuevo botón en la ficha, llamado “Completar datos”. Este botón lo que hará será copiar los datos (dirección, ciudad, código postal, teléfono, email) que no estén completados del primer huésped a los demás. De esta manera, nos ahorraríamos tener que pedirle a cada huésped de la habitación todos estos datos. Si está marcado el parámetro de “activo checkin” en este momento el PMS se conectaría con Partee para enviar los datos de los partes de viajero.
- Envío automático, que configuraremos típicamente por la mañana a una hora que estemos seguros de que se ha hecho el cierre de noche.
- Envío de las reservas creadas el día anterior
- Si el parámetro de “activo checkin” está desmarcado, se envían también los partes de viajeros de las llegadas del día anterior
- Si ha habido algún error en el envío automático se enviará un email a la dirección indicada, para que se corrija de manera manual. Una vez corregido, podremos reenviar los datos desde las opciones 7.2. Envío de reservas a policía y 7.3. Envío de partes de viajeros a policía. En estas pantallas, además, podremos ver el estado de todos los envíos y el motivo del error si es que lo hay.
Cambios en CWM
En el CWM se ha aumentado un campo, el de número de soporte, que solo aparece cuando se escoge en el tipo de documento DNI o NIE. Al lado de este campo se incluye, además, un pequeño botón de información para que el usuario sepa dónde localizar el número de soporte en su documento.
Para el resto de los campos obligatorios, podemos optar por requerirlos ya desde el precheckin y que ya el huésped los cubra para ahorrarnos tiempo en el checkin. En la parte del administrador, apartado de Configuración->Precheckin (avanzado) podremos marcar los campos de Dirección 1, Ciudad, C.P. y uno de entre email y teléfono como obligatorios para para cumplir con la nueva normativa. Podríamos pedirlo sólo para el primer huésped y a la hora de hacer el checkin usar el nuevo botón de “Completar datos” para los otros huéspedes, o bien pedirlo como obligatorio para todos los huéspedes.
