1. Confirme as datas exatas de chegada e partida, o quarto, a ocupação e o plano tarifário do hóspede antes de alterar as restrições.
2. As regras de chegada, de partida e de noites mínimas respondem a questões diferentes; analise-as em conjunto.
3. Volte a disponibilizar a estadia que pretende vender e, depois, teste se uma estadia que continua a querer bloquear permanece indisponível.
Um quarto pode ter inventário e preço na Extranet da Booking.com e, ainda assim, permanecer indisponível para as datas de um hóspede. O problema pode estar na configuração da estadia, e não no número de quartos.
Antes de remover restrições, registe a oferta que pretende aceitar. “Dois adultos, com chegada na sexta-feira e partida no domingo, num Quarto Duplo Standard com tarifa flexível de apenas alojamento” é um teste útil. “Reabrir o fim de semana” é demasiado abrangente.
Registe a pesquisa sem resultados e identifique quem controla as regras
Repita a pesquisa com as mesmas datas de chegada e partida, número e idades dos hóspedes, número de quartos e condições de elegibilidade para a tarifa. Verifique se o quarto não aparece de todo ou se apenas falta a tarifa pretendida.
Confirme a existência de inventário efetivamente disponível para todas as noites da estadia. Verifique os bloqueios ao nível do quarto antes de editar um plano tarifário: abrir um plano não permite ultrapassar o bloqueio de uma tipologia de quarto. A ausência de preço ou de quartos disponíveis para venda não se resolve removendo uma regra de estadia mínima.
Em seguida, identifique se o hotel gere estas restrições na Extranet ou através do Sistema de Gestão Hoteleira e do Gestor de Canais ligados à plataforma. Num alojamento com ligação a estes sistemas, confirme quais as regras específicas geridas por essa via. Não faça alterações concorrentes nos dois sistemas.
Guarde as definições atuais e a regra comercial pretendida. Uma restrição aplicada deliberadamente para um evento não é um erro apenas por recusar uma estadia curta. Obtenha aprovação antes de alterar o que o hotel irá vender.
Quando as definições de restrições estão dispersas, a equipa pode acabar por corrigir a oferta errada. Utilize o channel manager para hotéis para verificar o quarto e a tarifa associados antes de aplicar uma alteração suportada pelo canal. O Smart Order reúne tarifas, disponibilidade e reservas dos canais ligados num único fluxo de trabalho, permitindo à equipa comparar a oferta pretendida com o inventário de quartos correto, sem ter de se orientar por nomes semelhantes.
Verifique o quarto associado à oferta com restrições
Reveja o inventário de quartos e as tarifas associados antes de alterar uma regra do canal e, depois, confirme a estadia exata que pretende vender na Booking.com.
Analise as restrições da Extranet da Booking.com com base em datas concretas
Utilize o seguinte fim de semana hipotético para compreender por que motivo uma pesquisa não apresenta resultados. Cada exemplo pressupõe inventário suficiente, preços válidos e a ausência de outras condições de bloqueio.
A CTA bloqueia uma chegada, não todas as estadias que abrangem essa data
CTA significa fechado a chegadas. Uma restrição de chegada ao sábado impede que uma nova estadia comece nesse dia. Por si só, não impede que uma estadia com chegada na sexta-feira inclua a noite de sábado.
Se a oferta pretendida for de sexta-feira a domingo, remover a restrição de chegada de sábado pode não alterar nada. Verifique antes a definição de chegada de sexta-feira e as restantes regras que afetam essa estadia.
A CTD aplica-se à data de Check-out
CTD significa fechado a partidas. Uma restrição de partida ao domingo bloqueia uma pesquisa com saída nesse dia, embora a noite de domingo não faça parte da estadia.
Uma pesquisa de sexta-feira a domingo abrange as noites de sexta-feira e sábado. Com as partidas de domingo bloqueadas, essa pesquisa pode não apresentar resultados, enquanto uma estadia de sexta-feira a segunda-feira pode ser aceite. Não confunda o bloqueio de partidas ao domingo com o bloqueio do inventário para a noite de domingo.
O mínimo de noites pode depender da chegada ou das datas abrangidas pela estadia
MinLOS significa duração mínima da estadia. Um mínimo de três noites baseado na chegada à sexta-feira rejeita uma estadia de duas noites, de sexta-feira a domingo.
Um mínimo baseado nas datas abrangidas pela estadia funciona de forma diferente: aplica-se quando a estadia inclui a noite sujeita à restrição, mesmo que a chegada seja anterior. Um mínimo de três noites aplicável às estadias que incluam a noite de sábado pode rejeitar a mesma pesquisa de sexta-feira a domingo, mesmo que o mínimo para chegadas à sexta-feira seja de apenas uma noite.
Verifique a base de aplicação da regra, e não apenas o número de noites. Uma restrição sobre uma noite em que o hóspede fica alojado é diferente de uma regra de chegada; a data de Check-out não representa uma noite adicional de alojamento.
Regras individualmente válidas podem tornar uma oferta impossível de vender
Um mínimo de três noites e um máximo de duas noites aplicáveis à mesma estadia proposta não permitem qualquer duração válida. Remover a CTA não resolveria esse conflito.
A solução é fazer a menor correção aprovada na regra em conflito, em vez de remover as restrições de todo o calendário. A aceitação de uma atualização confirma que esta foi guardada ou transmitida, mas não que a combinação resultante permite ao hóspede reservar.
Corrija o calendário sem remover controlos válidos
Utilize o sistema habitual de edição do hotel. Na Extranet, abra o calendário do alojamento afetado e localize o quarto, o plano tarifário e os campos de restrição relevantes. A disposição e os controlos disponíveis variam consoante a conta e a vista do calendário.
- Selecione as datas exatas envolvidas, incluindo a data de chegada, as noites da estadia ou a data de partida relevante para a regra.
- Confirme se está a editar a tipologia de quarto ou uma oferta específica de quarto e tarifa.
- Compare as regras guardadas de chegada, partida e duração mínima e máxima da estadia com o padrão de venda aprovado.
- Altere apenas o valor ou o bloqueio em conflito. Reveja o intervalo de datas afetado antes de guardar.
- Guarde através do processo suportado pelo sistema, volte a abrir o calendário e consulte os valores guardados, em vez de se basear numa alteração ainda não guardada.
Se o campo não estiver disponível, peça ao responsável pela distribuição que confirme o controlo suportado junto da Booking.com ou do fornecedor de conectividade. Não substitua uma restrição apenas de chegada por um bloqueio total de vendas, nem introduza um valor arbitrário para tentar limpar um campo.
Utilize o calendário de reservas da Receção para verificar os compromissos reais antes de alargar as vendas. Nunca flexibilize uma restrição intencional sem considerar um quarto em manutenção ou uma noite com lotação esgotada.
Verifique cada plano tarifário relevante, não apenas o preço mais baixo
O plano flexível de apenas alojamento e o plano com pequeno-almoço incluído podem apresentar resultados diferentes. Compare o plano que o hóspede está efetivamente a tentar reservar, as datas disponíveis, a ocupação e as condições.
Se um preço derivar de outra tarifa, verifique quais as regras herdadas e quais são controladas separadamente. Um preço associado não significa que todas as restrições sejam idênticas. Reveja a oferta de origem aplicável e o plano específico, em vez de abrir produtos sem relação com o problema.
Uma promoção também exige uma oferta de base elegível e condições próprias válidas. Não utilize um desconto para contornar uma estadia que continua a ser rejeitada pelas regras aplicáveis.
Mantenha as diferenças intencionais. Se o hotel pretende uma estadia flexível de duas noites e uma estadia promocional de três noites, a pesquisa mais curta não deve apresentar a tarifa promocional. O objetivo é uma oferta clara, e não definições idênticas em todos os planos.
Valide tanto a pesquisa permitida como a bloqueada
Repita a pesquisa original depois de voltar a abrir as definições guardadas. Confirme que é possível selecionar o quarto e a tarifa pretendidos com o preço, a ocupação, o regime de refeições e as condições de cancelamento esperados.
Em seguida, faça uma segunda pesquisa que deva continuar sem resultados. Para um mínimo aprovado de três noites, teste se três noites são permitidas e duas noites são bloqueadas, mantendo constantes todas as outras condições relevantes. Se outra regra bloquear legitimamente a pesquisa mais longa, escolha um teste que isole a regra em análise.
Uma pesquisa com resultados no Motor de Reservas direto do hotel não comprova que a Booking.com aplica as mesmas regras. Verifique a própria oferta na Booking.com.
Se as definições guardadas parecerem corretas, mas a pesquisa pretendida continuar sem resultados, forneça ao apoio as referências exatas do quarto e do plano, as datas, a ocupação, o padrão esperado, as regras guardadas e a hora do teste. Mantenha as restrições válidas enquanto a causa restante é investigada. Conclua a tarefa apenas quando a oferta pretendida funcionar e as datas ou os padrões de estadia protegidos continuarem protegidos.
