Una importación de OTA reintentada creó una reserva duplicada: cómo solucionarlo de forma segura

Una reserva OTA duplicada después de un reintento puede parecer fácil de solucionar: encontrar dos registros similares y eliminar uno. Eso es arriesgado. Un registro puede ser la reserva conectada que recibirá futuros cambios de la OTA, mientras que el otro puede contener la asignación de habitación, el pago, las notas o el trabajo de entrada ya completado por recepción.

La respuesta segura es pausar la automatización, demostrar que los registros son duplicados, elegir una reserva canónica, mover o conservar los datos operativos y, a continuación, retirar el registro adicional mediante la acción aprobada por el PMS hotel. Las comprobaciones de inventario y pago deben realizarse de inmediato, ya que la eliminación de un registro puede liberar una habitación o cambiar un saldo.

Por qué un reintento de OTA puede crear una reserva duplicada

Un reintento normalmente debería reutilizar el ID de reserva externo de la OTA para que el PMS hotel reconozca la misma reserva. Un duplicado puede aparecer cuando la importación original tuvo un éxito parcial pero devolvió un error, el reintento llega sin el mismo identificador, o se creó un marcador de posición manual antes de que la reserva automatizada retrasada ingresara al PMS hotel.

Otra secuencia común comienza con una reserva futura importada manualmente. Si el registro manual no contiene un ID de reserva de origen válido, es posible que una modificación posterior de la OTA no coincida. El PMS hotel puede crear un nuevo registro conectado en lugar de actualizar el manual existente.

Los dos registros del PMS hotel pueden parecer idénticos pero comportarse de manera diferente. Solo uno podría permanecer conectado a las modificaciones de la OTA, cancelaciones, mensajes de huéspedes, instrucciones de pago o datos de tarjetas virtuales. Por eso, el nombre del huésped y las fechas de estancia no son suficientes para decidir qué registro eliminar.

Detén las importaciones repetidas, los reenvíos y los cambios manuales de disponibilidad tan pronto como se encuentre el duplicado. Captura ambos números de reserva, horas de creación, ID de origen, estados actuales y el efecto en el inventario antes de que otro mensaje cambie la evidencia.

Demuestra que los dos registros son realmente duplicados

Dos reservas para el mismo huésped y fechas solo son sospechosas de ser duplicados. Un huésped puede reservar intencionadamente dos habitaciones, o dos viajeros con el mismo apellido pueden llegar juntos. Diferentes números de confirmación de la OTA generalmente significan dos reservas separadas hasta que la OTA demuestre lo contrario.

Compara ambos registros campo por campo:

• Número de confirmación de la OTA y referencia del channel manager hotel o CRS
• Número de reserva del PMS hotel, hora de creación, método de importación y origen
• Propiedad, tipo de habitación, llegada, salida, ocupación y plan de tarifas
• Precio total, impuestos, modelo de pago, depósito y política de cancelación
• Última modificación, cancelación, mensaje y estado de sincronización
• Asignación de habitación, folio, notas, tareas y actividad de entrada

Abre la extranet de la OTA y confirma cuántas reservas activas existen. Luego verifica el channel manager hotel o la cola del CRS. Si la OTA y el intermediario muestran una reserva pero el PMS hotel muestra dos registros con la misma referencia externa, los registros del PMS hotel son fuertes candidatos a ser duplicados.

Si los registros tienen diferentes números de confirmación de la OTA, detente. No fusiones, canceles ni elimines ninguno de los dos hasta que la OTA o el huésped confirmen si ambos eran intencionados. El coste de retener el inventario brevemente suele ser menor que cancelar una reserva válida.

Un flujo de trabajo conectado facilita esta comparación. El channel manager hotel de Smart Order vincula la referencia entrante de la OTA con la disponibilidad del PMS hotel, por lo que el personal puede rastrear si un reintento actualizó la reserva existente o creó otro registro operativo.

Elige el registro canónico y soluciona el duplicado de forma segura

La reserva canónica es el registro que el hotel mantendrá como única fuente para la estancia. Debería poder recibir futuros cambios de la OTA y retener el historial operativo y financiero necesario hasta la salida.

Utiliza la matriz a continuación como ayuda para la decisión. El comportamiento del proveedor difiere, por lo que es posible que aún se requiera la aprobación del supervisor o del soporte antes de fusionar, eliminar, anular o cancelar un registro.

En muchos incidentes de reintento, el registro automatizado con el ID de origen válido de la OTA es el registro canónico más seguro porque las modificaciones y cancelaciones posteriores pueden coincidir con él. Un marcador de posición manual sin ese ID de origen suele ser el registro a retirar, pero solo después de haber conservado sus datos útiles.

Sigue esta secuencia:

1. Congela los reintentos adicionales, las ediciones, las acciones de entrada y los intentos de pago en ambos registros.
2. Selecciona el registro canónico basándote en el enlace de origen válido y la ruta de actualización futura.
3. Conserva o transfiere la asignación de habitación, las notas del huésped, las tareas, los elementos del folio, los depósitos y las referencias de pagos autorizados.
4. Marca el registro adicional como duplicado utilizando la acción de estado, fusión, anulación, cancelación o eliminación aprobada por el PMS hotel.
5. Añade una nota de referencia cruzada a ambos registros cuando el sistema conserve el historial de duplicados.
6. Vuelve a abrir la OTA, el channel manager hotel y el PMS hotel para confirmar que queda una reserva operativa activa.

No canceles la reserva de la OTA simplemente para limpiar el PMS hotel. No elimines un registro que contenga ingresos contabilizados, autorización de pago, un estado de entrada, acceso a la habitación o documentos fiscales sin la revisión de finanzas y gerencia. Algunos sistemas requieren soporte para fusionarse de manera segura porque la reserva visible está vinculada a registros de transacciones y mensajes ocultos.

Concilia el inventario, los pagos y el trabajo de recepción

Eliminar un duplicado no está completo hasta que los totales operativos del hotel sean correctos. Si ambos registros redujeron la disponibilidad, retirar uno puede devolver una habitación. Si solo uno redujo la disponibilidad, un aumento manual del inventario podría abrir una habitación adicional para la venta y crear una sobreventa.

Registra la disponibilidad antes de la corrección, completa la acción de duplicado aprobada y luego compara el recuento de habitaciones del PMS hotel con el channel manager hotel y la OTA. La cantidad final debe reflejar una estancia confirmada, ni cero ni dos.

Revisa la actividad de pagos y folios por separado. Confirma si alguno de los registros contiene un depósito, preautorización, cargo, reembolso, saldo a cobrar por la OTA, instrucción de tarjeta virtual, factura de impuestos o base de comisión. Nunca copies los detalles completos de la tarjeta o de seguridad en una nota de reserva ordinaria o en un correo electrónico de soporte.

También concilia el trabajo ya desencadenado por cada registro. Comprueba los mensajes de los huéspedes, la automatización previa a la llegada, la asignación de habitaciones, las notas de servicios de habitación, el traslado al aeropuerto, las peticiones de comidas, los códigos de acceso y los formularios de entrada. Suprime el flujo de trabajo duplicado para que el huésped no reciba dos confirmaciones, dos solicitudes de pago o instrucciones contradictorias.

Antes de la auditoría nocturna, vuelve a buscar por nombre del huésped y por cada referencia externa. Confirma una estancia activa, una asignación de habitación, un saldo operativo y la atribución correcta del canal. Conserva el rastro de auditoría que muestra qué registro se conservó y por qué.

Escala el incidente y evita otro duplicado por reintento

Escala el problema cuando el equipo no pueda identificar el registro conectado, cuando ambos registros contengan transacciones o cuando la cancelación de un registro cambie el inventario inesperadamente. Es posible que el PMS hotel o el proveedor de conectividad necesiten inspeccionar los ID de los mensajes, los acuses de recibo, los registros de importación y el comportamiento de los reintentos.

Envía al soporte:

• ID de la propiedad y proveedor de conexión
• Referencias de la OTA, el channel manager hotel y ambas reservas del PMS hotel
• Marcas de tiempo de importación original, error, reintento y creación de duplicado con zona horaria
• Estados actuales, mapeo de habitaciones y tarifas, y disponibilidad antes y después
• Capturas de pantalla de mensajes y errores con datos de pago confidenciales ocultos
• Acciones ya realizadas, incluyendo pagos, entrada, asignación de habitación o cancelación

La solución permanente depende de la causa. Un ID de origen externo faltante requiere una mejor conservación de ID. Un tiempo de espera después de una importación exitosa requiere verificar el estado antes de volver a intentarlo. Un marcador de posición manual requiere una marca de conciliación. Un defecto de concurrencia o un webhook repetido requiere protección contra duplicados por parte del proveedor en lugar de otra solución alternativa en recepción.

Incorpora la regla en el procedimiento de incidentes del hotel: no hay reintento hasta que el personal confirme si el primer mensaje creó una reserva. Prueba las nuevas conexiones de la OTA con una nueva reserva, modificación y cancelación. La modificación debería actualizar el mismo registro del PMS hotel, y la cancelación debería devolver el inventario una sola vez.

La limpieza de duplicados es más segura cuando recepción puede ver el origen de la reserva, el estado operativo y la disponibilidad de habitaciones de forma conjunta. El sistema de reservas hotel de Smart Order ofrece al personal un único calendario para la reserva conectada y su impacto en las habitaciones, reduciendo la posibilidad de que un marcador de posición temporal se convierta en una segunda estancia activa.

Preguntas frecuentes

¿Qué reserva OTA duplicada debe conservar el hotel?

Normalmente se debe conservar el registro con el ID de origen válido de la OTA y el enlace activo de modificación o cancelación. Antes de retirar el otro registro, conserva cualquier pago, folio, asignación de habitación, notas, tareas y trabajo de entrada que contenga.

¿Puede recepción simplemente eliminar la reserva más reciente?

No. El registro más reciente puede ser la reserva automatizada y conectada creada por la importación recuperada. Eliminarla podría interrumpir futuras actualizaciones de la OTA dejando atrás un registro manual desvinculado.

¿Debería el hotel cancelar una reserva en la extranet de la OTA?

No cuando la OTA muestra solo una reserva confirmada. El duplicado puede existir únicamente dentro del PMS hotel. Cancelar la reserva real de la OTA puede afectar al huésped, el pago, la comisión y los términos de cancelación.

¿Qué pasa si ambos registros ya contienen cargos?

Detén cualquier actividad de pago adicional e involucra al supervisor o al equipo de finanzas. Confirma qué cargos fueron autorizados, si se produjo alguna captura duplicada y si el PMS hotel requiere una anulación, un reembolso, una transferencia de folio o una fusión asistida por el proveedor.

¿Por qué el reintento creó un nuevo registro en el PMS hotel en lugar de actualizar el primero?

Las causas comunes incluyen un ID de reserva externo faltante o modificado, una importación original que tuvo éxito pero devolvió un error, un marcador de posición manual sin la referencia de origen, un procesamiento de reintento superpuesto o una modificación que no pudo coincidir con el primer registro.

¿Cómo debe verificar el hotel la corrección?

Confirma una reserva activa en el PMS hotel, una reserva confirmada en la OTA, una ruta de referencia conectada, una deducción de habitación correcta y un saldo operativo. Luego, prueba que una modificación futura se dirija al registro conservado.

Una solución segura para los duplicados preserva la reserva real del huésped antes de limpiar la base de datos. Identifica el registro conectado, protege el dinero y las operaciones, corrige el inventario una vez y deja un rastro de auditoría que evite que el próximo reintento se convierta en otra emergencia de recepción.