O Hospedin publicou a API v3. Para quem opera pousadas e hotéis com o Hospedin e usa o InnSync como camada de atendimento, essa é a atualização mais relevante da integração desde que ela existe — e vale entender o porquê antes de olhar o calendário de migração.
Escrevemos isto por dois motivos. O primeiro é prático: a v2 continua disponível até o fim de dezembro de 2026 e, nesse intervalo, não recebe novas funcionalidades. O segundo é que a v3 abre coisas que a integração não conseguia entregar antes, e queremos ser diretos sobre quais são.
O que muda de mais concreto
Credencial de aplicação, com escopo. Até aqui, conectar um PMS ao InnSync
significava informar e-mail e senha da conta — era o formato que a API
oferecia. A v3 troca isso por um par Client ID / Client Secret criado pelo
próprio gestor dentro do Hospedin, em Minha Conta > Integrações, com nível
de permissão escolhido na criação.
Na prática isso significa três coisas para o gestor: a credencial é revogável a qualquer momento sem trocar a senha de ninguém; o acesso deixa de estar atrelado à conta pessoal de uma pessoa da equipe; e o escopo fica declarado. É uma mudança de postura de segurança, e é a melhor parte da v3.
Uma observação para quem for gerar a credencial pensando em usar o InnSync: escolha leitura e escrita. Ações como criar, alterar e cancelar reserva a partir da conversa dependem de escrita, e uma credencial somente-leitura passa despercebida até a primeira operação real falhar.
Dados de contato do hóspede. A v3 expõe, no recurso de hóspedes, telefone com DDI, telefone adicional, e-mail, documento e data de nascimento. Esse é o ponto que mais muda a operação, e a razão é simples: é o telefone que liga uma conversa de WhatsApp à reserva certa.
Sem essa ligação, o atendimento funciona, mas funciona às cegas — a conversa existe de um lado, a reserva do outro, e quem responde precisa cruzar as duas na cabeça. Com ela, quem atende (e a IA do InnSync, a Carmen) sabe de qual reserva a pessoa está falando, qual unidade ela vai ocupar, quando chega e o que já foi combinado. É a diferença entre responder uma mensagem e conduzir uma hospedagem.
Filtros por data de criação e alteração. A v3 permite pedir reservas criadas ou alteradas dentro de uma janela. Hoje a checagem é uma varredura periódica; com o filtro, ela passa a custar uma consulta por ciclo, independente do tamanho da base. Para uma operação com milhares de reservas no histórico, isso encurta o tempo entre a reserva existir no PMS e a jornada do hóspede começar.
Canal de venda no corpo da reserva. A reserva passa a carregar o canal de venda, e há um recurso próprio para consultá-los. Saber por qual canal a reserva entrou muda o que faz sentido dizer ao hóspede — e é informação que antes ficava fora do alcance da conversa.
O que a v3 não muda
Continua não havendo webhooks: a comunicação segue por consulta, não por notificação. Os filtros por data reduzem bastante o custo dessa consulta, mas o modelo é o mesmo. Preferimos registrar isso do que deixar a expectativa no ar.
Nosso compromisso
O InnSync vai dar suporte à API v3 do Hospedin. O trabalho já começou pelo mapeamento campo a campo entre as duas versões, e a migração será feita com os dois clientes rodando lado a lado, habilitados por operação — de modo que nenhum gestor fique sem sincronismo durante a troca, e que voltar atrás seja uma configuração, não uma emergência.
Vamos publicar aqui o passo a passo de conexão assim que a v3 estiver disponível para os clientes, incluindo o que muda no onboarding com a nova credencial.
Se você opera com o Hospedin e ainda não conhece o que o InnSync faz sobre o seu PMS, comece por como funciona a integração ou pelos recursos.
O InnSync é a camada de atendimento e automação que roda sobre o seu PMS. Não substituímos o Hospedin: lemos o que já está lá e devolvemos a operação de conversa, jornada do hóspede e coleta de dados em cima dele.
