Em alguns casos, a Expedia pode gerir determinadas alterações de reserva através de um processo interno denominado “reconciliation”.
Isto acontece normalmente quando o viajante realiza modificações que afetam toda a estrutura da reserva, como por exemplo:
prolongamentos ou reduções da estadia,
alterações de datas,
variações importantes de preço,
alterações de tarifa,
promoções,
impostos,
disponibilidade,
ou recálculo completo da operação.
O que é uma reconciliation?
Embora do ponto de vista do viajante pareça uma simples alteração de reserva, a Expedia pode decidir reconstruir internamente toda a operação.
Em vez de atualizar diretamente a reserva original:
a Expedia gera uma nova reserva interna,
cria um novo Expedia ID,
e associa internamente ambas as reservas.
É importante ter em conta que:
a Expedia continua a considerar que pertence ao mesmo itinerário do viajante,
mas tecnicamente já não se trata do mesmo booking object interno.
Importante: a Expedia nem sempre processa as alterações como uma modificação standard
Embora para o viajante pareça que está apenas a modificar a mesma reserva (por exemplo, adicionando uma noite ou alterando datas), internamente a Expedia pode decidir não atualizar diretamente a reserva original.
Em determinados casos, a Expedia:
recalcula toda a operação,
reconstrói internamente a reserva,
gera um novo Expedia ID,
e realiza um processo denominado “reconciliation”.
Isto significa que:
para a Expedia continua a ser o mesmo itinerário do viajante,
mas tecnicamente já não é considerada a mesma reserva interna.
Por este motivo:
a Expedia pode não enviar um evento XML standard de modificação ao channel manager,
nem enviar a nova reserva reconciliada através do fluxo habitual.
Como consequência:
o AvaiBook não recebe essa nova reserva como uma modificação normal,
uma vez que o processo ocorre internamente dentro do ecossistema da Expedia.
É importante ter em conta que este comportamento depende totalmente da lógica interna da Expedia e pode variar consoante:
o tipo de alteração realizada,
tarifas,
disponibilidade,
impostos,
promoções,
políticas,
ou recálculos internos da reserva.
Por isso, duas alterações aparentemente semelhantes podem comportar-se de forma diferente:
em alguns casos a Expedia atualiza a mesma reserva,
e noutros realiza uma reconciliation completa.
Diferença entre modificação standard e reconciliation
Modificação standard
Quando a Expedia processa uma alteração normal:
mantém o mesmo Expedia ID,
envia um evento XML standard de modificação,
e o AvaiBook pode atualizar automaticamente a reserva existente.
Exemplos habituais:
pequenos ajustes de datas,
alterações menores,
modificações que não requerem recalcular toda a operação.
Reconciliation
Quando a Expedia considera que a alteração afeta de forma mais profunda a reserva:
reconstrói internamente a operação,
gera um novo Expedia ID,
e realiza uma reconciliação entre a reserva original e a nova.
Nestes casos:
a Expedia nem sempre envia um evento XML standard ao channel manager,
pelo que o AvaiBook pode não receber a nova reserva reconciliada.
Porque é que a Expedia realiza reconciliações?
A decisão depende da lógica interna da Expedia e do impacto que a alteração tenha sobre todo o carrinho da reserva.
Embora externamente pareça “apenas adicionar uma noite”, a Expedia pode necessitar de recalcular:
disponibilidade,
tarifas,
impostos,
promoções,
políticas,
regras de estadia,
validações,
métodos de pagamento,
virtual cards,
ou condições do inventário.
Por este motivo:
algumas modificações são processadas como simples updates,
e outras como reconciliações completas.
Importante: o modelo de contratação da Expedia pode influenciar as reconciliações
Um dos fatores mais importantes para compreender porque é que a Expedia realiza uma reconciliation em vez de uma modificação standard é o modelo de contratação utilizado na reserva.
A Expedia diferencia principalmente entre:
Expedia Collect
Hotel Collect
E isto afeta diretamente a forma como processa:
alterações de datas,
prolongamentos de estadia,
nightly rates,
impostos,
pagamentos,
e recálculos financeiros.
Expedia Collect
Nas reservas Expedia Collect:
a Expedia cobra diretamente ao hóspede,
controla o valor total da reserva,
impostos,
comissões,
reembolsos,
virtual cards,
e conciliação financeira.
Por este motivo, quando o viajante solicita alterações que afetam:
noites,
valor,
nightly rates,
ou duração da estadia,
a Expedia pode necessitar de recalcular completamente toda a operação financeira.
Nestes casos, é mais provável que a Expedia:
reconstrua internamente a reserva,
gere uma reconciliation,
crie um novo Expedia ID,
e não processe a alteração como uma simples modificação XML standard.
Hotel Collect
Nas reservas Hotel Collect:
o alojamento gere diretamente o pagamento do hóspede.
Como a Expedia tem menor controlo financeiro sobre a operação:
algumas modificações podem ser geridas de forma mais simples,
mantendo o mesmo Expedia ID,
e enviando apenas um update standard da reserva.
Por isso, em determinados cenários:
adicionar ou remover noites,
ou alterar datas,
pode não exigir uma reconciliation completa.
Alterações após o check-in: um fator especialmente relevante
A Expedia também diferencia as alterações realizadas:
antes do check-in,
e após a chegada do hóspede (post-arrival / post check-in).
As modificações posteriores ao check-in costumam ser muito mais sensíveis porque afetam:
consumos reais,
nightly rates aplicadas,
impostos,
reconciliações financeiras,
comissões,
virtual cards já emitidos,
ou settlement financeiro da reserva.
Por este motivo, as reconciliações são muito mais frequentes em modificações realizadas após a chegada do hóspede.
Exemplo habitual
Um caso típico seria:
mesmo viajante,
mesma reserva,
prolongamento de uma noite,
e variação do valor total.
Embora externamente pareça uma simples modificação:
a Expedia pode recalcular toda a operação,
reconstruir internamente o booking,
gerar um novo Expedia ID,
e realizar uma reconciliation em vez de um update standard.
Importante para o AvaiBook
Em determinadas reconciliações:
a Expedia não envia um evento XML standard consumível pelo channel manager,
uma vez que parte do processo ocorre apenas dentro do ecossistema interno da Expedia.
Por isso:
o AvaiBook pode não receber a nova reserva reconciliada,
nem processá-la como uma modificação tradicional de reserva.
Acontece sempre ao prolongar uma estadia?
Não. Duas modificações aparentemente semelhantes podem comportar-se de forma diferente.
Por exemplo:
em alguns casos a Expedia atualiza a mesma reserva,
e noutros reconstrói completamente a operação.
A decisão depende de múltiplos fatores internos da Expedia e não apenas da alteração de datas.
O que acontece no AvaiBook quando a Expedia faz uma reconciliation?
Em determinadas reconciliações:
a Expedia não envia um evento XML standard,
nem uma modificação tradicional da reserva.
Por isso:
o AvaiBook não recebe a nova reserva reconciliada,
e não consegue processá-la como uma modificação normal.
Em alguns casos, o sistema pode gerar referências técnicas internas para manter coerência operacional e rastreabilidade da reserva.
Estas referências costumam ser identificadas internamente com prefixos como: NP_referencia
e servem para diferenciar reservas ou processos internos que não provêm diretamente de um fluxo XML standard do portal.
A considerar
Quando a Expedia realiza uma reconciliation:
nem sempre estamos perante uma simples modificação de reserva,
mas sim perante uma reconstrução interna completa do booking.
Por isso:
pode existir um novo Expedia ID,
a reserva original pode permanecer associada internamente,
e o channel manager não recebe todos os eventos necessários para reproduzir exatamente esse processo.
Aprenda ao seu próprio ritmo e de qualquer lugar. Junte-se a nós para crescermos juntos!