Autorizar el Pre Check-in en la extranet de Booking.com

Reservas > Portal del Huésped (envío del Pre Check-in) y extranet de Booking.com > Property > Messaging preferences > Security settings

Booking.com exige que cada hotel autorice manualmente, en su propia extranet, qué direcciones de email y qué dominios de enlaces puede usar un tercero para escribir a sus huéspedes. Es una medida antiphishing: si el remitente o el enlace del correo no está en esa lista, Booking.com lo filtra antes de que llegue al huésped. Esta página explica qué hay que autorizar cuando el correo de Pre Check-in sale desde AstroHMS.

Cuándo aplica

• Cuando una reserva viene del canal Booking.com y el huésped no recibe el correo de invitación al Pre Check-in, aunque la automatización o el envío manual marquen que se ha enviado.
• Al activar por primera vez el Pre Check-in automático (ver Configuración para enviar el Pre Check-in automáticamente vía email) en un hotel que vende por Booking.com.
• Si cambia el dominio del Portal del Huésped o el email de la compañía, porque entonces hay que volver a autorizar los nuevos datos.

Por qué pasa esto con Booking.com en concreto

Cuando la reserva llega por el canal Booking.com, el contacto del huésped que AstroHMS recibe y guarda no es su email real, sino una dirección de reenvío con el formato xxxxx@guest.booking.com. El correo de Pre Check-in se manda a esa dirección, que pertenece a la infraestructura de Booking.com: antes de reenviarlo al huésped, Booking.com comprueba que el remitente y los enlaces que contiene estén en su lista de direcciones autorizadas para ese hotel. Si no lo están, el correo no llega a ningún sitio y no hay ningún aviso de error en AstroHMS, porque desde aquí el envío se da por hecho correctamente.

Qué autorizar, y dónde sacarlo de AstroHMS

Pasos en la extranet de Booking.com

1. Entrar en la extranet del hotel y abrir Property > Messaging preferences > Security settings.
2. Completar la verificación en dos pasos que pide Booking.com para tocar esta sección.
3. Pulsar Add an email address y añadir el email de la compañía del hotel (sacado de la tabla anterior).
4. Añadir también el dominio de web.base.url del hotel como enlace autorizado.
5. Guardar y hacer una reserva de prueba por Booking.com (o usar una ya existente) para comprobar que el correo de Pre Check-in llega.

Resultado esperado

El huésped que reserva por Booking.com recibe el correo de Pre Check-in en su dirección de reenvío @guest.booking.com igual que cualquier otro huésped, y puede abrir el enlace sin que Booking.com lo bloquee. Si el hotel cambia de dominio o de email de compañía, hay que repetir el alta con los datos nuevos.

Cosas que conviene saber

• Esto no es una configuración de AstroHMS, es una configuración de Booking.com. AstroHMS no puede autorizar estos datos por el hotel; tiene que hacerlo el propio hotel desde su extranet.
• El envío manual tiene el mismo problema que el automático. No es solo cosa de la automatización de pre-llegada: cualquier correo del Portal del Huésped a un contacto @guest.booking.com pasa por el mismo filtro.
• Un huésped que ha dado su email real al hotel no tiene este problema. El filtro de Booking.com solo afecta a las direcciones de reenvío @guest.booking.com; si el contacto de la reserva ya es el email real del huésped, el correo no pasa por esa infraestructura.