Reserva do Trip.com Não Recebida pelo seu Sistema de Gestão Hoteleira: Uma Lista de Verificação de Sincronização

Uma reserva do Trip.com não recebida pelo sistema de gestão hoteleira continua a ser uma obrigação do hotel se o Trip.com a tiver confirmado. A reserva pode ter parado no fornecedor de conectividade, falhado no mapeamento do produto, entrado numa fila de exceção do sistema de gestão hoteleira ou ter sido importada com sucesso, mas ter ficado oculta da vista de chegadas.

Não comece com um reenvio às cegas ou uma segunda reserva. Confirme a encomenda do Trip.com, localize a última transferência bem-sucedida e proteja o hóspede e o quarto enquanto a causa técnica é corrigida.

Confirme a Reserva no eBooking do Trip.com

Inicie sessão na propriedade correta no eBooking do Trip.com e abra a área de gestão de encomendas ou reservas apresentada na conta. Pesquise pelo número de reserva ou encomenda do Trip.com, nome do hóspede, data da reserva e datas da estadia. Expanda os filtros de estado e data para que as encomendas modificadas, canceladas e futuras não fiquem ocultas.

Abra a reserva e registe a propriedade, a referência do Trip.com, o estado de confirmação, os tempos de criação e modificação, as datas de estadia, o quarto, o plano de tarifas, a ocupação, os detalhes do hóspede, as instruções de pagamento, o preço e os pedidos especiais.

Abra a conta do eBooking do Trip.com da propriedade correta e aceda à sua área de gestão de reservas ou encomendas. O eBooking é a extranet do parceiro de alojamento utilizada para gerir as próximas reservas. O texto do menu pode variar de acordo com o mercado e a conta, portanto, siga a função de gestão de encomendas visível para a propriedade.

Se o eBooking não contiver a encomenda, volte a verificar a propriedade e a referência antes de confiar numa captura de ecrã do hóspede ou num e-mail reencaminhado. Se o eBooking mostrar uma reserva confirmada, proteja a estadia mesmo quando o registo do sistema de gestão hoteleira estiver em falta.

Rastreie o Caminho da Reserva do Trip.com

Uma reserva conectada move-se normalmente do Trip.com para o gestor de canais, CRS ou conector do sistema de gestão hoteleira, através do mapeamento de propriedades e produtos, para o serviço de importação do sistema de gestão hoteleira e, finalmente, para a vista da receção.

1. Pesquise no fornecedor pelo número de reserva do Trip.com e hora de criação.
2. Verifique se a reserva foi recebida, sincronizada, colocada em fila, entregue, rejeitada ou tentada novamente.
3. Capture o ID da mensagem do fornecedor, a propriedade de destino, a resposta e o texto do erro.
4. Pesquise em todo o sistema de gestão hoteleira através da referência do Trip.com, referência do fornecedor, nome do hóspede, data de reserva e data de estadia.
5. Inspecione os registos pendentes, rejeitados, duplicados, em quarentena, arquivados, cancelados, modificados e não atribuídos.
6. Normalize os carimbos de data/hora para um fuso horário antes de decidir onde ocorreu o atraso.

Se o eBooking tiver a encomenda, mas o fornecedor não, investigue a ligação entre o Trip.com e o fornecedor. Se o fornecedor a tiver entregado e o sistema de gestão hoteleira a tiver rejeitado, trabalhe a partir do erro de importação. Se o sistema de gestão hoteleira contiver a reserva fora das Chegadas, corrija o filtro ou o estado operacional em vez de a importar novamente.

O fluxo de trabalho da Conectividade do Trip.com pode abranger a confirmação de reserva, cancelamento, modificação, consulta de estado de reserva e sincronização de informações de reserva. Pergunte ao fornecedor quais destes fluxos de mensagens a sua ligação suporta efetivamente e onde cada estado é registado.

O channel manager para hotéis do Smart Order mantém as referências de entrada do Trip.com ligadas a quartos mapeados, planos de tarifas, disponibilidade e ao caminho de reserva do sistema de gestão hoteleira.

Verifique a Ligação e o Mapeamento de Produtos

Confirme se a propriedade correta do Trip.com está ligada e se a sincronização de reservas de entrada está ativa. Uma atualização bem-sucedida de tarifas de saída ou disponibilidade não prova que as reservas de entrada estão a chegar ao sistema de gestão hoteleira; as direções podem usar serviços diferentes.

Compare a propriedade do Trip.com, o tipo de quarto, o plano de tarifas e os identificadores do produto com o mapeamento do fornecedor e os produtos ativos no sistema de gestão hoteleira. Reveja alterações recentes: um plano clonado, um quarto substituído, um produto renomeado, uma nova opção de ocupação, uma desativação ou uma religação podem deixar uma reserva sem um destino válido.

Verifique a ocupação, definições para crianças, refeições, termos de cancelamento, modelo de pagamento, moeda e o conjunto de disponibilidade. Nomes de apresentação semelhantes não provam que os IDs ou as regras comerciais correspondam.

Não remapeie um quarto ativo apenas para forçar a passagem de uma encomenda. Preserve o mapeamento atual, prove o quarto físico e o plano corretos, obtenha aprovação, corrija apenas o produto afetado e execute um teste de baixo risco.

Leia o Erro de Importação do Sistema de Gestão Hoteleira

As falhas de importação comuns incluem uma propriedade inativa, falta de mapeamento de quarto ou tarifa, ocupação não suportada, datas inválidas, falta de campos obrigatórios do hóspede, caracteres não suportados, ID externo duplicado, data contabilística fechada ou uma modificação que chega antes da reserva original.

Pesquise na fila de exceções ou quarentena do sistema de gestão hoteleira. Se a referência do Trip.com já existir num registo parcial, preserve esse registo e repare a importação conectada. Criar outra reserva pode reduzir a disponibilidade duas vezes e quebrar modificações ou cancelamentos futuros.

Se a importação indicar sucesso, verifique o âmbito da propriedade, o intervalo de chegadas, o estado da reserva, a atribuição do quarto, o filtro de origem, o fuso horário, a data de negócio e as permissões do utilizador. Uma estadia modificada pode ter saído da lista de chegadas de hoje, enquanto uma encomenda cancelada pode permanecer apenas no histórico.

Proteja o Hóspede e a Disponibilidade Partilhada

Assim que o eBooking confirmar a reserva, as operações devem conter o risco sem interferir na recuperação técnica.

1. Pesquise cada sistema uma última vez utilizando todas as referências do Trip.com e do fornecedor.
2. Coloque um bloqueio temporário na disponibilidade física correta, se o risco de chegada assim o exigir.
3. Crie um registo manual no sistema de gestão hoteleira apenas ao abrigo de um procedimento de exceção aprovado.
4. Classifique-o como reconciliação de sincronização do Trip.com pendente e inclua o número de reserva de origem.
5. Faça corresponder datas, quarto, plano, ocupação, preço, instruções de pagamento, inclusões e condições de cancelamento.
6. Mantenha os detalhes de pagamento protegidos fora de notas gerais e capturas de ecrã de suporte.
7. Desative as automações duplicadas de confirmação, pagamento, código de acesso e pedido de avaliação.
8. Atribua um responsável e um prazo para reconciliar o marcador de posição após a recuperação.

Não cancele a encomenda do Trip.com nem peça ao hóspede para efetuar uma nova reserva devido a falhas na integração do hotel. Não subtraia disponibilidade de forma independente no eBooking, no gestor de canais e no sistema de gestão hoteleira. Um controlo temporário registado é mais fácil de reverter quando a reserva conectada chegar.

Verifique imediatamente o conjunto de disponibilidade partilhada para uma chegada no mesmo dia ou venda do último quarto. O Trip.com pode ter aceite a reserva com base na disponibilidade já armazenada do seu lado, enquanto o sistema de gestão hoteleira ainda mostra o quarto como disponível para outros canais.

Tente Novamente Apenas a Partir da Transferência Falhada

Pergunte ao fornecedor de conectividade se ele recebe uma notificação, recupera reservas, executa sincronização agendada ou utiliza outro método certificado. A ação de recuperação correta depende dessa ligação.

Corrija primeiro o mapeamento, a credencial, a validação ou o erro de serviço. Em seguida, recupere ou reproduza a reserva original uma vez com a mesma referência de origem. Antes de tentar novamente, verifique se uma entrega atrasada, modificação ou cancelamento já se encontra na fila.

Não deixe que o suporte do Trip.com, o gestor de canais, o suporte do sistema de gestão hoteleira e a receção reenviem ou recriem a encomenda de forma independente. Nomeie um responsável técnico e registe cada tentativa de recuperação com o respetivo carimbo de data/hora e resultado.

Após a recuperação, confirme se:

• uma reserva no sistema de gestão hoteleira contém as referências do Trip.com e do fornecedor;
• o quarto, plano, datas, ocupação, preço, instruções de pagamento e estado correspondem ao eBooking;
• a disponibilidade partilhada diminuiu exatamente uma vez;
• a disponibilidade temporária e os registos manuais foram reconciliados sem perder notas ou tarefas; e
• uma modificação ou cancelamento posterior pode atualizar a mesma reserva conectada.

Escale o Problema Com um Pacote de Incidente Reproduzível

Contacte o sistema após a última transferência bem-sucedida. Se o fornecedor nunca recebeu a reserva, envolva o fornecedor e o Trip.com. Se o fornecedor a entregou, mas o sistema de gestão hoteleira a rejeitou, comece com a equipa de integração do sistema de gestão hoteleira.

Inclua o ID da propriedade, o número de reserva do Trip.com, os IDs do quarto e do plano de tarifas, a referência do fornecedor, as horas de reserva e modificação com fuso horário, o ID da mensagem, a resposta de entrega, o erro do sistema de gestão hoteleira, capturas de ecrã do mapeamento, os filtros de pesquisa, a disponibilidade antes e depois, e todas as ações já realizadas.

Indique o resultado esperado e o real: "A reserva confirmada do Trip.com X deveria criar uma reserva no sistema de gestão hoteleira para o produto Y; o fornecedor mostra o estado Z, mas nenhum registo correspondente no sistema de gestão hoteleira é visível à hora T."

Escale imediatamente quando a chegada for no mesmo dia, a reserva consumir o último quarto, as instruções de pagamento não forem claras, várias reservas estiverem em falta ou a fila continuar a crescer.

Perguntas Frequentes

Onde deve a equipa verificar primeiro uma reserva do Trip.com em falta?

Verifique a propriedade correta no eBooking e confirme o número de reserva do Trip.com, o estado, as datas, o produto e as instruções de pagamento antes de alterar o sistema de gestão hoteleira.

As tarifas podem sincronizar enquanto as reservas do Trip.com falham?

Sim. As tarifas e a disponibilidade de saída podem usar serviços e validações diferentes da sincronização de reservas de entrada. Teste ambas as direções separadamente.

A receção deve criar uma reserva manual?

Apenas quando um processo de exceção aprovado exigir proteção imediata do hóspede. Marque-a para reconciliação e evite a automação duplicada.

Porque é que a reserva está em falta apenas nas Chegadas?

Pode existir numa outra propriedade, data, estado, atribuição de quarto, filtro de origem, fuso horário ou âmbito de permissão. Pesquise em todo o sistema de gestão hoteleira por referência externa.

O que prova que a sincronização do Trip.com foi recuperada?

Uma reserva conectada no sistema de gestão hoteleira corresponde ao eBooking, a disponibilidade foi alterada uma vez, os controlos temporários foram resolvidos e os eventos de reserva futuros permanecem ligados ao mesmo registo.

Uma reserva do Trip.com em falta só é resolvida quando o hóspede estiver protegido e a reserva for rastreável desde o eBooking até a um registo limpo no sistema de gestão hoteleira. Confirme primeiro, repare a transferência falhada e verifique o próximo evento do ciclo de vida antes de encerrar o incidente.