Reserva de Tiket.com no aparece en su PMS: Guía de solución de problemas

Una reserva de tiket.com que no aparece en el PMS hotel sigue siendo una reserva activa si tiket.com la ha confirmado. El fallo puede encontrarse entre la Extranet y el Gestor de Canales, entre el Gestor de Canales y el PMS, o dentro de una cola de importación del PMS. La reserva también puede existir pero estar oculta en la vista de llegadas.

No comiences por reenviar o ingresar manualmente la reserva. Confirma el registro del canal, rastrea el mismo identificador a través de cada sistema y protege al huésped sin crear una segunda reserva.

Confirma la Reserva en la Extranet de Tiket.com

Inicia sesión en la propiedad correcta de la Extranet de escritorio. Abre Reservas > Buscar Reservas, luego busca por ID de itinerario o nombre del huésped. Amplía el rango de fechas y revisa los estados confirmados, modificados y cancelados en lugar de depender solo del panel de hoy.

La app Lignum by tiket.com proporciona otra vía de verificación. Abre Reservas, cambia entre Entrada y Reserva, selecciona el rango de fechas relevante y busca por nombre de huésped o ID de itinerario. La guía de búsqueda de reservas de Tiket.com y la guía de reservas de Lignum describen estas comprobaciones actuales por parte del socio.

Abre la reserva y registra la propiedad, el ID de itinerario, el estado de la reserva, las horas de creación y modificación, las fechas de estancia, la habitación, el plan de tarifas, la ocupación, los detalles del huésped, las instrucciones de pago y las peticiones especiales. Usa el registro del canal para establecer si el huésped tiene una reserva válida; usa el PMS como destino operativo.

Si tiket.com no puede encontrar la reserva, vuelve a verificar la propiedad y el identificador antes de actuar sobre una captura de pantalla del huésped o un correo electrónico reenviado. Si tiket.com la muestra como confirmada, protege la estancia incluso mientras la entrega siga sin resolverse.

Rastrea la Transferencia de la Reserva

Una reserva conectada normalmente se mueve desde tiket.com a un Gestor de Canales o proveedor de conectividad, pasa por el mapeo del producto, entra al servicio de importación del PMS y finalmente a la vista de llegadas. Prueba esa cadena con un ID de itinerario.

1. Busca en el proveedor de conectividad el ID de itinerario de tiket.com y la marca de tiempo de la reserva.
2. Comprueba si fue recibida, puesta en cola, entregada, rechazada o reintentada.
3. Captura el ID del mensaje del proveedor, la propiedad de destino, la respuesta y el texto de error.
4. Busca en todo el PMS por ID de itinerario, referencia del proveedor, nombre del huésped, fecha de reserva y fecha de estancia.
5. Inspecciona los registros pendientes, fallidos, duplicados, en cuarentena, cancelados, archivados y no asignados.
6. Compara todas las marcas de tiempo en una única zona horaria antes de decidir dónde ocurrió el retraso.

Si tiket.com tiene la reserva pero el proveedor no, el fallo está en la fase anterior al proveedor. Si el proveedor la entregó y el PMS la rechazó, investiga el error de importación. Si el PMS la contiene fuera de Llegadas, corrige el filtro o el estado operativo en lugar de importarla de nuevo.

El channel manager hotel de Smart Order mantiene las referencias OTA entrantes vinculadas al inventario de habitaciones mapeadas y a la ruta de reserva del PMS, lo que facilita localizar la última transferencia exitosa.

Verifica la Conexión y el Mapeo de Productos

Confirma que la conexión de tiket.com esté activa para la propiedad correcta y que la dirección de entrega de reservas esté habilitada. Una actualización exitosa reciente de tarifas no demuestra que las reservas entrantes estén funcionando; ambos flujos pueden usar servicios diferentes.

Compara los identificadores de propiedad, habitación y plan de tarifas de tiket.com con el mapeo del Gestor de Canales y los productos activos del PMS. Presta especial atención si se cambió el nombre de una habitación, se clonó un plan, se desactivó un producto o se reconectó la propiedad. Nombres visibles que coincidan no son suficientes.

Verifica la ocupación, configuración de niños, comidas, términos de cancelación, modelo de precios y moneda. Un proveedor puede recibir la reserva pero rechazarla porque el producto combinado de habitación y plan no tiene un destino PMS válido o porque un valor requerido no es compatible.

No vuelvas a mapear una habitación activa simplemente para forzar el paso de una reserva. Confirma el inventario físico disponible y las condiciones comerciales, guarda el mapeo antiguo, obtén aprobación y prueba el mapeo corregido en un producto de bajo riesgo.

Revisa las Reglas de Importación y Llegadas del PMS

Lee el rechazo exacto del PMS antes de cambiar datos. Las causas comunes incluyen una propiedad inactiva, mapeo de habitación o tarifa faltante, ocupación inválida, ID externo duplicado, caracteres no compatibles, falta de campos requeridos del huésped, una fecha comercial cerrada o una modificación que llega antes que la reserva original.

Si no aparece ningún rechazo, busca más allá de la lista predeterminada de llegadas. Verifica el alcance de la propiedad, el rango de llegadas, la fecha comercial, la zona horaria, el estado de la reserva, la asignación de habitación, el filtro de origen y los permisos de usuario. Una reserva modificada puede haberse movido fuera de la ventana de hoy, mientras que una cancelación puede permanecer solo en el historial.

Conserva una importación parcial si el ID de origen ya existe. Repara o reproduce ese registro conectado en lugar de crear una segunda reserva que no pueda recibir modificaciones o cancelaciones posteriores.

Protege al Huésped y el Inventario

Cuando tiket.com confirma la reserva, la Recepción necesita una garantía operativa mientras continúa la investigación técnica.

1. Busca en cada sistema una última vez utilizando el ID de itinerario.
2. Reserva la habitación física correcta a través del proceso de excepciones aprobado por el hotel.
3. Crea un registro temporal en el PMS solo cuando la política lo requiera para una llegada inminente.
4. Etiquétalo como reconciliación de sincronización de tiket.com pendiente e incluye la referencia externa.
5. Copia fechas, habitación, tarifa, ocupación, método de pago, términos de cancelación e inclusiones con precisión.
6. Desactiva las automatizaciones de confirmación, pago, código de acceso y reseñas duplicadas en el registro temporal.
7. Asigna un responsable y una fecha límite para fusionarlo o retirarlo después de la recuperación.

No canceles una reserva confirmada en el canal ni le pidas al huésped que vuelva a reservar debido a que falló una transferencia interna. No reduzcas el inventario de forma independiente en varios sistemas. Registra un control temporal, luego reconcílialo cuando llegue la reserva conectada.

El correo electrónico es una alerta de respaldo útil, pero no una prueba de entrega al PMS. Tiket.com envía correos electrónicos de nuevas reservas a usuarios con roles de Administrador o Reservas; su guía de correos electrónicos de reserva explica cómo los problemas de rol, dirección o listas negras pueden detener esos mensajes. Soluciona el enrutamiento de correos electrónicos de forma separada al incidente de integración.

Reintenta Una Vez y Comprueba la Recuperación

Pregunta al proveedor de conectividad si recibe notificaciones push, recupera reservas o usa otro método aprobado. La acción de recuperación debe coincidir con esa conexión.

Corrige primero el error específico. Luego reproduce o recupera el evento original una vez, usando el mismo ID de itinerario. Antes de reintentar, confirma que no haya una entrega retrasada o modificación posterior ya en cola. Varios empleados repitiendo la misma acción pueden producir registros PMS duplicados o procesar mensajes fuera de secuencia.

La recuperación se completa solo cuando:

• una reserva en el PMS contiene las referencias correctas de tiket.com y del proveedor;
• habitación, plan, fechas, ocupación, precio, instrucciones de pago y estado coinciden con la Extranet;
• el inventario ha disminuido exactamente una vez en toda la disponibilidad compartida;
• una reserva temporal o registro manual se ha reconciliado sin perder notas ni tareas; y
• una modificación o cancelación posterior aún puede actualizar el mismo registro conectado.

Escala el problema con el ID de la propiedad, el ID del itinerario, los identificadores de habitación y plan, las marcas de tiempo con zona horaria, el ID del mensaje del proveedor, capturas de pantalla del mapeo, el texto del error del PMS, el inventario antes y después, y cada acción que ya se haya tomado. Para llegadas el mismo día, inventario de última habitación, múltiples reservas faltantes o una cola en crecimiento, escala inmediatamente mientras operaciones protege al huésped.

Preguntas Frecuentes

¿Dónde debe comprobar primero el personal una reserva de tiket.com faltante?

Comprueba la propiedad correcta en Reservas > Buscar Reservas o en el área de Reservas de Lignum. Confirma el ID de itinerario y el estado antes de hacer cambios en el PMS.

¿Pueden sincronizarse las tarifas mientras fallan las reservas?

Sí. Las tarifas salientes y la disponibilidad pueden usar una dirección o servicio diferente a la entrega de reservas entrantes. Verifica ambos flujos de forma independiente.

¿Debería la Recepción crear la reserva manualmente?

Solo cuando un procedimiento de excepción aprobado requiera protección inmediata. Márcala para reconciliación, evita automatizaciones duplicadas y busca una reserva conectada retrasada antes de la auditoría nocturna.

¿Por qué falta la reserva solo en Llegadas?

Puede estar bajo otra propiedad, fecha, estado, asignación de habitación, zona horaria o alcance de permisos. Busca en todo el PMS por referencia externa y nombre del huésped.

¿Qué demuestra que el problema está solucionado?

Una reserva del PMS conectada coincide con tiket.com, la disponibilidad cambió una vez, los controles temporales están reconciliados y los eventos de reservas futuros pueden actualizar el mismo registro.

Una reserva de tiket.com faltante se resuelve cuando el huésped está protegido y la reserva es rastreable de principio a fin. Confirma primero el registro del canal, repara solo la transferencia fallida y cierra el incidente con una reserva limpia en el PMS.