Do MyTourist para o Channex: como migrar o seu B&B sem perder reservas

Desde 2021 giro o B&B Burgemeestershof — quatro quartos numa antiga reitoria. Até há pouco, toda a gestão de canais passava pelo MyTourist (MT). Funcionava, mas todos os meses sentia as fissuras: sem caixa WhatsApp ao lado da reserva, Airbnb só via um desvio iCal, e cada vez mais atualizações manuais de preço em canais que o MT não tratava diretamente.

Nas últimas semanas estou a migrar para o Channex via BedFlow. Não tudo de uma vez — de forma controlada, canal a canal, com monitorização e um plano de rollback. Abaixo a abordagem que funcionou para mim, com as armadilhas que encontrei pelo caminho.

Porquê migrar?

Primeiro a pergunta honesta: porque não simplesmente ficar no MT? Para quem está satisfeito, é uma boa escolha. Mas estas limitações foram decisivas para mim:

• Sem caixa WhatsApp ao lado da reserva. No Burgemeestershof, 67% das respostas dos hóspedes chegam por WhatsApp. Alternar entre WA e o PMS do MT custava-me horas por semana.
• Sem ligação direta ao Channex. As sincronizações do Airbnb iam por um desvio iCal — 1 hora de atraso, sem atualizações de preço.
• Camada PMS mais antiga. Relatórios, app móvel, atalhos — tudo parecia de há dez anos.
• Faturação por propriedade. Adicionar uma segunda propriedade exigiria login + assinatura separados.

O Channex não é "melhor" por ser mais novo. É melhor porque é um canal padronizado para 200+ OTAs, com sincronização bidirecional, gestão madura de erros e um padrão outbox que faz retries automaticamente. Para quem sincroniza mais que Booking.com, é outro universo.

Os riscos que tem mesmo de abordar

Antes de tocar em algo: três coisas podem descarrilar a migração.

1. Push duplo

O pior cenário: MT e Channex empurram preços e disponibilidade para o mesmo canal. Obtém atualizações aleatórias — às vezes ganha o MT, às vezes o Channex. Resultado: overbookings ou preços errados que só nota dias depois.

Regra: por cada canal, em qualquer momento, tem de existir exatamente um sistema fonte. Sem sobreposição, sem "por segurança deixemos os dois".

2. Diferenças de mapeamento

Os códigos de quarto do MT (KAMER1, KAMER2, ...) não correspondem automaticamente aos room-types do Channex. As OTAs têm os seus próprios IDs (Booking tem room_id, Expedia tem room_type_id). Mapeamento errado significa que reservas caem no quarto OTA correto mas são registadas no quarto errado do seu PMS.

Regra: por cada canal, verifique o mapeamento manualmente com uma reserva de teste real antes de avançar.

3. Políticas OTA "1 channel manager por conta"

O Airbnb em particular é estrito: só pode ter uma integração PMS de cada vez ligada a uma conta. Se o MT ainda tem uma autorização OAuth antiga, esta tem de ser revogada primeiro antes de o Channex sequer ligar.

Regra: antes de ligar via Channex, verifique a página "Connected apps" da OTA e revogue todos os tokens antigos.

A ordem: porque não muda tudo de uma vez

A tentação é mudar tudo num domingo calmo. É exatamente o que não deve fazer. A minha abordagem:

1. Canal canary (menor volume). No meu caso Natuurhuisje via OpenGDS — 3-5 reservas por mês. Se algo correr mal, o impacto é baixo.
2. Volume médio. Expedia + Check24 — amostra grande o suficiente para ver problemas, pequena o suficiente para não arruinar a sua noite se partir.
3. Airbnb. Passo separado porque o flow OAuth é fundamentalmente diferente.
4. Booking.com por último. 60-70% da minha faturação. Não se move até ter visto cada outro canal correr 72 horas com sucesso.

Pelo menos 72 horas de monitorização entre cada passo. Sem pressão para fazer tudo numa semana — a migração no Burgemeestershof leva cerca de três semanas.

O flow por canal

Para cada canal sigo exatamente os mesmos passos:

1. Desligar lado MT. Entre no MT, vá ao canal, escolha "Desligar channel manager". A partir deste momento o MT já não empurra para esse canal.
2. Espere 30 minutos. A fila do MT processa os últimos pushes. Continuar mais cedo = updates duplos.
3. Ligar Channex via BedFlow. Vincule credenciais Channex, preencha o mapeamento dos quartos, atribua planos tarifários.
4. Cross-check 1 — teste de push. No BedFlow, ponha um preço fictício (p.ex. +10 € numa data), após 60 seg verifique no extranet OTA se o preço chegou.
5. Cross-check 2 — teste de pull. Crie uma reserva de teste na OTA (ou use uma ferramenta de staging), verifique que aparece no BedFlow em 2 minutos.
6. Monitorização 72h. Três dias a verificar cada manhã: chegaram todas as reservas? Fluem updates de preço/disponibilidade? Mensagens de erro?
7. GO ou NO-GO. Verde: avance para o próximo canal. Vermelho: rollback (reativar MT para esse canal, desligar Channex).

Diferenças por OTA

Nem todos os canais funcionam iguais. As maiores diferenças que encontrei:

Airbnb

• Flow OAuth. Sem campo "introduza o seu ID de extranet", mas um redirect para o Airbnb para aprovar acesso.
• 1 ligação PMS por conta. Verifique primeiro em Account → Professional hosting tools → Connected apps se resta alguma integração antiga. Revogue-a primeiro.
• Sub-listings. Várias unidades sob uma conta Airbnb? Mapeamento por listing em separado.
• O fallback iCal torna-se inútil. Desligue os feeds iCal antigos assim que o Channex estiver ativo — caso contrário, o Airbnb continua a empurrar mensagens em duplicado.

Booking.com / Expedia / Check24

• Flow extranet-ID. O Channex pede o seu ID de extranet e credenciais. Sem redirect.
• Aba de mapeamento obrigatória. O Channex não o deixa ligar até que cada quarto + plano tarifário esteja mapeado. Sem "fazemos depois".
• Específico de Check24: algumas OTAs usam os seus próprios templates de quarto (códigos COZIBA / COMZIM da Check24 por exemplo) que não podem ser modificados via Channex. Permanecem no extranet OTA sob o seu controlo — o Channex apenas sincroniza preço/disponibilidade por cima.

OpenGDS (Natuurhuisje, VIPIO, CharmantHotel)

O OpenGDS é um agregador: uma ligação Channex empurra para múltiplos sub-feeds ao mesmo tempo. Verificação importante:

• Nem todos os sub-feeds aceitam updates de preço instantaneamente — alguns têm o seu próprio ciclo de revisão.
• Por sub-feed, verifique que os updates chegam de facto nas primeiras 24 horas após ligação.

Ferramentas que realmente tornam isto mais seguro

Durante a minha migração apoiei-me muito num dashboard: a Visão de migração do BedFlow (/admin/migration-overview). Por canal mostra ao vivo quem é atualmente a fonte de verdade — MT ou Channex — e sinaliza automaticamente quando ambos estão ativos em simultâneo. Sem isto teria de manter manualmente uma folha "canal X mudado a data Y".

Outras verificações úteis:

• Pasta de favoritos extranet OTA. Uma pasta do browser com links diretos para a página "Connected apps / Channel manager" de cada OTA. Cliques rápidos em cada mudança de canal.
• Tópico WhatsApp com o seu co-anfitrião ou parceiro. Cada GO/NO-GO uma mensagem. Sem segredos, sem surpresas.
• Uma checklist por canal. Aborrecida, mas indispensável.

Armadilhas aprendidas pelo caminho

1. Autorizações OAuth antigas no Airbnb. Quatro meses antes tinha experimentado o MT com ligação Airbnb e nunca a revoguei. O Channex recusava-se a ligar até eu limpar. 20 minutos perdidos — evitáveis.
2. Templates de quarto lado OTA. Na Check24 tentei renomear o quarto via Channex. Impossível: os seus códigos COZIBA são fixos. Altera-se nas próprias definições da OTA, não via Channex.
3. MT que ainda empurrava "à socapa". Num canal a desconexão MT estava "concluída" mas a fila ainda tinha 4 horas de updates históricos. Continuar mais cedo teria causado pushes duplos. Os 30 minutos de espera não são exagero.
4. Booking.com e picos sazonais. Nunca migre Booking.com durante uma semana de reservas intensa. Espero uma manhã de terça-feira calma.
5. Faturas negativas continuam a funcionar. Nota lateral: certifique-se de que o seu IBAN está preenchido no seu novo PMS para que o pagamento automático de faturas negativas funcione.

Conclusão

Uma migração MT → Channex não é trabalho de uma noite. É um processo estruturado de duas a quatro semanas, com monitorização, um caminho de rollback e a aceitação de que algumas coisas só aparecem durante a execução (como aquele OAuth Airbnb no meu caso).

Mas também não é ciência foguete. Com a ordem certa — canary, médio, Airbnb, Booking.com — e um bom dashboard de monitorização mantém-se controlável. Sem reservas perdidas, sem pushes duplos, sem overbookings.

Quer tornar a sua própria migração mais segura? A visão de migração do BedFlow e o teste de 30 dias dão-lhe o enquadramento para percorrer isto de forma controlada. Mais informação e preços em bedflow.eu/pricing.