1. Um sistema de gestão hoteleira pode estar instalado e configurado sem estar pronto para aceitar reservas reais — a diferença está em saber se a configuração foi testada face aos cenários que efetivamente ocorrerão
2. As falhas na entrada em funcionamento concentram-se em cinco áreas: inventário de quartos incorreto, tarifas diferentes das previstas, restrições que não são aplicadas, definições de pagamento que não foram testadas e contas de funcionários com acessos inadequados
3. Este checklist abrange as cinco áreas através de 30 itens verificáveis — cada um corresponde a uma falha específica que afetará um hóspede se não for detetada antes da abertura do calendário
4. Execute a lista completa uma vez antes da primeira reserva real, não depois
Por que motivo os estabelecimentos entram em funcionamento com erros
As etapas de configuração de um novo sistema de gestão hoteleira são claras: criar tipos de quarto, introduzir tarifas, ligar canais e adicionar funcionários. A maioria dos estabelecimentos conclui todas essas etapas. O problema é que concluir uma etapa e verificá-la não são a mesma coisa.
Uma tarifa introduzida incorretamente só se torna visível quando um hóspede reserva ao preço errado. Uma ligação a um canal que parece ativa, mas não sincroniza a disponibilidade, só se torna visível quando ocorre uma reserva duplicada. Uma conta de funcionário com permissões excessivamente amplas só se torna um problema visível quando alguém altera uma tarifa que não estava autorizado a modificar.
O checklist abaixo é uma etapa de verificação, não um guia de configuração. Cada item pressupõe que a configuração já está concluída e testa se esta produz o resultado correto.
Tipos de quarto e inventário (verificações 1–6)
1. Todos os tipos de quarto correspondem aos quartos físicos. Os nomes, as quantidades e as descrições no sistema de gestão hoteleira correspondem aos quartos reais do estabelecimento. Um tipo de quarto chamado "Quarto Duplo com Vista para o Mar" deve corresponder a todos os quartos duplos com vista para o mar — nem mais, nem menos.
2. As quantidades de quartos estão corretas e impedem vendas acima da capacidade. A capacidade do sistema para cada tipo de quarto corresponde ao número real de unidades disponíveis. Introduza uma reserva de teste que esgote a capacidade de um tipo de quarto e confirme que o sistema bloqueia reservas adicionais desse tipo para essas datas.
3. Os quartos fora de serviço estão bloqueados. Todos os quartos em manutenção, renovação ou indisponíveis por qualquer outro motivo estão definidos com o estado Manutenção e foram removidos do inventário disponível para venda. Confirme que o bloqueio aparece em todos os canais ligados.
4. As comodidades dos quartos estão identificadas corretamente. As funcionalidades utilizadas pelos hóspedes para filtrar — acessível, rés do chão, cama king-size, varanda — estão atribuídas aos tipos de quarto corretos. Um hóspede que filtre por "acessível" deve ver apenas quartos que realmente cumpram esse requisito.
5. A ocupação máxima está definida para cada tipo de quarto. O sistema impõe um limite de hóspedes para cada tipo de quarto. Um quarto indicado para dois hóspedes não pode ser reservado para cinco.
6. As fotografias atribuídas a cada tipo de quarto estão atualizadas. As imagens que aparecem nas reservas diretas e nos anúncios das OTA correspondem ao estado atual do quarto — não à sua aparência durante uma renovação.
Tarifas e preços (verificações 7–12)
7. Uma tarifa base abrange todo o período de 90 dias. Todos os tipos de quarto têm uma tarifa configurada para cada data dos próximos três meses. As lacunas geram erros ou reservas com tarifa zero nas datas não abrangidas.
8. As tarifas de fim de semana estão definidas separadamente, quando aplicável. Se o estabelecimento utilizar preços de sexta-feira a sábado diferentes das tarifas dos dias úteis, confirme que a diferença é aplicada nos dias corretos e não se estende às datas adjacentes.
9. As tarifas de época alta e de eventos estão carregadas. As datas conhecidas de elevada procura — feriados, eventos locais e períodos de férias escolares — têm tarifas que refletem a procura real, em vez da tarifa base predefinida.
10. Estão definidos limites mínimos de tarifa. Nenhum tipo de quarto pode ser reservado a uma tarifa inferior ao limite mínimo de custos do estabelecimento. Confirme que as ferramentas automatizadas ou as substituições manuais não conseguem reduzir as tarifas abaixo do mínimo definido.
11. As tarifas dos canais OTA estão corretas após a comissão. Se o estabelecimento anunciar tarifas líquidas, verifique se a margem aplicada resulta no preço final previsto para o hóspede após a plataforma adicionar a sua comissão. Se anunciar tarifas brutas, confirme que a comissão da OTA não é adicionada ao valor.
12. Uma reserva direta de teste apresenta o total correto. Efetue uma reserva de teste através da ligação ou do widget de reservas diretas e confirme que o total apresentado — tarifa, impostos e eventuais taxas — corresponde ao valor previsto antes de avançar para o pagamento.
Verifique as tarifas, o inventário e a sincronização dos canais antes da primeira reserva real
O checklist de configuração da Smart Order orienta os proprietários de estabelecimentos na configuração de tarifas, nas ligações aos canais e nas permissões da equipa — para que a entrada em funcionamento seja um estado verificado, não uma suposição.
Restrições (verificações 13–16)
13. As restrições de estadia mínima são aplicadas aos períodos de maior procura. Um fim de semana de feriado com uma estadia mínima de 3 noites não pode ser reservado por apenas uma noite. Faça este teste: tente efetuar uma reserva de 1 noite numa data sujeita à restrição e confirme que o sistema a bloqueia.
14. As datas sem vendas estão bloqueadas em todos os canais. As datas em que o estabelecimento não aceita novas reservas estão bloqueadas no sistema de gestão hoteleira, e esse bloqueio é refletido em todos os canais OTA ligados — não apenas no calendário direto.
15. As restrições relativas aos dias de check-in e check-out estão ativas. Se o estabelecimento não permitir, por exemplo, check-ins à sexta-feira durante o verão, esta restrição está configurada no sistema e é testada através de uma tentativa de reserva para um dia sujeito à restrição.
16. A janela para reservas de última hora está definida. O sistema tem configurado um prazo-limite para a aceitação de novas reservas antes da chegada — seja no próprio dia, 24 horas ou 48 horas antes — e a definição é consistente entre as reservas diretas e as efetuadas através dos canais.
Política de pagamento e cancelamento (verificações 17–21)
17. O valor e o momento de cobrança do depósito estão configurados para reservas diretas. A percentagem ou o valor fixo do depósito e o momento da sua cobrança — aquando da confirmação da reserva ou 48 horas depois — estão definidos e aplicam-se automaticamente a todas as novas reservas diretas.
18. A janela de cancelamento está definida e testada. Está configurado o número de dias antes da chegada a partir do qual um cancelamento implica a perda do depósito. Faça este teste: cancele dentro da janela e confirme que o depósito é retido; cancele fora da janela e confirme que é reembolsável.
19. Estão definidas regras para as taxas de não comparência. A cobrança aplicável quando um hóspede não comparece e não cancela dentro do prazo está configurada e associada ao método de pagamento registado.
20. A ligação ao processador de pagamentos foi testada com uma transação real. Foi processada e anulada uma cobrança de teste através do processador de pagamentos ligado. Não é possível confirmar o funcionamento de uma integração de pagamentos enquanto esta não tiver processado uma transação real.
21. A política de cancelamento apresentada no momento da reserva corresponde à política configurada. O texto que o hóspede lê ao efetuar a reserva — na página de confirmação e no e-mail de confirmação — comunica exatamente as mesmas condições que o sistema aplica.
Funções e permissões da equipa (verificações 22–25)
22. Todos os funcionários têm uma conta ativa. Todas as pessoas que utilizarão o sistema de gestão hoteleira antes ou no dia da entrada em funcionamento iniciaram sessão e confirmaram que as suas credenciais funcionam.
23. As permissões da receção estão corretamente delimitadas. As contas da receção podem consultar reservas, processar check-ins e check-outs e gerir pagamentos — mas não podem alterar tarifas, aceder a relatórios completos nem modificar as definições do sistema.
24. As contas da equipa de limpeza estão limitadas ao estado dos quartos. Os utilizadores da equipa de limpeza podem atualizar o estado dos quartos (Check-out concluído → Limpeza → Inspeção → Pronto → Manutenção) e nada mais. Não têm acesso aos dados de pagamento dos hóspedes nem aos detalhes financeiros das reservas.
25. As contas da direção e dos proprietários refletem a hierarquia de acesso correta. A conta do responsável pela gestão tem acesso aos relatórios e às definições. A conta do proprietário tem permissões completas. Nenhuma conta de funcionário tem mais acesso do que o exigido pela respetiva função.
Ligações aos canais e mensagens (verificações 26–30)
26. A ligação a cada canal OTA é testada com uma reserva real. Efetue uma reserva de teste no Booking.com ou no Airbnb e confirme que esta aparece no sistema de gestão hoteleira no prazo de dois minutos. Não presuma que a ligação funciona apenas porque o ecrã de configuração apresenta o estado "ligado".
27. Os bloqueios de disponibilidade são sincronizados entre todos os canais ligados. Bloqueie um quarto no sistema de gestão hoteleira para uma data específica e confirme que o bloqueio aparece em todos os canais OTA ligados. Em seguida, desbloqueie-o e confirme que a disponibilidade é reposta em todos os canais.
28. A ligação ou o widget de reservas diretas apresenta a disponibilidade correta. Abra a página de reservas diretas como faria um hóspede e confirme que a disponibilidade apresentada corresponde ao calendário do sistema de gestão hoteleira — incluindo quaisquer bloqueios ou restrições.
29. O conteúdo da mensagem de confirmação está correto. O e-mail de confirmação da reserva contém a morada correta do estabelecimento, o horário de check-in e um número de contacto válido. Envie uma confirmação de teste para o endereço de um funcionário e reveja todos os campos.
30. O agendamento das mensagens antes da chegada abrange todos os tipos de reserva. O lembrete de 72 horas é enviado automaticamente para reservas de todas as origens — incluindo as reservas efetuadas através de OTA, não apenas as reservas diretas. Confirme-o verificando o agendamento das mensagens de uma reserva OTA de teste.
Abra o calendário com confiança, não com base em suposições
A Smart Order liga o inventário de quartos, os canais OTA, as definições de pagamento e as mensagens automatizadas aos hóspedes num único sistema — assim, as 30 verificações desta lista aplicam-se a uma única configuração, em vez de cinco ferramentas distintas.
Perguntas frequentes
O que devo verificar antes de colocar em funcionamento um novo sistema de gestão hoteleira??
As cinco áreas com maior probabilidade de conter erros no momento da entrada em funcionamento são o inventário e a contagem de quartos, a configuração das tarifas, as restrições de reserva, as definições das políticas de pagamento e cancelamento e as permissões das contas dos colaboradores. Cada categoria contém elementos específicos que podem ser testados antes da primeira reserva real — concluir a configuração não é o mesmo que confirmar que está correta.
Como posso testar as ligações aos canais OTA num sistema de gestão hoteleira?
Efetue uma reserva de teste na plataforma OTA e confirme que esta aparece no PMS no prazo de dois minutos. Em seguida, bloqueie uma data para um quarto no PMS e confirme que o bloqueio aparece no calendário da OTA. Ambos os testes são necessários — uma ligação que sincroniza as reservas recebidas pode não enviar corretamente as atualizações de disponibilidade, enquanto uma ligação que envia bloqueios pode não receber corretamente as reservas efetuadas.
Que permissões do sistema de gestão hoteleira devem ter os colaboradores da Receção?
As contas da Receção devem permitir consultar e alterar reservas, processar check-ins e check-outs, gerir pagamentos dos hóspedes e adicionar notas aos registos das reservas. Não devem permitir o acesso à configuração das tarifas, às definições ao nível do sistema, aos relatórios financeiros completos nem à gestão das contas de outros colaboradores. Limitar o acesso da Receção às tarefas operacionais evita alterações acidentais das tarifas e reduz o impacto de eventuais problemas de segurança relacionados com credenciais.
Como posso verificar se a política de cancelamento está configurada corretamente num PMS?
Teste ambos os cenários: cancele uma reserva fora do período abrangido pela política para confirmar que o depósito é devolvido; cancele-a dentro desse período para confirmar que o depósito é retido. Compare também o texto da política apresentado ao hóspede durante a reserva com o comportamento efetivo do sistema — ambos devem refletir as mesmas condições.
Quando está um sistema de gestão hoteleira pronto para entrar em funcionamento?
Um PMS está pronto para entrar em funcionamento quando todos os elementos de uma lista de verificação pré-lançamento tiverem sido validados através de testes, e não apenas configurados mediante a introdução de dados. Isto inclui uma verificação das tarifas para todo o período de 90 dias, uma reserva de teste real através de cada canal, uma transação de pagamento confirmada, todas as contas dos colaboradores ativas e com o âmbito correto e a revisão das mensagens automatizadas para garantir a exatidão do conteúdo. A configuração e a validação são etapas distintas — a entrada em funcionamento ocorre após a validação, não após a configuração.
