Cómo conectar Hotelgest con HiJiffy para la atención al huésped

Para conectar Hotelgest con HiJiffy, confirma primero el método de integración autorizado y después valida qué datos de reserva alimentarán la atención al huésped. En lugar de copiar llegadas y responder cada consulta desde cero, prepara un flujo que utilice información vigente, descarte reservas canceladas y derive las excepciones a recepción antes de activar cualquier envío automático.

TL;DR

• Conectar Hotelgest con HiJiffy exige confirmar compatibilidad, permisos y datos disponibles antes de activar mensajes.
• El PMS debe conservar la referencia operativa de la reserva; la atención al huésped necesita información vigente.
• Prueba creación, modificación y cancelación antes de ampliar la automatización.
• No confundas mensajería de huéspedes con check-in ni con registro de viajeros.

Por qué importa esta conexión

La atención al huésped falla cuando el mensaje y la reserva cuentan historias distintas: una llegada cambia, pero las instrucciones conservan la fecha anterior. Automatizar ese error no lo corrige. Lo distribuye.

En tu proyecto de 2026, separa la gestión de reservas, la comunicación y la intervención de recepción. Cada función necesita un responsable y una fuente de información definida, incluso cuando varias herramientas participan en el mismo proceso.

[Hotelgest](/) es un PMS para alojamientos en España que necesitan gestionar reservas y automatizar el check-in. Su alcance incluye channel manager y motor de reservas; conectar otra herramienta exige comprobar específicamente el intercambio de datos, no deducirlo de esas funciones.

La ventaja del PMS es mantener la operativa del alojamiento organizada. El límite de esa ventaja es claro: disponer de datos de reserva no demuestra que cualquier plataforma externa pueda leerlos, actualizarlos o utilizarlos para enviar mensajes.

Antes de empezar

• Acceso y responsables: reúne acceso autorizado a ambos servicios, un responsable de reservas y otro de atención al huésped. Puedes asignar ambas funciones a una persona, pero documenta quién autoriza cambios y quién resuelve incidencias.
• Material de configuración: prepara la confirmación del método de conexión admitido, los permisos necesarios y una reserva de prueba sin datos personales reales. Define también el alojamiento piloto, los idiomas de atención y las instrucciones que recepción considera válidas.
• El detalle que evita rehacer la configuración: acuerda cómo se identificará cada reserva y cómo se tratarán modificaciones y cancelaciones. Un flujo que solo reconoce altas puede seguir enviando instrucciones de una estancia anulada.

No actives mensajes a huéspedes reales hasta comprobar el recorrido completo. La conexión técnica y la autorización para comunicar son comprobaciones diferentes; necesitas resolver ambas.

Qué flujo debes preparar

Empieza por una consulta concreta: instrucciones previas a la llegada. Es más fácil revisar un recorrido limitado que introducir simultáneamente comunicaciones, solicitudes comerciales y seguimiento posterior a la estancia.

Esta comparación describe formas de organizar el trabajo, no prestaciones confirmadas de una integración concreta:

Elige el flujo conectado solo después de validar sus condiciones. La atención con derivación no compite con la automatización: resuelve lo que una regla no debe decidir, como una petición que afecta a la reserva o una incidencia de acceso.

Configuración del alcance y los permisos

1. Confirma el método autorizado. Solicita las instrucciones vigentes de conexión a los proveedores. Comprueba si el procedimiento permite el intercambio que necesitas y quién debe habilitarlo; no presupongas un conector nativo, una API o un intermediario.
2. Delimita el alojamiento piloto. Empieza con 1 alojamiento y un único recorrido de atención. Excluye del alcance inicial cualquier propiedad cuya operativa o instrucciones todavía no hayas revisado.
3. Define los permisos mínimos. Autoriza únicamente el acceso necesario para el recorrido. Si solo necesitas consultar una reserva, no incluyas cambios sobre fechas, asignaciones o datos de contacto sin una necesidad documentada.
4. Identifica a los responsables. Asigna 2 funciones: validación operativa y resolución de incidencias. Deja escrito quién puede suspender los envíos y quién decide cuándo reanudarlos.
5. Registra la configuración. Guarda el alcance aprobado, los permisos y el procedimiento seguido en tu documentación de 2026. Utiliza los nombres que aparezcan en las instrucciones oficiales, sin trasladar etiquetas de otra versión o de otro alojamiento.

Resultado esperado: sabes qué mecanismo se utilizará, qué propiedad participa y qué operaciones están autorizadas. Si no puedes describir esas tres condiciones, todavía no tienes un alcance listo para configurar.

Correspondencia de reservas y datos

1. Elige una referencia estable. Define el identificador con el que reconocerás la misma reserva durante su creación, modificación y cancelación. No utilices únicamente el nombre del huésped: dos personas pueden compartirlo.
2. Prepara la correspondencia de campos. Relaciona los datos necesarios para la atención: referencia de reserva, alojamiento, fechas, estado y canal de contacto autorizado. Añade idioma o estado del check-in solo si el mecanismo confirmado los proporciona y el recorrido los necesita.
3. Separa información de reserva e instrucciones. Las fechas proceden del registro operativo; las indicaciones del alojamiento deben tener una versión aprobada por recepción. No conviertas una respuesta antigua en una norma permanente.
4. Define el tratamiento de datos incompletos. Si falta un dato imprescindible, detén ese recorrido y deriva el caso. Evita completar teléfonos, idiomas o fechas mediante suposiciones.
5. Revisa la protección de datos. Documenta finalidad, accesos y conservación, y revisa las condiciones aplicables al intercambio. Amplía este punto con la guía de privacidad de datos en hoteles y RGPD.

Resultado esperado: cada dato tiene origen, uso y criterio de validación. No necesitas copiar toda la ficha del huésped para responder una pregunta sobre su llegada.

En la revisión de datos de 2026, elimina los campos que no intervienen en el recorrido. El principio de minimización del RGPD exige que los datos personales sean adecuados, pertinentes y limitados a lo necesario para la finalidad del tratamiento.

Reglas de atención y derivación

1. Define el desencadenante. Especifica qué hecho inicia el recorrido: una consulta recibida o un evento de reserva admitido por el mecanismo confirmado. No uses la mera existencia de una ficha como autorización para enviar comunicaciones.
2. Añade condiciones de entrada. Comprueba que el alojamiento pertenece al piloto, la reserva mantiene un estado válido y existe un canal autorizado. Una condición incumplida debe impedir el envío, no producir una respuesta aproximada.
3. Aprueba el contenido. Revisa horarios, ubicación e instrucciones con recepción antes de utilizarlos. Distingue información general de instrucciones vinculadas a una estancia concreta.
4. Establece la derivación. Define qué ocurre ante datos contradictorios, peticiones de modificación, reclamaciones o preguntas que requieren una decisión. Indica quién recibe el caso y qué contexto necesita para responder.
5. Evita duplicidades. Revisa los mensajes que ya envían tus otros sistemas. Asigna un único responsable a cada comunicación para que el huésped no reciba instrucciones repetidas o diferentes.

Resultado esperado: el recorrido distingue entre responder, detenerse y derivar. Recepción puede explicar por qué se ha enviado cada mensaje y qué hacer cuando una condición falla.

Documenta la secuencia con estos cuatro pasos: Reserva vigente, Datos mínimos, Respuesta aprobada y Derivación humana. La derivación es la salida para las excepciones, no un sustituto de comprobar primero la reserva.

Comprueba la reserva y los datos antes de responder; deriva las excepciones a recepción.

Pruebas y activación del recorrido

1. Ensaya una reserva nueva. Utiliza una reserva de prueba y un destinatario controlado. Comprueba que la referencia, el alojamiento y las fechas coinciden en todo el recorrido.
2. Ensaya una modificación. Cambia la fecha de llegada en el entorno de prueba autorizado. Verifica que la siguiente respuesta utiliza el dato vigente y que no quedan instrucciones pendientes basadas en la fecha anterior.
3. Ensaya una cancelación. Cancela la reserva de prueba mediante el procedimiento admitido. Comprueba que el recorrido impide nuevas comunicaciones asociadas a una estancia activa.
4. Prueba una excepción. Introduce una consulta que recepción deba resolver. Confirma que el caso llega al responsable con contexto suficiente y sin prometer al huésped una decisión todavía no aprobada.
5. Autoriza la activación. Registra el resultado de los 3 casos de reserva y de la derivación. Activa el piloto solo cuando cada resultado coincida con lo previsto.

Resultado esperado: puedes demostrar que altas, cambios y cancelaciones se tratan correctamente antes de atender a huéspedes reales. Para el despliegue de 2026, conserva una prueba reproducible, no solo una confirmación de que las credenciales funcionan.

Después de activar el piloto, revisa las primeras conversaciones con recepción. Busca diferencias entre el contenido enviado y la reserva vigente; corrige la regla antes de ampliar el alcance.

Variante: atención cuando cambia una reserva

Una segunda variante útil es revisar la comunicación cuando se modifica la estancia. Actívala únicamente si el método confirmado permite recibir o consultar esos cambios. No confundas una sincronización inicial con seguimiento continuo.

• Define qué modificaciones justifican una comunicación: por ejemplo, una nueva fecha de llegada que invalida las instrucciones anteriores.
• Cancela o sustituye los mensajes pendientes vinculados al dato anterior mediante el procedimiento que admita tu configuración.
• Vuelve a comprobar estado, destinatario y contenido antes de comunicar el cambio.
• Si el mecanismo no contempla actualizaciones, asigna la revisión a recepción y mantén ese recorrido bajo control manual.

Resultado esperado: una modificación no crea una segunda conversación contradictoria ni deja instrucciones antiguas activas. Conserva la referencia de reserva para relacionar el cambio con la estancia correcta.

Problemas frecuentes y cómo resolverlos

La reserva de prueba no aparece

Comprueba que pertenece al alojamiento incluido en el alcance y que su estado cumple las condiciones de entrada. Después revisa permisos y ejecución con el responsable de la conexión. No amplíes accesos indiscriminadamente para intentar resolver el fallo.

El mensaje conserva la fecha anterior

Comprueba si el flujo contempla modificaciones o solamente creación de reservas. Revisa el dato utilizado al generar la respuesta y cualquier comunicación pendiente. Suspende el recorrido afectado hasta validar de nuevo el caso de modificación.

El huésped recibe instrucciones duplicadas

Identifica qué sistemas han generado cada mensaje y qué regla los activó. Conserva un único responsable para esa comunicación y desactiva la regla repetida. Repite la prueba con un destinatario controlado antes de reanudar los envíos.

La consulta se asocia a otra estancia

Revisa el identificador utilizado y las coincidencias basadas únicamente en nombre o contacto. Una persona puede tener varias reservas. Exige una correspondencia suficiente antes de mostrar información específica y deriva los casos ambiguos.

Una excepción queda sin respuesta

Comprueba quién recibe la derivación y cómo sabe que necesita actuar. Define un responsable de sustitución para ausencias y deja el caso abierto hasta resolverlo. En tu revisión operativa de 2026, prueba también este recorrido: recibir una incidencia no equivale a atenderla.

Personaliza el flujo sin perder el control

Amplía una dimensión cada vez: otro idioma, otro alojamiento o un nuevo motivo de consulta. Mantén las mismas pruebas de creación, modificación y cancelación, y revisa las instrucciones locales antes de incorporar una propiedad.

Para operadores multipropiedad, diferencia datos comunes e instrucciones propias de cada establecimiento. Compartir una respuesta sobre servicios generales no autoriza a compartir indicaciones de acceso entre alojamientos.

La siguiente mejora debe resolver una tarea concreta de recepción. Prioriza el recorrido que ya tiene datos fiables y un responsable definido, no el que permite añadir más mensajes.

Un último detalle

La prueba más útil no termina cuando el huésped recibe un mensaje: termina cuando una reserva cancelada deja de recibir instrucciones de llegada. Antes de ampliar el piloto, demuestra también que el flujo sabe no enviar.

Guías relacionadas

• Check-in online para hoteles independientes
• Comunicación con huéspedes en operadores multipropiedad
• Automatizar la recogida de opiniones tras la salida