O que é e como funciona o sistema Hotel Extasy
Hotel Extasy Cabula é um software de gestão hoteleira que nasceu como uma solução mais simples para pousadas e pequenos hotéis da região Norte do Rio de Janeiro. A versão mais comum que eu vi rodando na prática gira em torno de controle de reservas, check-in automatizado, integração com canal manager e um módulo de financeiro básico. Ele não é Enterprise, então não espere workflows complexos de chain hotels. Para uma propriedade de 20 a 40 quartos, ele cumpre o papel. O que muita gente não leva em conta na hora de instalar é a configuração inicial de tarifas dinâmicas. O sistema permite de rate plans, mas a curva de aprendizado é mais íngreme do que o painel sugere. Você precisa definir regras de overbooking, temporadas e restrições de estadia antes de ligar o canal manager, senão começa a receber bookings conflitantes e aí você perde duas horas do dia consertando erro que nem deveria existir.
Hotel Extasy Cabula: instalação e primeiros passos
A instalação funciona de três formas: deployment local no servidor da própria hospedagem, versão cloud paga pela provedora do sistema, ou container Docker se você tiver alguém de TI no time. A maioria dos clientes meus que conheci optou pela versão cloud porque evita dor de cabeça com SSL e backup. O tempo médio de setup completo, do cadastro da propriedade às primeiras reservas ativas, fica entre 45 minutos e 1 hora e meia, dependendo de quantas tarifas e planos você tem. Dentro do painel, o fluxo padrão é: cadastrar quartos, configurar tarifa base por tipo de quarto, vincular OTAs (Booking, Expedia, Decolar) via API credentials, ativar o sync bidirecional e testar uma reserva piloto. O teste piloto é o passo que todo mundo pula e depois se arrepende. Reservo um quarto fictício, faz uma simulação de checkout, verifica se a comissao da OTA veio correta no relatório financeiro. Se isso não bater, todo o resto vem errado junto.
Um problema real que eu encontrei na prática foi com a reconciliação de pagamentos via gateway. O sistema tem integração com Pagar.me e Mercado Pago, mas a webhook de confirmação de pagamento às vezes chega com delay de até 8 minutos. Na prática, isso significa que o hóspede já pode ter chegado na recepção achando que a reserva estava confirmada, enquanto no sistema ainda aparecia como pendente. A solução que eu usei foi criar uma regra manual de "pagamento antecipado confirmado" que sobreescreve o status automaticamente após 10 minutos, caso o webhook não tenha vindo. Nada elegante, mas funciona.
Configurações avançadas que fazem diferença
O módulo de rate manipulation do Extasy permite criar regras de preço por demanda, mas ele não calcula demanda real — apenas aplica lógica estática baseada em occupancy histórica dos últimos 30 dias. Se a sua propriedade tem sazonalidade forte, como é o caso de Cabula que pega fluxo de viajantes de negócio e turista de praia na mesma janela, essa regra de 30 dias distorce muito a precificação. O workaround que eu enxergo é exportar os dados semanalmente, cruzar com uma planilha de eventos locais (feriados, shows, feiras) e importar manualmente os preços ajustados antes do pico. O canal manager sincroniza disponibilidade em média a cada 2 minutos, o que é aceitável mas não ideal. Já vi casos onde duas reservas entram ao mesmo tempo pelo Booking e pelo Airbnb num intervalo de 90 segundos, gerando overbooking porque o"sync" ainda não havia reflectido a última venda. O sistema tem um limite configuravel de overbooking buffer, mas ele só funciona se você deixar esse buffer ativado e com valor diferente de zero. Muita gente deixa como padrão zero porque quer maximizar ocupação, o que é uma jogada arriscada.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Outro ponto que pouca gente menciona é o relatório de comissão. Ele gera extrato por OTA, mas separa apenas o valor bruto da taxa. Para fechamento contábil, você precisa do valor líquido já descontado, e o sistema não exporta esse campo como padrão. A solução que eu adotei foi configurar um campo customizado no módulo financeiro usando a fórmula de cálculo da taxa de cada canal. Leva 20 minutos de configuração inicial e economiza cerca de 3 horas semanais de trabalho manual na conciliação.
Limitações que você precisa saber antes de contratar
O Hotel Extasy Cabula tem pontos fracos reais. O suporte técnico responde via chat ou ticket, e o tempo médio de resposta em horários comerciais fica entre 30 minutos e 2 horas. Fora do horário comercial, basicamente não tem ninguém. Se algo quebrar num sábado à noite, você está por conta própria. A modularização também é limitada. Você consegue adicionar módulos de restaurante, spa e loyalty program, mas cada um tem integração parcial e bugs específicos. Eu vi um caso onde o módulo de restaurante duplicava itens no voucher do hóspede porque a sincronização com a conta do quarto ocorria em two threads paralelas sem lock. O desenvolvedor corrigiu em 4 dias úteis, mas até lá teve que fazer ajuste manual em todas as contas do período.
Para propriedades maiores que 60 quartos ou redes hoteleiras, a solução não escala bem. O banco de dados por trás é simples e consultas mais complexas de relatórios começam a ficar lentas a partir de 18 meses de operação contínua. Nesses casos, o mais indicado é migrar para um PMS mais robusto como StayNTouch, Cloudbeds ou até mesmo um ERPs especializados em hospitality. O Extasy serve para o niche dele: pequenas hospedarias que precisam de funcionalidade básica sem complicação. A licença mensal varia entre R$ 120 e R$ 350 dependendo do número de unidades e módulos ativos. Não tem custo de implementação alto, mas você vai ter custo de configuração interna se não tiver alguém de TI dedicado. Contabilizar tudo isso, testar integrações, treinar a equipe de recepção — é trabalho que consome cerca de 16 horas distribuídas em duas semanas, normalmente feito nos intervalos entre hóspedes, o que nem sempre é viável operacionalemente.
Se você quiser testar antes de contratar, existe um período de trial de 14 dias com funcionalidade completa. A recomendação é usar esse período não para conhecer o painel, mas para simular um pico de reservas: criar 15 reservas fictícias em 3 dias, testar check-ins simultâneos, verificar se o sync com as OTAs não quebra e confirmar se os relatórios financeiros saem corretos. Se tudo passar nesse teste, o sistema é viável. Se algum desses pontos falhar, já sabe que vai ter dor de cabeça depois.
