En algunos casos, Expedia puede gestionar determinados cambios de reserva mediante un proceso interno denominado “reconciliation”.
Esto suele ocurrir cuando el viajero realiza modificaciones que afectan a la estructura completa de la reserva, como por ejemplo:
ampliaciones o reducciones de estancia,
cambios de fechas,
variaciones importantes de precio,
cambios de tarifa,
promociones,
impuestos,
disponibilidad,
o recalculo completo de la operación.
¿Qué es una reconciliation?
Aunque desde el punto de vista del viajero parezca una simple modificación de reserva, Expedia puede decidir internamente reconstruir toda la operación.
En lugar de actualizar directamente la reserva original:
Expedia genera una nueva reserva interna,
crea un nuevo Expedia ID,
y vincula ambas reservas internamente.
Es importante tener en cuenta que:
Expedia sigue considerando que pertenece al mismo itinerario del viajero,
pero técnicamente ya no se trata del mismo booking object interno.
Importante: Expedia no siempre procesa los cambios como una modificación estándar
Aunque desde el punto de vista del viajero parezca que simplemente está modificando su misma reserva (por ejemplo, añadiendo una noche o cambiando fechas), Expedia internamente puede decidir no actualizar directamente la reserva original.
En determinados casos, Expedia:
recalcula toda la operación,
reconstruye internamente la reserva,
genera un nuevo Expedia ID,
y realiza un proceso denominado “reconciliation”.
Esto significa que:
para Expedia sigue siendo el mismo itinerario del viajero,
pero técnicamente ya no se considera la misma reserva interna.
Por este motivo:
Expedia puede no enviar un evento XML estándar de modificación al channel manager,
ni tampoco enviar la nueva reserva reconciliada mediante el flujo habitual.
En consecuencia:
AvaiBook no recibe esa nueva reserva como una modificación normal,
ya que el proceso ocurre internamente dentro del ecosistema de Expedia.
Es importante tener en cuenta que este comportamiento depende completamente de la lógica interna de Expedia y puede variar según:
el tipo de cambio realizado,
tarifas,
disponibilidad,
impuestos,
promociones,
políticas,
o recalculos internos de la reserva.
Por ello, dos cambios aparentemente similares pueden comportarse de forma distinta:
en algunos casos Expedia actualiza la misma reserva,
y en otros realiza una reconciliation completa.
Diferencia entre modificación estándar y reconciliation
Modificación estándar
Cuando Expedia procesa un cambio normal:
mantiene el mismo Expedia ID,
envía un evento XML estándar de modificación,
y AvaiBook puede actualizar automáticamente la reserva existente.
Ejemplos habituales:
pequeños ajustes de fechas,
cambios menores,
modificaciones que no requieren recalcular toda la operación.
Reconciliation
Cuando Expedia considera que el cambio afecta de forma más profunda a la reserva:
reconstruye la operación internamente,
genera un nuevo Expedia ID,
y realiza una reconciliación entre la reserva original y la nueva.
En estos casos:
Expedia no siempre envía un evento XML estándar al channel manager,
por lo que AvaiBook puede no recibir la nueva reserva reconciliada.
¿Por qué Expedia realiza reconciliaciones?
La decisión depende de la lógica interna de Expedia y del impacto que tenga el cambio sobre toda la cesta de la reserva.
Aunque externamente parezca “solo añadir una noche”, Expedia puede necesitar recalcular:
disponibilidad,
tarifas,
impuestos,
promociones,
políticas,
reglas de estancia,
validaciones,
métodos de cobro,
virtual cards,
o condiciones del inventario.
Por este motivo:
algunas modificaciones se procesan como simples updates,
y otras como reconciliaciones completas.
Importante: el modelo de contratación de Expedia puede influir en las reconciliaciones
Uno de los factores más importantes para entender por qué Expedia realiza una reconciliation en lugar de una modificación estándar es el modelo de contratación utilizado en la reserva.
Expedia diferencia principalmente entre:
Expedia Collect
Hotel Collect
Y esto afecta directamente a cómo procesa:
cambios de fechas,
ampliaciones de estancia,
nightly rates,
impuestos,
pagos,
y recalculos financieros.
Expedia Collect:
En reservas Expedia Collect:
Expedia cobra directamente al huésped,
controla el importe total de la reserva,
impuestos,
comisiones,
reembolsos,
virtual cards,
y conciliación financiera.
Por este motivo, cuando el viajero solicita cambios que afectan:
noches,
importe,
nightly rates,
o duración de la estancia,
Expedia puede necesitar recalcular completamente la operación financiera.
En estos casos, es más probable que Expedia:
reconstruya la reserva internamente,
genere una reconciliation,
cree un nuevo Expedia ID,
y no procese el cambio como una simple modificación XML estándar.
Hotel Collect:
En reservas Hotel Collect:
el alojamiento gestiona directamente el cobro al huésped.
Como Expedia tiene menor control financiero sobre la operación:
algunas modificaciones pueden gestionarse de forma más simple,
manteniendo el mismo Expedia ID,
y enviando únicamente un update estándar de reserva.
Por ello, en determinados escenarios:
añadir o eliminar noches,
o modificar fechas,
puede no requerir una reconciliation completa.
Cambios después del check-in: un factor especialmente relevante
Expedia también diferencia los cambios realizados:
antes del check-in,
y después de la llegada del huésped (post-arrival / post check-in).
Las modificaciones posteriores al check-in suelen ser mucho más sensibles porque afectan a:
consumos reales,
nightly rates aplicados,
impuestos,
conciliaciones financieras,
comisiones,
virtual cards ya emitidas,
o settlement económico de la reserva.
Por este motivo, las reconciliaciones son mucho más frecuentes en modificaciones realizadas después de la llegada del huésped.
Ejemplo habitual:
Un caso típico sería:
mismo viajero,
misma reserva,
ampliación de una noche,
y variación del importe total.
Aunque externamente parezca una simple modificación:
Expedia puede recalcular toda la operación,
reconstruir internamente el booking,
generar un nuevo Expedia ID,
y realizar una reconciliation en lugar de un update estándar.
Importante para AvaiBook
En determinadas reconciliaciones:
Expedia no envía un evento XML estándar consumible por el channel manager,
ya que parte del proceso ocurre únicamente dentro del ecosistema interno de Expedia.
Por ello:
AvaiBook puede no recibir la nueva reserva reconciliada,
ni procesarla como una modificación tradicional de reserva.
¿Siempre ocurre al ampliar una estancia?
No. Dos modificaciones aparentemente similares pueden comportarse de forma distinta.
Por ejemplo:
en algunos casos Expedia actualiza la misma reserva,
y en otros reconstruye completamente la operación.
La decisión depende de múltiples factores internos de Expedia y no únicamente del cambio de fechas.
¿Qué ocurre en AvaiBook cuando Expedia hace una reconciliation?
En determinadas reconciliaciones:
Expedia no envía un evento XML estándar,
ni una modificación tradicional de reserva.
Por ello:
AvaiBook no recibe la nueva reserva reconciliada,
y no puede procesarla como una modificación normal.
En algunos casos, el sistema puede generar referencias internas técnicas para mantener coherencia operativa y trazabilidad de la reserva.
Estas referencias suelen identificarse internamente con prefijos como: NP_referencia
y sirven para diferenciar reservas o procesos internos que no provienen directamente de un flujo XML estándar del portal.
Resumen
Cuando Expedia realiza una reconciliation:
no siempre estamos ante una simple modificación de reserva,
sino ante una reconstrucción interna completa del booking.
Por eso:
puede existir un nuevo Expedia ID,
la reserva original puede quedar vinculada internamente,
y el channel manager no recibe todos los eventos necesarios para reproducir exactamente ese proceso.
Aprende a tu ritmo y desde cualquier lugar. ¡Únete para crecer juntos!