Checklist para mudar de sistema de gestão hoteleira: o que preparar antes da migração

Mudar o seu sistema de gestão hoteleira (PMS) tem menos que ver com a tecnologia e mais com a sequência das etapas. Se ignorar uma etapa inicial, poderá criar problemas que só serão descobertos no dia do check-in — uma reserva que não foi transferida, um canal OTA que continua direcionado para o sistema antigo ou um membro da equipa que nunca processou um pagamento na nova interface.

Este checklist abrange todas as etapas pela ordem em que devem ser realizadas. Siga-o de forma sequencial. Não comece o remapeamento das OTA antes de verificar a importação dos dados. Não agende a data da migração antes de a equipa concluir um ciclo real de check-in no novo sistema.

Etapa 1: auditoria de dados (antes de exportar qualquer informação)

Faça isto antes de utilizar a função de exportação. Uma auditoria prévia fornece uma referência validada para efetuar a verificação após a importação.

Registos de hóspedes

• Extraia do PMS atual uma lista completa de hóspedes (nome, e-mail, telefone e número de estadias)
• Registe o número total de registos — irá compará-lo após a importação
• Identifique os perfis duplicados para os corrigir antes da exportação, não depois

Reservas futuras

• Exporte todas as reservas com datas de check-in posteriores à migração planeada
• Verifique se cada registo inclui: nome do hóspede, tipo de quarto, datas de check-in e check-out, tarifa e estado do depósito
• Assinale separadamente as reservas com pré-pagamentos — estas exigem um tratamento especial durante a importação

Planos tarifários e configuração dos quartos

• Documente todos os tipos de quarto, incluindo a convenção de nomenclatura (isto é importante para o mapeamento das colunas)
• Exporte a lista de planos tarifários com as respetivas regras e restrições sazonais
• Registe todas as ferramentas de gestão de receitas ligadas que obtêm dados tarifários do sistema atual

Registos históricos

• Exporte as reservas dos últimos 12 meses como um arquivo estático (CSV ou Excel)
• Exporte os relatórios de receitas por canal relativos ao mesmo período
• Guarde estes ficheiros externamente — não precisam de ser importados para o novo PMS, mas servirão de referência caso surja posteriormente uma contestação de faturação

Etapa 2: exportação e importação de dados

Exportação

• Exporte os registos de hóspedes no formato aceite pelo novo fornecedor (normalmente CSV)
• Exporte as reservas futuras no mesmo formato
• Confirme que os cabeçalhos das colunas coincidem exatamente — «Nome próprio» e «Nome próprio do hóspede» não são intercambiáveis na maioria das ferramentas de importação
• Conte as linhas antes de fechar o ficheiro de exportação

Importação

• Envie os ficheiros exportados para a equipa de implementação do novo fornecedor ou carregue-os através da respetiva ferramenta de importação
• Se o fornecedor o permitir, comece por efetuar uma importação de teste com um subconjunto dos dados
• Após a importação completa, compare o número de hóspedes com o valor da auditoria
• Abra aleatoriamente 10 reservas futuras e verifique se as datas, os tipos de quarto e as tarifas estão corretos
• Confirme que todas as reservas pré-pagas foram transferidas com os valores de depósito corretos

Se encontrar uma divergência na contagem, resolva-a antes de avançar para a Etapa 3. Se uma reserva em falta só for descoberta após a migração, o hóspede chegará sem qualquer registo no sistema.

Etapa 3: gestão de reservas ativas

As reservas ativas — reservas recebidas durante o período de transição — têm de ser geridas de forma deliberada. Utilizará os sistemas antigo e novo em paralelo durante uma a duas semanas, e cada nova reserva terá de constar em ambos.

• Defina uma data de início para a operação em paralelo (a partir da qual começará a introduzir as novas reservas em ambos os sistemas)
• Designe um membro da equipa para comparar diariamente as novas reservas entre os dois sistemas
• Para estabelecimentos com um volume elevado: processe primeiro a nova reserva no sistema antigo e replique-a imediatamente no novo sistema antes do fim do turno
• Para reservas de grupo que abranjam a data da migração: verifique manualmente cada quarto nos dois sistemas antes da migração definitiva

Um cenário a ter em atenção: um hóspede altera uma reserva através de uma OTA entre a data da exportação e a data da migração. Essa alteração fica registada na OTA e no sistema antigo, mas não no novo, a menos que alguém a detete. Durante a operação em paralelo, consulte diariamente o registo de alterações das OTA e atualize manualmente o novo sistema.

Etapa 4: remapeamento das OTA

As ligações às OTA não são transferidas entre sistemas PMS — são restabelecidas. Esta etapa causa dificuldades a mais hotéis do que qualquer outra, pois parece simples até deixar de o ser.

Antes de desligar o sistema antigo

• Liste todos os canais OTA atualmente ligados ao PMS antigo (Booking.com, Agoda, Expedia, Airbnb, Trip.com — conforme aplicável)
• Registe o ID do seu estabelecimento em cada plataforma (será necessário para restabelecer a ligação)
• Verifique quais as OTA que exigem aprovação manual para novas ligações ao Gestor de Canais — a implementação acelerada da Booking.com demora normalmente entre 24 e 48 horas, pelo que deve planear em conformidade

Restabelecimento das ligações no novo sistema

• Ligue cada canal OTA, um de cada vez, através do novo PMS ou Gestor de Canais
• Após cada ligação, faça uma alteração de teste à disponibilidade no novo PMS e verifique se esta é refletida na OTA no prazo de 5 minutos
• Verifique se os nomes dos tipos de quarto no novo PMS correspondem aos tipos de quarto mapeados em cada OTA — qualquer divergência causará erros de sincronização que nem sempre são imediatamente evidentes
• Confirme a paridade tarifária em todos os canais ligados antes da entrada em funcionamento
• Para a Booking.com: confirme que o estado da ligação aparece como «ativo» tanto na Extranet da Booking.com como no painel do novo PMS

Não encerre as ligações às OTA do sistema antigo antes de confirmar que as novas estão ativas. Manter ambos os sistemas em funcionamento simultâneo durante 24 horas é mais seguro do que uma transição imediata que falhe a meio do dia.

Etapa 5: formação da equipa

A formação da equipa é a única etapa que não pode ser comprimida. Cada hora retirada à formação traduz-se num erro na receção após a migração.

Check-in e check-out

• Cada membro da equipa da receção conclui um check-in no novo sistema com uma reserva real (ou um teste realista) — não uma demonstração guiada, mas um processo efetivo
• Cada membro da equipa da receção conclui um check-out e processa um pagamento
• Pratique vários cenários: pedido de check-in antecipado, mudança para uma categoria superior de quarto e taxa de check-out tardio

Reservas

• A equipa consegue localizar qualquer reserva pelo nome do hóspede, referência da reserva e data de check-in
• A equipa consegue adicionar manualmente uma reserva (cliente sem reserva ou reserva por telefone)
• A equipa consegue alterar uma reserva: mudar as datas, mudar o tipo de quarto e adicionar uma nota

Atualizações das OTA

• Pelo menos um membro da equipa sabe bloquear manualmente quartos no Gestor de Canais, se necessário
• A equipa compreende que as alterações efetuadas nas OTA não atualizam automaticamente o PMS — é necessário consultar o registo de alterações das OTA e atualizar o sistema manualmente

Pagamentos

• A equipa consegue processar um depósito através de uma ligação de pagamento
• A equipa consegue emitir um reembolso
• A equipa sabe onde consultar o estado do pagamento de uma reserva

Uma referência útil: se algum membro da equipa hesitar durante uma simulação de check-in, agende outra sessão antes da migração. Uma hesitação durante a formação transforma-se num erro na receção em ambiente real.

Etapa 6: execução no dia da migração

O dia da migração é o momento em que deixa de utilizar o sistema antigo como sistema principal e passa integralmente para o novo. Isto não deve ser uma surpresa — já verificou tudo nas etapas 1–5. A migração é uma confirmação, não um teste.

No dia anterior

• Todas as reservas futuras estão no novo sistema e foram verificadas
• Todos os canais OTA estão ligados e sincronizados no novo sistema
• A formação da equipa está concluída — todos os colaboradores da receção processaram pelo menos uma transação real
• Foi confirmado um contacto de suporte junto do novo fornecedor, que está disponível

Na manhã da migração

• Verifique se foram recebidas durante a noite novas reservas que não tenham sido registadas no novo sistema
• Verifique se os check-ins do dia são apresentados corretamente e com atribuições de quartos exatas
• Confirme que a disponibilidade nas OTA está ativa e correta (verifique por amostragem a Booking.com e outro canal)
• Informe toda a equipa: o sistema antigo passa a servir apenas como arquivo; todas as novas operações serão realizadas no novo sistema

As primeiras 48 horas

• Monitorize a sincronização das OTA a cada poucas horas — a maioria dos problemas de sincronização surge no primeiro dia
• Verifique se todas as reservas alteradas após a migração são corretamente refletidas tanto no PMS como na OTA
• Mantenha o sistema antigo acessível (apenas para consulta) durante 30 dias — não cancele a conta antes de concluir o primeiro ciclo de faturação no novo sistema

Etapa 7: verificação após a migração

• Após 7 dias: gere um relatório de receitas no novo sistema e compare-o com os registos manuais do mesmo período no sistema antigo
• Após 14 dias: verifique se todos os canais OTA estão a sincronizar corretamente, sem erros de inventário assinalados em qualquer extranet
• Após 30 dias: confirme que a equipa não mantém registos paralelos manuais (folhas de cálculo ou cadernos) que indiquem lacunas no novo sistema
• Cancele a subscrição do seu antigo Sistema de Gestão Hoteleira após o período de verificação de 30 dias — nunca antes

Se o seu novo sistema integrar um Gestor de Canais e um Sistema de Gestão Hoteleira num único produto, a sincronização entre a Receção e os canais OTA será automatizada. O Smart Order atualiza a disponibilidade dos quartos em todas as OTA ligadas assim que uma reserva é processada — sem qualquer etapa de sincronização manual nem necessidade de reconciliação no final do dia. Desta forma, elimina uma linha inteira da sua lista de verificação das operações diárias.

Perguntas frequentes sobre a lista de verificação para mudar de Sistema de Gestão Hoteleira

Com que antecedência devo iniciar a auditoria dos dados antes da mudança?

Comece pelo menos três semanas antes da data prevista para a migração. A auditoria propriamente dita demora algumas horas, mas o período entre a validação da exportação e da importação — bem como quaisquer correções necessárias — pode prolongar-se por vários dias. Começar com três semanas de antecedência proporciona-lhe uma margem de segurança caso encontre um problema de qualidade dos dados que tenha de ser corrigido antes da importação.

Posso mudar de Sistema de Gestão Hoteleira durante a época alta?

Sim, mas prolongue o período de operação em paralelo para duas semanas completas, em vez de uma, e evite agendar a migração para uma data com o check-in de um grupo numeroso ou um bloco de reservas associado a um evento. A operação em paralelo é a sua rede de segurança — quanto mais reservas passarem pelos dois sistemas antes da migração, maior será a confiança de que nada ficou por transferir. Não encurte este período apenas para cumprir uma data.

O que acontece às reservas das OTA que chegam durante a mudança?

Qualquer reserva de uma OTA recebida durante a operação em paralelo terá de ser adicionada manualmente ao novo Sistema de Gestão Hoteleira se a nova ligação às OTA ainda não estiver concluída. Designe uma pessoa para verificar diariamente o registo de alterações das OTA durante este período. Assim que os canais OTA forem novamente ligados ao novo sistema, as novas reservas serão sincronizadas automaticamente — mas, antes de depender desta funcionalidade, confirme que está a funcionar através de uma alteração de teste à disponibilidade.

O que devo fazer se faltarem reservas na importação dos meus dados?

Compare imediatamente a importação com os números da auditoria realizada antes da exportação. Se as contagens não coincidirem, verifique se a discrepância está nos registos dos hóspedes ou nas reservas. Normalmente, é possível voltar a importar os registos de hóspedes em falta. As reservas futuras em falta devem ser identificadas através da comparação do CSV exportado com os dados visíveis no novo sistema — adicione-as manualmente antes da migração.

Tenho de informar os hóspedes quando mudar de Sistema de Gestão Hoteleira?

Não é necessário comunicar aos hóspedes uma mudança de Sistema de Gestão Hoteleira — os hóspedes interagem apenas com a experiência de reserva, não com o sistema de retaguarda. A comunicação aos hóspedes só faz sentido se o modelo do e-mail de confirmação da reserva mudar e quiser prepará-los para essa alteração. Se também estiver a mudar a ligação para reservas diretas ou o processo de pagamento em simultâneo com a mudança de Sistema de Gestão Hoteleira, informe os hóspedes com reservas ativas antes de a alteração entrar em vigor.

Como posso verificar se a sincronização com as OTA está a funcionar corretamente após a mudança?

Inicie sessão diretamente na extranet de cada OTA e compare o inventário disponível com o apresentado no novo Sistema de Gestão Hoteleira. Em seguida, faça uma pequena alteração de teste no seu Sistema de Gestão Hoteleira — bloqueie um quarto durante uma noite — e confirme se o bloqueio aparece na OTA num prazo de cinco minutos. Se a sincronização não ocorrer dentro desse período, verifique o estado da ligação ao Gestor de Canais no novo Sistema de Gestão Hoteleira antes de assumir que o problema está do lado da OTA.