Fallas de conexión entre PMS, channel manager y OTA: qué revisar en tu hotel

Una falla de conexión del channel manager puede afectar la entrega de reservaciones, tarifas, disponibilidad o restricciones. Una reservación faltante o un precio inesperado en una OTA no demuestran, por sí solos, que la conexión esté caída. Primero identifica qué mensaje falló, entre qué sistemas y en qué momento.

Esta lista sirve para operadores de un hotel o de múltiples propiedades. Se centra en reunir evidencia, limitar el riesgo operativo y trabajar con el proveedor responsable, en lugar de modificar conexiones en producción por ensayo y error.

1. Identifica la conexión afectada y la dirección del mensaje

Distingue la conexión entre el PMS y el channel manager de la conexión entre el channel manager y la OTA. Para una actualización saliente, sigue el recorrido PMS → channel manager y después channel manager → OTA. Las reservaciones normalmente regresan desde la OTA al PMS a través del channel manager. El recorrido también puede incluir un CRS u otro servicio de integración; confirma la configuración de tu operación.

• ¿Está afectado un hotel, varias propiedades o todo el portafolio?
• ¿El problema se limita a una OTA, un tipo de habitación, un plan tarifario o determinadas fechas de estancia?
• ¿Faltan reservaciones nuevas, modificaciones o cancelaciones, o no se actualizan tarifas, disponibilidad o restricciones?
• ¿Cuál fue el último mensaje entregado correctamente en la dirección afectada?

Que la conexión con la OTA funcione no demuestra que el PMS haya recibido una reservación. Del mismo modo, que una actualización salga del PMS no demuestra que la OTA la haya aceptado.

2. Revisa la evidencia de entrega antes de cambiar la configuración

Consulta el estado de conexión, el historial de mensajes y los detalles de error disponibles en tus sistemas. Si el personal del hotel no tiene acceso a esa información, pide al proveedor que la revise. Registra las marcas de tiempo con su zona horaria y compara la misma transacción en cada etapa.

• Errores de autenticación o acceso: Pregunta si cambiaron las credenciales, los permisos o la autorización de la conexión. Sigue el procedimiento documentado del proveedor para volver a autorizarla; no cambies credenciales ni reconectes repetidamente como atajo de diagnóstico.
• Tiempos de espera agotados o errores del servicio: Revisa los avisos de incidentes del proveedor y el punto de conexión afectado. Un timeout deja incierto el estado de entrega. Antes de reenviar, confirma si el sistema receptor ya procesó el mensaje.
• Actualizaciones rechazadas: Revisa el error específico y los identificadores de propiedad, habitación y plan tarifario. Comprueba el mapeo, las restricciones admitidas y los campos obligatorios. Que dos planes tengan nombres parecidos no demuestra un error de mapeo.
• Mensajes pendientes: Revisa la antigüedad del mensaje más viejo, si la cola avanza y los errores de reintento o límites de solicitudes reportados. No existe un número universal de mensajes pendientes que demuestre una falla.

Al investigar diferencias de precio, compara ofertas equivalentes: fechas, ocupación, moneda, impuestos, condiciones de cancelación y promociones. Comparar precios públicos es una revisión distinta de verificar la entrega de mensajes. Una discrepancia de paridad no demuestra que el channel manager se haya desconectado.

3. Protege el inventario y la gestión de reservaciones

Asigna a una persona responsable del incidente e informa a las propiedades afectadas. Da prioridad a las reservaciones faltantes y a los cambios de llegadas del día. Sigue el procedimiento de contingencia acordado y registra las acciones manuales para conciliarlas después.

Desconectar una integración no cierra la venta de habitaciones en una OTA. Si la disponibilidad no es confiable, acuerda con el proveedor responsable cómo restringir las ventas de forma segura y comprueba que el cambio llegó al canal afectado. No supongas que un cierre de ventas configurado localmente se transmitió a través de una conexión con fallas.

No apagues un PMS en producción, elimines mapeos, vacíes colas ni reenvíes reservaciones repetidamente para probar una hipótesis. Estas acciones pueden agravar el incidente o crear registros duplicados.

4. Restablece el servicio de forma segura y concilia los datos

Utiliza el procedimiento de recuperación aprobado por el proveedor. Antes de hacer correcciones, confirma qué sistema controla las tarifas y la disponibilidad: según la integración, puede ser el PMS, el CRS o el channel manager.

Después de la recuperación, comprueba que las tarifas, la disponibilidad y las restricciones actuales llegaron a los canales afectados. Concilia las reservaciones, modificaciones y cancelaciones del periodo del incidente con los registros del PMS y de las OTA. Busca registros faltantes o duplicados antes de dar por resuelto el problema. Un indicador de conexión en verde no basta.

Para pruebas planificadas de recuperación ante fallas, prefiere una demostración del proveedor, un incidente grabado o un entorno de pruebas separado de producción. Cualquier prueba que afecte sistemas en producción necesita una ventana de mantenimiento expresamente aprobada, coordinación con los proveedores involucrados, un plan de reversión y un procedimiento para conciliar las reservaciones.

5. Entrega a soporte un reporte útil del incidente

• Identificador de la propiedad, PMS y channel manager afectados, y OTA involucrada.
• Primer error observado y última entrega correcta, con zona horaria.
• Tipo de mensaje afectado, identificadores de habitación y plan tarifario, y fechas de estancia.
• Referencias pertinentes de reservaciones o mensajes, texto exacto del error y capturas con los datos sensibles ocultos.
• Cambios recientes de configuración, impacto operativo y acciones realizadas.

Utiliza el canal seguro de soporte aprobado por el proveedor. Nunca incluyas contraseñas, tokens de API, datos de tarjetas de pago ni información innecesaria de los huéspedes. Acuerda quién investigará cada conexión y quién mantendrá informado al equipo del hotel.

Reduce los incidentes recurrentes

Revisa qué fallas de conexión detectan tus proveedores, cómo llegan las alertas a tu equipo y quién responde fuera del horario de oficina. Confirma cómo funcionan los reintentos y la recuperación, en lugar de suponer que cualquier error se resuelve con una reconexión automática. Mantén actualizados los contactos, la documentación del mapeo y el procedimiento de contingencia.

El objetivo no es solo mostrar una conexión activa. Es confirmar que se distribuyen las tarifas y la disponibilidad correctas y que se ha conciliado cada reservación afectada.